一个典型OPC的Agent编制是一支5人"军团"——产品经理Agent负责需求拆解、研发Agent用Claude Code写代码、运营Agent用Claude Cowork跑流程、客服Agent分诊回复、增长Agent做内容SEO社群。这不是比喻，而是"人雇佣数字员工"的正式组织架构。Anthropic与清华的报告共同定义了碳硅融合的三层架构：治理层（创始人做价值观和战略）、运营层（AI Agents做执行）、认知层（人机共同体做知识沉淀）。当创始人只负责判断、所有执行交给Agent，边际成本趋近于零——这是OPC区别于传统公司的根本经济学特征。
三层架构总览——治理、运营、认知的立体分工
第一层治理结构（Governance）：由创始人（法人）负责价值观、战略、重大资本决策、对外承诺。这是法律意义上"公司"的主体，也是创始人不可替代的唯一职能层。第二层运营结构（Operations）：由AI Agents（数字员工）负责客服、营销、财务、代码维护、监控。这是每天把工作跑通的执行层，也是AI能力密度最高的区域。第三层认知结构（Cognition）：由人机共同体负责CLAUDE.md、Skills、工作流文档、反馈循环。这是让公司"越跑越聪明"的记忆系统，也是护城河的底层基础设施。
三层架构的本质是将创始人的时间从执行层解放出来，只保留治理层的不可替代职能。典型OPC的Agent编制是一支5人"军团"：产品经理Agent（需求拆解+用户调研）、研发Agent（Claude Code主力开发）、运营Agent（Claude Cowork跑流程）、客服Agent（分诊+回复）、增长Agent（内容+SEO+社群）。每个Agent不是"一个人"，而是一组精心配置的Prompt+工具+数据源。
可组合性——企业级能力的乐高化
"可组合性"是把企业级能力像乐高拼起来的底层逻辑。用户体验/品牌触点层：Web、Mobile、小红书、抖音、公众号——这是面向用户的最终界面。自动化/API集成层：Zapier、Make、n8n、飞书、MCP、Low-code——这是把各个SaaS服务串联起来的"胶水层"。SaaS核心服务层：Stripe、Shopify、Notion、AWS、阿里云、Supabase——这是支撑业务运行的基础设施。
"人雇佣数字员工"不是比喻——它是OPC组织架构的真正定义。创始人专注决策，AI接管所有执行，边际成本趋近于零。一个值得注意的数字：单人OPC启动60天的初始预算约￥4500-8000/月覆盖所有基础设施+AI订阅，中国"温室"路径可压到￥2000/月以内（用国产替代）。这意味着启动一个正式公司的月固定成本已经低于一线城市的一居室房租。
Claude三件套的协同机制
Claude三件套在Launch阶段的配合最为紧密，三种形态互相喂养——一个的输出成为另两个的输入，复利效应最强。Claude.ai（对话与思考）用于战略、研究、内容、文档、复杂决策，配合Projects/Memory把领域知识沉淀。Claude Code（造产品）用于写代码、调试、重构、跑测试、写spec、做架构audit，配合CLAUDE.md做记忆。Claude Cowork（跑公司）用于客服分诊、邮件路由、报表汇编、流程自动化，Skills+Plugins是杠杆。
在Launch阶段的"三件套配合"：Claude Code做架构audit、技术债remediation、安全扫描、SOC2准备、写测试覆盖；Claude Cowork做支持工单路由、排期、报告汇编、反馈循环、招聘流程自动化；Claude做知识可运营化——把"机构知识"沉淀到CLAUDE.md/skills，形成可被任何agent调用的能力。
练习·EXERCISE三连：①架构audit——让Claude Code跑一次代码库audit，产出"必须现在修/一个sprint内修/可接受持续债"三档清单；②注意力audit——用Claude Cowork把你过去30天所有动过的工作流列出来，标"全自动/需要人但不一定是你/真的需要你判断"三类；③合规gap analysis——用Claude Code+Claude对照SOC2/GDPR/ISO27001跑一次缺口扫描，产出remediation时间表+企业买家会要的文档清单。
认知资源管理与决策下沉
认知负荷理论指出人的工作记忆容量有限，OPC创始人每天在经理/客服/研发/财务之间切换，导致决策疲劳、职业倦怠、盲点扩大。解决方案是把重复性决策外部化（SOP）或自动化（AI），把工作记忆留给真正只有你能做的判断。
OPC的"认知资源管理"金字塔分为四层：L1（可自动化，如日报汇总、数据抓取、客服分诊）全部交给Agent，用Claude Cowork/Zapier/n8n/飞书多维表+AI字段执行。L2（可SOP化，如客户Onboarding、发票处理、社群周报）写成流程文档由系统执行。L3（需判断但非你不可，如产品方向选择、关键客户沟通、定价策略）集中处理。L4（战略级决策，如融资、重大人事、年度规划）保留专注时间。
练习方法：列出过去7天的所有决策按L1-L4分类。如果L1+L2>40%，就是在把"超级个体的金子时间"花在"数字员工应该做的事"上。立刻把L1的全部移交。这个简单的分类动作，是OPC从"个体户plus"升级为"正式商业资产"的关键一跃——因为它把创始人的时间从"可替代的执行"重新配置到"不可替代的判断"上。
从Builder到CEO的角色进化
Scale阶段的核心转型是从builder变成CEO——搭GTM引擎、把领域专长复利成专有数据/工作流锁定。6个关键杠杆：委派运营层（把Launch阶段建好的系统培育到完全可信任，然后真的去信任它们，这比听起来难得多）、Scale技术运营（围绕代码库的一切：文档、支持playbook、SLA、可观测层、事件响应工具）、建真正的GTM（销售playbook、分析师关系、内容流水线、CRM卫生——用Claude Cowork跑战术执行层）、领域专长复利（把"通用AI不会的边角情况"编码成skills/测试套件——这就是你护城河的地图）、数据flywheel（用户行为信号→产品改进→更多使用→更多信号。买不到，复制不了）、工作流锁定（客户在你产品之上建自动化、训练人、接数据源——切换成本变成全规模运营项目）。
练习·EXERCISE瓶颈地图：用Claude画一张"当前路由经过你的工作流/决策/批准"地图。然后让Claude推算：如果你一周不可用，每一个会变成什么样？卡住的那些，就是你还亲手到能让进展脱轨的地方。这一项不解，Scale阶段一定撞墙。
