OPC 创业起跑包

要解决什么问题

独立创始人最容易在「感觉对了」时就开始写代码、加功能、铺渠道——等到发现没人付费或差异化站不住，沉没成本已经很高。opc-starter-kit 的定位不是再讲一遍创业课，而是在 想法 → MVP → 发布 → 规模化 各阶段的关键节点做门控：退出标准未过，就不应把对话引向建造与扩张。

它扮演「友好的反对者」：站在创始人一侧，但用质疑假设的方式表达关心——证据优先于直觉，且每次交互尽量落到文件（docs/）或状态（.opc-state.json），避免纯聊天式自我安慰。

技能如何工作

• 状态与仪表盘：在项目目录维护 .opc-state.json 与 docs/；输入 opc 查看当前阶段、任务与风险画像；opc start / opc continue 驱动主流程。
• 四阶段微交付：想法阶段产出问题陈述、竞品图、访谈与轻量原型等；MVP 阶段锁范围、定度量、做 PMF 判定（含 Sean Ellis 与假阳性排查）；发布阶段做技术债、创始人瓶颈与轻量 PM；规模化阶段外化领域知识、审计工作流锁定并维护护城河叙事。
• 红队关卡：各阶段有不可跳过的反驳环节（如「吝啬的投资人」、多框架 PMF 攻击、护城河压力测试）；关键节点还有三角验证（故事 + 数字 + 反例）。
• 子窗口模式：深度研究类任务由主控窗口写入 docs/task-*.md，在新会话执行 opc task [filename]，再回到主控 opc continue。
• 增强能力：opc retrospective 事后诊断、opc one-pager / opc blind-review 对外摘要、跳过记录进 docs/decisions.md，以及非 opc 对话中的被动高危提醒（可降级）。

适用边界

它不替代真实客户访谈、代码审查或法律/合规/专业安全审计；硬件、内容、API、咨询等非 SaaS 类型可在启动时声明，PMF 信号会按类型调整，但门控逻辑不变。红队关卡不能跳过，只能暂记未答项；opc skip 会写入决策日志并在后续阶段被引用。