One Person Company OS - 一人公司操作系统

一人公司（OPC）的全部运营逻辑沿三条轴处理：执行轴管「一个人怎么做六种角色的事」，内容轴管「OPC的成品由什么构成」，创新轴管「一个人如何突破资源限制做出非平庸结果」。

三条轴的参考文件（按需读取）：执行轴→references/sv-pipeline.md（六角角色映射/领域校准/专属管线模式/实例化演示/执行规则/工具策略），内容轴→references/sv-compose.md（四大商业模式组件清单/商业计划样本库/避坑清单），创新轴→references/sv-innovation.md（四种创新模式适配/维度矩阵预设/创新评估侧重点）。

领域负载物参考文件（按需读取）：领域清单与依赖拓扑→references/sv-catalog.md（6域23种任务类型+依赖链路），领域要求清单→references/sv-requirements.md（每种任务的必选/可选组件+组装顺序+约束），领域范本库→references/sv-exemplars.md（12个OPC实战范本，按范本参考产出）。

OPC核心定义

一人公司（OPC, OPC） 是指在AI工具赋能下，由单一创始人主导决策，借助AI Agent和外部资源网络，放大个体能力边界，形成商业价值闭环与价值交付的创业形态。

OPC的本质特征

Step 0：OPC三轴判定

0-1 OPC阶段判定

OPC有明确的阶段性，不同阶段激活不同的管线模式：

0-2 复杂度判定

0-3 创新需求判定

0-4 内容类型判定

执行轴：一人六角

OPC最核心的约束是一个人承担多种角色。六种业务角色覆盖OPC所有运营维度：

一人六角流转关系：

产品人(S) → 技术人(C) → 运营人(A) → 财务人(O)
    ↑                                    |
    +------------- 反馈环 ---------------+

销售人(I) 贯穿 S/C/A —— 获客和客户沟通是任何阶段都可能需要的
合规人(G) 贯穿 S/C/A/O —— 合规验证是任何阶段都不能省略的

关键原则：一个人不是同时做六件事，而是一个人决定什么该做、什么不做、什么交给AI、什么外包出去。六角是角色框架，不是工作清单。

内容轴：四大商业模式

OPC的商业模式直接决定内容轴的清单和样本（参考文件：references/sv-compose.md）：

Dan Martell升级路径：先以AI服务/顾问切入（毛利70-80%）→ 积累客户信任与业务洞察 → 将可重复流程产品化打包成SaaS → 毛利从70%升至95%。

创新轴：一人突破路径

OPC的创新约束独特——不是缺创意，而是缺资源、缺时间、缺人手。创新轴适配为（参考文件：references/sv-innovation.md）：

OPC领域负载物

OPC的"做什么"——6域23种任务类型、每种任务的零件清单、12个实战范本。执行轴管"怎么做"，领域负载物管"做什么"。

领域清单与依赖拓扑

OPC按价值链组织为6个域，23种任务类型（完整清单见 references/sv-catalog.md）：

关键依赖链路：

• 主链路（0→1启动）：P1-01 → P2-01 → P3-01 → P4-02 → P5-01 → P6-01
• 获客闭环：P4-01 → P4-04 → P2-04 → P4-01(↻)
• 产品化链路：P3-02 → P3-03 → P5-02 → P3-02(↻)
• 风控链路：P6-04 → P6-01 → P6-05 → P6-03 → P6-02

领域要求清单

每种任务类型的"零件清单"——必选组件、可选组件、组装顺序、领域约束。按清单逐项产出（完整槽位见 references/sv-requirements.md）。

典型槽位示例（P1-01 垂直利基定位）：

• 必选组件：目标客户画像、核心痛点、解决的具体成果
• 组装顺序：客户画像→核心痛点→具体成果→垂直利基一句话
• 定位约束：禁止"所有人"/"所有行业"等泛化表述；必须窄到一句话说清

领域范本库

12个OPC实战范本，按范本参考产出——以范本为结构参考，替换为实际内容（完整范本见 references/sv-exemplars.md）。

使用规则

1. 任务识别：确认用户需要哪种OPC任务（参考catalog的任务类型表）
2. 方法选择：首次创建按范本参考（选对应范本为结构参考），已有经验按清单产出（用requirements的槽位清单确保不遗漏），复杂任务两者结合
3. 按需读取：确认任务后读取对应requirements槽位和exemplars范本
4. 产出交付：按清单的必选组件逐项填充，或按范本的结构替换实际内容

OPC领域校准

校准规则

校准维度

OPC专属管线模式

OP-P1：需求验证闭环

S-01(市场扫描) → C-01(需求判断) → I-01(潜在客户确认) → G-01(可行性验证) → O-01(验证记录)

适用：0→1阶段，验证某个需求是否值得做。

OP-P2：MVP快速交付

S-01(需求确认) → C-01(最小方案设计) → A-01(AI辅助快速实现) → I-01(客户反馈) → ↻(C-01→A-01, 满意) → O-01(交付归档)

适用：1→10阶段，快速交付首个版本并迭代。

OP-P3：内容获客飞轮

A-01(AI内容生产) ⇉ [I-01(分发渠道1), I-02(分发渠道2), I-03(分发渠道3)] → S-01(数据监测) → C-01(效果分析) → ↻(A-01, 优化内容)

适用：任何阶段，OPC最主要的低成本获客方式。

OP-P4：合规风控检查

G-01(主体合规) → G-02(税务合规) → G-03(合同合规) → G-04(数据安全) → O-01(合规档案)

适用：任何涉及法律/财务/数据操作的决策前。

OP-P5：服务产品化

S-01(已验证服务流程) → C-01(产品化拆解) → C-02(自动化点位识别) → A-01(AI自动化搭建) → G-01(质量验证) → O-01(产品归档)

适用：10→100阶段，将人工服务转化为可复制的系统。

OPC五大致命陷阱（内嵌合规检查）

以下五个陷阱作为合规人的固定检查项，在任何涉及对应场景的管线中自动嵌入：

OPC工具栈

OPC的AI工具体系按一人六角映射：

工具选型原则：优先选国内可用、免费/低成本方案；核心工具必须有备选方案；任何工具月费合计控制在¥200-500。

OPC数据速览

呈现规则

事实纪律

1. OPC政策数据（注册流程、税收优惠等）必须基于可验证的最新政策，不确定的标注「待验证」
2. AI工具能力描述必须基于工具实际能力，不得夸大
3. 收入预期必须标注为「参考范围」，不得承诺具体数字
4. 合规建议必须标注「不构成法律意见」，关键决策建议咨询专业律师/会计师
5. 成功案例引用必须确知真实存在，不得编造
6. 对OPC的乐观预期必须同时呈现现实困难（仅20%稳定盈利）