{"id":"04146895-4e58-49d7-bea9-63bda613718a","entityType":"agent","slug":"clawhub-wangjiaocheng-solopreneur-os","name":"Solopreneur OS","canonicalUrl":"https://www.xpersona.co/agent/clawhub-wangjiaocheng-solopreneur-os","canonicalPath":"/agent/clawhub-wangjiaocheng-solopreneur-os","generatedAt":"2026-10-11T10:52:52.257Z","source":"CLAWHUB","claimStatus":"UNCLAIMED","verificationTier":"NONE","summary":{"evidence":{"source":"editorial-content","verified":true,"confidence":"high","updatedAt":"2026-10-11T08:32:38.015Z","emptyReason":null},"description":"一人公司操作系统。核心能力：工作流重构——将任何领域的复杂工作流重构为AI辅助一人简易完成的方法（拆解人的局限补偿层→消除→基于AI能力模型重整）。执行轴为6维能力调用而非角色分工，管线为IPO基元链而非流水线传递。内容轴提供清单法与样本法的OPC适配规则，创新轴适配一人公司独特约束的突破路径。领域负载物覆盖7域... Skill: Solopreneur OS Owner: wangjiaocheng Summary: 一人公司操作系统。核心能力：工作流重构——将任何领域的复杂工作流重构为AI辅助一人简易完成的方法（拆解人的局限补偿层→消除→基于AI能力模型重整）。执行轴为6维能力调用而非角色分工，管线为IPO基元链而非流水线传递。内容轴提供清单法与样本法的OPC适配规则，创新轴适配一人公司独特约束的突破路径。领域负载物覆盖7域... Tags: latest:1.0.5 Version history: v1.0.5 | 2026-05-27T12:58:24.778Z | user **1.0.5 主要变化：扩展工作流重构的适用范围，并详细阐述四层架构（UTOS+WF+DPG+Payload）的定位与协作。** - 将“工作流重构”核心理念明确扩展到“产物重构”，强调流程和文档/方案/设计/代码的同构处理方式。 - 新增并详解四层架构各自","descriptionLabel":"Technical summary","evidenceSummary":"Capability contract not published. No trust telemetry is available yet. 1.1K downloads reported by the source. Last updated 10/11/2026.","installCommand":"clawhub skill install s175zq13kt63ypfry5rgxh1pv18440m2:solopreneur-os","sourceUrl":"https://clawhub.ai/wangjiaocheng/solopreneur-os","homepage":"https://clawhub.ai/wangjiaocheng/skills/solopreneur-os","primaryLinks":[{"label":"View on ClawHub","url":"https://clawhub.ai/wangjiaocheng/solopreneur-os","kind":"source"},{"label":"Homepage","url":"https://clawhub.ai/wangjiaocheng/skills/solopreneur-os","kind":"homepage"}],"safetyScore":84,"overallRank":62,"popularityScore":61,"trustScore":null,"claimedByName":null,"isOwner":false,"seoDescription":"一人公司操作系统。核心能力：工作流重构——将任何领域的复杂工作流重构为AI辅助一人简易完成的方法（拆解人的局限补偿层→消除→基于AI能力模型重整）。执行轴为6维能力调用而非角色分工，管线为IPO基元链而非流水线传递。内容轴提供清单法与样本法的OPC适配规则，创新轴适配一人公司独特约束的突破路径。领域负载物覆盖7域..."},"coverage":{"evidence":{"source":"public-profile","verified":false,"confidence":"medium","updatedAt":"2026-10-11T08:32:38.015Z","emptyReason":null},"protocols":[{"protocol":"OPENCLEW","label":"OpenClaw","status":"self-declared","notes":"Declared in the public agent profile."}],"capabilities":[],"verifiedCount":0,"selfDeclaredCount":1,"capabilityMatrix":{"rows":[{"key":"OPENCLEW","type":"protocol","support":"unknown","confidenceSource":"profile","notes":"Listed on profile"}],"flattenedTokens":"protocol:OPENCLEW|unknown|profile"}},"adoption":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-11T08:32:38.015Z","emptyReason":null},"stars":null,"forks":null,"downloads":1111,"packageName":null,"latestVersion":"1.0.5","tractionLabel":"1.1K downloads"},"release":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-11T08:32:37.940Z","emptyReason":null},"lastUpdatedAt":"2026-10-11T08:32:38.015Z","lastCrawledAt":"2026-10-11T08:32:37.940Z","lastIndexedAt":null,"nextCrawlAt":"2026-10-12T08:32:37.940Z","lastVerifiedAt":null,"highlights":[{"version":"1.0.5","createdAt":"2026-05-27T12:58:24.778Z","changelog":"**1.0.5 主要变化：扩展工作流重构的适用范围，并详细阐述四层架构（UTOS+WF+DPG+Payload）的定位与协作。** - 将“工作流重构”核心理念明确扩展到“产物重构”，强调流程和文档/方案/设计/代码的同构处理方式。 - 新增并详解四层架构各自的职责分工、价值类型、协作机制和生成逻辑，特别是WF（重构器）与DPG（负载物生成技能）的关系。 - 增补三层价值属性、领域负载物生成流程等细则，帮助独立部署和领域迁移。 - 优化关于“先重构再生成”和“未重构直接生成”两种模式的对比与效果说明。 - 保持原有执行轴、内容轴、创新轴、OPC实现途径等结构不变，兼容现有用法。","fileCount":9,"zipByteSize":49998},{"version":"1.0.4","createdAt":"2026-05-23T20:17:57.417Z","changelog":"Version 1.0.4 - 明确区分“校准”与“校验”：保留流程中起纠偏作用的校准环节，不再将其简单合并或消除。 - 重构三步法及判据更新：补充“校准环节保留”和“校准不丢失”作为验证标准，强调技术上能合并≠实际最优。 - 增强流程环节分类说明：新增🔶校准（保留为基元内分步校准点），细化各类环节的消除/保留规则。 - 相关核心理念和操作细节进一步完善，提升实际流程重构的参考性与操作指引清晰度。","fileCount":8,"zipByteSize":45632},{"version":"1.0.3","createdAt":"2026-05-23T16:42:28.498Z","changelog":"solopreneur-os v1.0.3 - 增强实现途径说明，将核心架构由三层（UTOS+DPG+Payload）扩展为四层（UTOS+WF+DPG+Payload），新增“工作流重构器（WF）”层级及其作用细节，并详细阐明架构各层协作逻辑和优势。 - 明确指出四层协作流程，确保领域知识经WF重构优化后再由DPG编译，避免无用补偿层残留，提高产出精度和效率。 - 修正、补全架构层级表述与相应说明，调整部分实现路径举例以适配四层架构。 - 领域范本ID及范本库进行了调整，顺序及编号更加规范，便于检索和引用。 - 其他细节优化与措辞统一，整体表述更为精确、系统化。","fileCount":8,"zipByteSize":44525},{"version":"1.0.2","createdAt":"2026-05-23T13:51:05.568Z","changelog":"**重大调整：引入“工作流重构”为核心能力，提升操作系统高度抽象与适配力。** - 全面重构核心理念，将“工作流重构”定义为OPC本质，强调AI赋能下重组流程，减少人为补偿环节。 - 原有“六角角色映射”升级为“6维能力调用”，执行逻辑由角色分工转向按需能力调度。 - 领域负载物扩展至7域31种任务类型、18个实战范本（新增P0:工作流重构域与专属范本）。 - 内容和创新轴细节优化，强调能力模型驱动下的方法选择与创新突破路径。 - 新增并详细阐述IPO基元链模式作为OPC专属的流程范式，丰富操作指导与执行模式。 - 文档体系更聚焦，分层更清晰，并详述skill自定义与UTOS三层架构的灵活性。","fileCount":8,"zipByteSize":44135},{"version":"1.0.1","createdAt":"2026-05-22T06:08:22.581Z","changelog":"solopreneur-os v1.0.1 - 提升内容轴规范，新增“清单法与样本法”两种OPC成品组织方法，明确适配规则与使用流程。 - 领域负载物扩展至6域25种任务类型，实战范本增至17个（含5个合规检查范本）。 - 内容说明更精细，分方法层/领域层，强调用户自主选择清单法或样本法。 - 新增OPC实现途径/技能生态对接说明，补充独立及生态组合两种操作模型。 - 所有三轴判定与阶段判定流程规范化，细化为0A阶段判定与0B三轴判定。 - 文件结构、范本和校准规则细化，便于全周期任务处理和合规风控。","fileCount":8,"zipByteSize":39191},{"version":"1.0.0","createdAt":"2026-05-21T20:14:52.124Z","changelog":"- Initial release of \"solopreneur-os\" v1.0.0: 一人公司操作系统。 - Framework maps all OPC (一人公司) operations across three axes: execution (六角角色), content (四大商业模式), innovation (创新突破路径) with detailed reference files. - Full-cycle support from 0 to 1 startup, business model design, AI tools integration, compliance & risk control, and cash flow management. - Includes a task system covering 6 domains, 23 task types, component checklists, and 12 practical OPC templates. - Built-in compliance traps and calibration rules for solopreneurs to avoid common pitfalls. - Provides actionable pipelines, role mapping, and checklists for solo founders leveraging AI and external resources.","fileCount":8,"zipByteSize":36772}]},"execution":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No published capability contract is available yet."},"installCommand":"clawhub skill install s175zq13kt63ypfry5rgxh1pv18440m2:solopreneur-os","setupComplexity":"low","setupSteps":["Setup complexity is classified as HIGH. You must provision dedicated cloud infrastructure or an isolated VM. Do not run this directly on your local workstation.","Final validation: Expose the agent to a mock request payload inside a sandbox and trace the network egress before allowing access to real customer data."],"contract":{"contractStatus":"missing","authModes":[],"requires":[],"forbidden":[],"supportsMcp":false,"supportsA2a":false,"supportsStreaming":false,"inputSchemaRef":null,"outputSchemaRef":null,"dataRegion":null,"contractUpdatedAt":null,"sourceUpdatedAt":null,"freshnessSeconds":null},"invocationGuide":{"preferredApi":{"snapshotUrl":"https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-solopreneur-os/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-solopreneur-os/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-solopreneur-os/trust"},"curlExamples":["curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-solopreneur-os/snapshot\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-solopreneur-os/contract\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-solopreneur-os/trust\""],"jsonRequestTemplate":{"query":"summarize this repo","constraints":{"maxLatencyMs":2000,"protocolPreference":["OPENCLEW"]}},"jsonResponseTemplate":{"ok":true,"result":{"summary":"...","confidence":0.9},"meta":{"source":"CLAWHUB","generatedAt":"2026-10-11T10:52:52.254Z"}},"retryPolicy":{"maxAttempts":3,"backoffMs":[500,1500,3500],"retryableConditions":["HTTP_429","HTTP_503","NETWORK_TIMEOUT"]}},"endpoints":{"dossierUrl":"https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-solopreneur-os/dossier","snapshotUrl":"https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-solopreneur-os/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-solopreneur-os/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-solopreneur-os/trust"}},"reliability":{"evidence":{"source":"runtime-metrics","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No trust, reliability, or runtime telemetry is available."},"trust":{"status":"unavailable","handshakeStatus":"UNKNOWN","verificationFreshnessHours":null,"reputationScore":null,"p95LatencyMs":null,"successRate30d":null,"fallbackRate":null,"attempts30d":null,"trustUpdatedAt":null,"trustConfidence":"unknown","sourceUpdatedAt":null,"freshnessSeconds":null},"decisionGuardrails":{"doNotUseIf":["Contract metadata is missing or unavailable for deterministic execution."],"safeUseWhen":[],"riskFlags":["missing_or_unavailable_contract","trust_data_unavailable","schema_references_missing"],"operationalConfidence":"low"},"executionMetrics":{"observedLatencyMsP50":null,"observedLatencyMsP95":null,"estimatedCostUsd":null,"uptime30d":null,"rateLimitRpm":null,"rateLimitBurst":null,"lastVerifiedAt":null,"verificationSource":null},"runtimeMetrics":{"successRate":null,"avgLatencyMs":null,"avgCostUsd":null,"hallucinationRate":null,"retryRate":null,"disputeRate":null,"p50Latency":null,"p95Latency":null,"lastUpdated":null}},"benchmarks":{"evidence":{"source":"no-benchmark-data","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No benchmark suites or observed failure patterns are available."},"suites":[],"failurePatterns":[]},"artifacts":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"high","updatedAt":"2026-10-11T08:32:38.015Z","emptyReason":null},"readme":"Skill: Solopreneur OS\n\nOwner: wangjiaocheng\n\nSummary: 一人公司操作系统。核心能力：工作流重构——将任何领域的复杂工作流重构为AI辅助一人简易完成的方法（拆解人的局限补偿层→消除→基于AI能力模型重整）。执行轴为6维能力调用而非角色分工，管线为IPO基元链而非流水线传递。内容轴提供清单法与样本法的OPC适配规则，创新轴适配一人公司独特约束的突破路径。领域负载物覆盖7域...\n\nTags: latest:1.0.5\n\nVersion history:\n\nv1.0.5 | 2026-05-27T12:58:24.778Z | user\n\n**1.0.5 主要变化：扩展工作流重构的适用范围，并详细阐述四层架构（UTOS+WF+DPG+Payload）的定位与协作。**\n\n- 将“工作流重构”核心理念明确扩展到“产物重构”，强调流程和文档/方案/设计/代码的同构处理方式。\n- 新增并详解四层架构各自的职责分工、价值类型、协作机制和生成逻辑，特别是WF（重构器）与DPG（负载物生成技能）的关系。\n- 增补三层价值属性、领域负载物生成流程等细则，帮助独立部署和领域迁移。\n- 优化关于“先重构再生成”和“未重构直接生成”两种模式的对比与效果说明。\n- 保持原有执行轴、内容轴、创新轴、OPC实现途径等结构不变，兼容现有用法。\n\nv1.0.4 | 2026-05-23T20:17:57.417Z | user\n\nVersion 1.0.4\n\n- 明确区分“校准”与“校验”：保留流程中起纠偏作用的校准环节，不再将其简单合并或消除。\n- 重构三步法及判据更新：补充“校准环节保留”和“校准不丢失”作为验证标准，强调技术上能合并≠实际最优。\n- 增强流程环节分类说明：新增🔶校准（保留为基元内分步校准点），细化各类环节的消除/保留规则。\n- 相关核心理念和操作细节进一步完善，提升实际流程重构的参考性与操作指引清晰度。\n\nv1.0.3 | 2026-05-23T16:42:28.498Z | user\n\nsolopreneur-os v1.0.3\n\n- 增强实现途径说明，将核心架构由三层（UTOS+DPG+Payload）扩展为四层（UTOS+WF+DPG+Payload），新增“工作流重构器（WF）”层级及其作用细节，并详细阐明架构各层协作逻辑和优势。\n- 明确指出四层协作流程，确保领域知识经WF重构优化后再由DPG编译，避免无用补偿层残留，提高产出精度和效率。\n- 修正、补全架构层级表述与相应说明，调整部分实现路径举例以适配四层架构。\n- 领域范本ID及范本库进行了调整，顺序及编号更加规范，便于检索和引用。\n- 其他细节优化与措辞统一，整体表述更为精确、系统化。\n\nv1.0.2 | 2026-05-23T13:51:05.568Z | user\n\n**重大调整：引入“工作流重构”为核心能力，提升操作系统高度抽象与适配力。**\n\n- 全面重构核心理念，将“工作流重构”定义为OPC本质，强调AI赋能下重组流程，减少人为补偿环节。\n- 原有“六角角色映射”升级为“6维能力调用”，执行逻辑由角色分工转向按需能力调度。\n- 领域负载物扩展至7域31种任务类型、18个实战范本（新增P0:工作流重构域与专属范本）。\n- 内容和创新轴细节优化，强调能力模型驱动下的方法选择与创新突破路径。\n- 新增并详细阐述IPO基元链模式作为OPC专属的流程范式，丰富操作指导与执行模式。\n- 文档体系更聚焦，分层更清晰，并详述skill自定义与UTOS三层架构的灵活性。\n\nv1.0.1 | 2026-05-22T06:08:22.581Z | user\n\nsolopreneur-os v1.0.1\n\n- 提升内容轴规范，新增“清单法与样本法”两种OPC成品组织方法，明确适配规则与使用流程。\n- 领域负载物扩展至6域25种任务类型，实战范本增至17个（含5个合规检查范本）。\n- 内容说明更精细，分方法层/领域层，强调用户自主选择清单法或样本法。\n- 新增OPC实现途径/技能生态对接说明，补充独立及生态组合两种操作模型。\n- 所有三轴判定与阶段判定流程规范化，细化为0A阶段判定与0B三轴判定。\n- 文件结构、范本和校准规则细化，便于全周期任务处理和合规风控。\n\nv1.0.0 | 2026-05-21T20:14:52.124Z | user\n\n- Initial release of \"solopreneur-os\" v1.0.0: 一人公司操作系统。\n- Framework maps all OPC (一人公司) operations across three axes: execution (六角角色), content (四大商业模式), innovation (创新突破路径) with detailed reference files.\n- Full-cycle support from 0 to 1 startup, business model design, AI tools integration, compliance & risk control, and cash flow management.\n- Includes a task system covering 6 domains, 23 task types, component checklists, and 12 practical OPC templates.\n- Built-in compliance traps and calibration rules for solopreneurs to avoid common pitfalls.\n- Provides actionable pipelines, role mapping, and checklists for solo founders leveraging AI and external resources.\n\nArchive index:\n\nArchive v1.0.5: 9 files, 49998 bytes\n\nFiles: references/sv-catalog.md (6428b), references/sv-compose.md (6110b), references/sv-exemplars.md (28244b), references/sv-innovation.md (12894b), references/sv-pipeline.md (18286b), references/sv-requirements.md (22263b), skill-card.md (2575b), SKILL.md (27035b), _meta.json (133b)\n\nFile v1.0.5:SKILL.md\n\n---\nname: solopreneur-os\nauthor: 王教成 Wang Jiaocheng (波动几何)\ndescription: 一人公司操作系统。核心能力：工作流重构——将任何领域的复杂工作流重构为AI辅助一人简易完成的方法（拆解人的局限补偿层→消除→基于AI能力模型重整）。执行轴为6维能力调用而非角色分工，管线为IPO基元链而非流水线传递。内容轴提供清单法与样本法的OPC适配规则，创新轴适配一人公司独特约束的突破路径。领域负载物覆盖7域31种任务类型、每种任务的组件清单与18个实战范本（含5个合规检查范本+1个工作流重构范本）。覆盖从0到1启动、商业模式设计、AI工具栈搭建、合规风控、现金流管理的全周期。触发词：一人公司、OPC、单人创业、solopreneur、超级个体、独立开发者、个人商业、微创业、一人商业闭环。\n---\n\n# One Person Company OS — 一人公司操作系统\n\n## 核心理念：工作流重构\n\nOPC的真正核心不是\"在传统工作流中用AI替代人工\"，而是**基于AI能力模型重构工作流**。\n\n传统工作流的复杂性 = 事情本身的复杂度 + 人的局限补偿层。人脑容量有限所以拆环节，人之间要文档传递所以有中间产物，人之间协作有损耗所以需要管理协调——这些复杂性只与人的局限有关，与事情本身无关。AI拥有广域知识+生成能力+上下文窗口，可以端到端完成复杂任务，不需要这些补偿机制。\n\n因此OPC的执行方式是**能力调用**而非角色分工——遇到什么事就调用什么能力，不需要先贴角色标签。流程应该回归事情本身的复杂度，而大多数事情本身没那么复杂。\n\n**适用范围不止于流程。** 任何产物（文档、方案、设计、代码）都可以拆解为组成部分，其组装过程就是一种\"工作流\"。本方法同样适用于：把一份复杂产物拆解为组件→识别哪些组件是人的局限补偿→消除→重整为AI可端到端产出的组装链。产物重构和流程重构是同构的。\n\n### 重构三步法\n\n| 步骤 | 操作 | 要点 |\n|------|------|------|\n| **拆解** | 识别每个环节的存在理由 | 追问：这个环节存在是因为事情本身需要，还是人的局限需要？ |\n| **消除** | 去掉人的局限补偿层 | 传递/协调/格式环节直接消除，校验环节精简为关键节点；**校准环节保留**——中间产出物若起纠偏作用则不合并 |\n| **重整** | 基于AI能力模型重新编排 | 保留的✅核心环节+🔶校准环节（作为基元内分步校准点）+⚡关键校验节点→端到端IPO基元链 |\n\n**环节分类**：✅核心（保留） | 🔶校准（保留为基元内分步校准点） | ❌传递（消除） | ❌协调（消除） | ⚡校验（精简） | ❌格式（消除）\n\n**校准 vs 校验**：校验是事后检查对错，校准是过程中锁定方向。校准环节的中间产出物（如功能描述、方法调用结构）不只是传递文档，更是在过程中提供纠偏锚点——省掉校准看似简化，实则把纠偏压力推到最终产出，返工成本更高。\n\n**合并判断准则**：AI技术上能一步完成 ≠ 一步完成最好。消除环节前，除了问\"这是人的局限还是事情本身的需要\"，还要问\"这个中间产出物是否在过程中起校准作用\"。如果起校准作用，即使技术上能合并，也不应合并——应保留为基元内分步校准点。\n\n**重构判断标准**（满足任一即需重构，详见 `references/sv-pipeline.md` §零）：3+角色接力 | 3+份中间文档流转 | 30%+时间在协调沟通 | 返工率≥30%\n\n**重构验证清单**：⬜事情完整性 ⬜补偿层已消除 ⬜校准不丢失 ⬜端到端可执行 ⬜复杂度回归 ⬜质量守恒 ⬜合规不跳过\n\n**重构后典型形态**：单步IPO（标准化任务） | 简短基元链2-5个（中等复杂度） | IPO+人工决策（涉及合规/客户/品牌）\n\n**选择原则**：能单步IPO的不用基元链，能基元链的不加人工决策。\n\n> 重构方法的完整执行逻辑、触发条件、前后对比模板、实例化演示详见 `references/sv-pipeline.md` §零。\n\n---\n\n## OPC定义\n\n**一人公司（OPC, One Person Company）**：在AI工具赋能下，由单一创始人主导决策，借助AI Agent和外部资源网络，放大个体能力边界，形成商业价值闭环的创业形态。\n\n| 特征 | 传统公司 | 个体户 | OPC |\n|------|---------|--------|-----|\n| 决策者 | 多人协商 | 一人 | 一人主导 |\n| 执行力 | 团队分工 | 个人人力 | AI Agent+外部资源 |\n| 规模化 | 招人扩编 | 受限于24小时 | 系统复制+产品化 |\n| 成本结构 | 高固定成本 | 低但天花板低 | 极低启动成本+弹性 |\n| 退出方式 | 融资/上市 | 关停 | 产品化/SaaS化/出售 |\n\n---\n\n## Step 0：判定\n\n### 0A 阶段判定\n\n| 阶段 | 特征 | 核心任务 | 推荐基元链 |\n|------|------|---------|-----------|\n| **0→1 探索期** | 无客户/产品/收入 | 验证需求、选定赛道 | OP-P1需求验证 |\n| **1→10 验证期** | 首批客户、不稳定收入 | 跑通交付、积累案例 | OP-P2快速交付 |\n| **10→100 增长期** | 稳定客源、需规模化 | 产品化、自动化 | OP-P5服务产品化 |\n| **100→1000 扩张期** | 收入可观、需系统化 | SaaS化、品牌化 | OP-P3内容获客飞轮 |\n\n### 0B 三轴判定\n\n| 判定维度 | 简单 | 中等 | 复杂 |\n|---------|------|------|------|\n| **复杂度** | 单一问答→直接回答+陷阱检查 | 单模块任务→单步IPO | 跨模块任务→IPO基元链 |\n| **内容类型** | 非结构化→不激活 | — | 结构化成品→激活内容轴 |\n| **创新需求** | 常规执行→不激活 | — | 需要突破→激活创新轴 |\n\n---\n\n## 执行轴：6维能力调用\n\nOPC最核心的约束是一个人承担所有事，但\"承担所有事\"不等于\"扮演所有角色\"。执行逻辑：识别任务需要什么能力→调用对应能力→产出结果。\n\n| 能力 | 代号 | 本质 | 核心挑战 |\n|------|------|------|---------|\n| **调研** | S | 从环境中获取信息 | 信息过载，判断噪声vs信号 |\n| **设计** | C | 对信息加工处理和决策 | 选择困难，判断自建vs外包vsSaaS |\n| **执行** | A | 产生可观测的产出 | 执行疲劳，判断手动vsAI自动化 |\n| **财务** | O | 结构化管理和维护资源 | 现金流生死线 |\n| **获客** | I | 与外部主体建立关系 | 最难外包，AI不擅长 |\n| **合规** | G | 确保安全、合规、质量 | 小组织承担完整责任 |\n\n**调用逻辑**：不是\"我是产品人所以做调研\"，而是\"这个任务需要调研能力所以调用\"。能力之间无边界，同一刻可叠加多种能力。\n\n**调用序列**：调研→设计→执行→财务自然推进，获客贯穿前三个，合规贯穿全部。\n\n**关键原则**：一个人不是同时做六件事，而是一个人决定什么事该做什么不做、什么调用AI、什么外包。6维能力是能力框架，不是岗位清单。\n\n> 6维能力的详细映射（操作类型/自治度/陷阱/决策矩阵）、领域校准推导、IPO基元链模式详解与实例化演示、执行规则、工具调用策略详见 `references/sv-pipeline.md`。\n\n---\n\n## 内容轴：OPC内容方法与商业模式\n\n内容轴分两层：**方法层**（怎么组织内容）和**领域层**（OPC的商业模式数据）。\n\n### 方法层\n\n| 范式 | OPC适配 | 典型场景 |\n|------|---------|---------|\n| **清单法** | 按`references/sv-requirements.md`的槽位逐项填充 | 首次创建，确保不遗漏 |\n| **样本法** | 按`references/sv-exemplars.md`的结构参考模仿产出 | 有高质量同类样本 |\n| **结合** | 范本定框架+清单填内容 | 复杂成品 |\n\n**方法选择**：首次创建按范本参考，已有经验按清单产出，复杂任务两者结合。用户决定，AI不得自动选择。\n\n> 完整的清单法与样本法工作流详见 `references/sv-compose.md`。\n\n### 领域层：四大商业模式\n\n| 模式 | 毛利率 | 启动难度 | 月收入潜力 |\n|------|--------|---------|-----------|\n| **AI原生机构** | 70% | 低-中 | ¥2万-35万 |\n| **AI顾问服务** | 80% | 低 | ¥2万-14万 |\n| **AI数字产品** | 90% | 中 | ¥3.5万-21万 |\n| **AI软件服务** | 95% | 高 | ¥7万-70万+ |\n\n**Dan Martell升级路径**：AI服务/顾问（70-80%）→ 积累客户信任与业务洞察 → 可重复流程产品化打包成SaaS → 毛利升至95%。\n\n> 四大商业模式的组件清单与定价参考详见 `references/sv-requirements.md` P2-01节。\n\n---\n\n## 创新轴：一人突破路径\n\nOPC的创新约束独特——不是缺创意，而是缺资源、缺时间、缺人手。\n\n| 模式 | 核心逻辑 | 典型场景 |\n|------|---------|---------|\n| **模式零：工作流重构**（前置） | 先重构流程本身，不在旧流程上优化 | 任何领域进入前的元能力 |\n| **模式一：垂直利基定位** | 反转「做大市场」假设，极小市场极深服务 | 定位差异化 |\n| **模式二：约束驱动** | 资源极限就是创新源泉 | 低成本获客、极限约束下的方案 |\n| **模式三：技能→系统迁移** | 个人技能→商业系统的结构迁移 | 从时间换钱到系统换钱 |\n| **模式四：一人×AI矩阵** | 个人能力维度×AI工具维度→新商业模式 | 跨领域能力组合发现 |\n\n> 四种模式的详细执行方式、维度矩阵预设、评估侧重点、场景适配指引、创新工作流详见 `references/sv-innovation.md`。\n\n---\n\n## OPC实现途径\n\nOPC的元能力是工作流重构——掌握了重构方法，任何领域都能简化为AI辅助一人简易完成。\n\n| 途径 | 一个人能完成什么 | 传统工作流→重构后 | 实现技能 | OPC模式适配 |\n|------|---------------|-------------------|---------|------------|\n| **软件开发OPC** | 软件产品设计→开发→交付全流程 | 6+角色N份文档→需求→架构→代码三步 | AI Dev Workflow | AI软件服务(95%) / AI原生机构(70%) |\n| **风格设计OPC** | 风格设计→生成→衍生→应用全流程 | 4+角色多轮迭代→6槽位×100实例一站式生成 | Style Design Generator | AI数字产品(90%) / AI顾问服务(80%) |\n| **学术产出OPC** | 学术论文选题→论证→生成全流程 | 导师-学生-审稿人三角→选题四模式+论文四步流 | Thesis Topic Selector + Academic Thesis Workflow | AI数字产品(90%) / AI顾问服务(80%) |\n| **网文创作OPC** | 网络小说世界观→大纲→正文→运营全流程 | 编辑-作者-运营三人→三轴运行时+领域负载物 | UTOS + Web Novel Writing Reference | AI数字产品(90%) / AI原生机构(70%) |\n| **任意领域OPC** | 任意领域知识→任务体系→产出全流程 | N角色M环节→运行时+重构器+编译器+应用程序四层 | UTOS + Workflow Refactor + Domain Payload Generator + 目标领域负载物 | 按领域适配 |\n\n**实现途径分两类**：独立工作流型（自含执行逻辑，标准工作流可覆盖）和生态组合型（运行时+重构器+编译器+应用程序四层寄生部署，需要高度定制领域知识）。\n\n### 关于实现技能\n\n实现途径中的每个技能（skill）都是你自己全面可控的工作系统，不是别人或公司做的黑箱工具。\n\n**skill基本规范的优点**：\n- **全面可定制**：执行逻辑、内容要求、质量标准、输出格式——所有需求按你的实际场景精确设计，没有任何环节是别人替你决定的\n- **完全可修改**：拥有完整的定义权和修改权，不满意就改，不需要等别人更新版本或开放配置项\n- **平台无关迁移**：skill是标准规范的自包含文件，任何支持skill规范的AI工具平台都能直接使用，不绑定任何特定产品或服务商\n- **渐进式构建**：从最简单的SKILL.md单文件开始，按需扩展references/scripts/assets，复杂度随需求自然增长，不需要一开始就设计完整架构\n- **版本可控**：纯文本文件，用Git管理演进历史，回滚/对比/协作与代码工作流一致\n- **可组合复用**：skill之间可以引用和组合，已有skill的能力可以直接被新skill调用，不需要从零开始\n\n**UTOS+WF+DPG+Payload四层架构**：\n\n当skill复杂度超出基本规范的处理能力时，四层架构提供了超越单skill的能力——它不是更大的skill，而是不同层级的架构：\n\n| 层级 | 角色 | 类比 | 说明 |\n|------|------|------|------|\n| **UTOS**（运行时） | 通用执行引擎 | 操作系统内核 | 三轴判定、能力调度、基元链编排 |\n| **WF**（重构器） | 工作流重构引擎 | 编译器前端——源码解析与优化 | 拆解传统工作流→消除人的局限补偿层→重整为AI能力模型的IPO基元链 |\n| **DPG**（编译器） | 领域知识编译引擎 | 编译器后端——代码生成 | 将重构后的领域知识结构编译为可执行的领域负载物 |\n| **Payload**（应用程序） | 领域专属任务体系 | 应用程序 | 领域专属的任务体系、清单、范本——可独立使用也可寄生部署 |\n\n**三层价值属性**：\n\n| 技能 | 价值类型 | 使用频率 |\n|------|---------|---------|\n| **WF** | 转化价值——解决\"从旧到新\"的转化问题 | 低频、脉冲式 |\n| **DPG** | 创建价值——解决\"从无到有\"的创建问题 | 中频、按需 |\n| **UTOS** | 运行时价值——解决\"执行任务\"的运行问题 | 高频、持续 |\n\n**职责分工**：\n\n| 技能 | 管什么 | 不管什么 |\n|------|--------|---------|\n| **WF** | 流程结构——哪些环节保留、消除、校准 | 领域知识内容（清单/样本） |\n| **DPG** | 领域知识内容——catalog(清单)、requirements(要求)、exemplars(范本) | 流程结构 |\n| **UTOS** | 三轴执行框架——执行轴编排、内容轴消费清单/样本、创新轴突破 | 具体领域内容 |\n\n**价值链**：\n\n```\n传统工作流 ──[WF]──→ 重构后IPO基元链 ──[DPG]──→ 领域负载物 ──[UTOS]──→ 持续执行\n```\n\n**四层协作逻辑**：WF不是UTOS的外部附加工具，而是四层架构中不可省略的层级——它确保DPG编译的源材料本身已消除人的局限补偿层，而非将传统流程直接编译为结构化但冗余的Payload。没有重构器的架构，等于编译器前端的源码未经解析优化就直接生成代码——产出物可能结构完整但包含大量不必要的补偿层残留。\n\n**先重构再生成的效果**：\n\n| 场景 | catalog任务数 | requirements复杂度 | exemplars数量 |\n|------|-------------|-------------------|---------------|\n| 未重构直接生成 | 包含传递/协调/格式环节对应的任务类型 | 大量\"人的局限补偿\"相关要求 | 范本里嵌套冗余中间产物 |\n| 先重构再生成 | 只保留✅核心+🔶校准+⚡关键校验对应的类型 | 要求聚焦事情本身 | 范本干净，无冗余传递物 |\n\n**四层架构优势**：\n- **一次构建，多领域复用**：UTOS运行时只需部署一次，换一个Payload就切换一个全新领域\n- **重构器前置保证**：WF在DPG编译之前运行，确保进入编译器的领域知识已基于AI能力模型重整\n- **领域知识工程化**：WF产出重构后的IPO基元链→DPG将其编译为结构化Payload→领域经验可积累、可迭代、可交付\n- **寄生部署**：Payload可寄生在UTOS运行时上获得完整执行能力，也可独立作为基本skill使用\n- **无限扩展**：任何新领域只需要WF重构→DPG编译→生成新的Payload\n- **重构器后置优化**：已产出的Payload也可再经WF重构三步法优化为更精简的IPO基元链\n\n### 领域负载物生成（DPG）\n\nDPG是元技能——产出不是领域知识本身，而是**领域负载物技能**。当需要为新领域创建知识参考库时，DPG负责从零生成完整技能。\n\n#### 三层结构\n\nDPG生成的领域负载物技能遵循固定三层结构：\n\n```\n第一层：任务清单 + 依赖拓扑       →  references/catalog.md\n第二层：任务要求（槽位定义）       →  references/requirements.md\n第三层：优秀范本                  →  references/exemplars.md + references/exemplars/子目录\n```\n\n- **第一层 catalog**：每个任务含5字段（ID/名称/说明/依赖/UTOS映射提示），附域间逻辑流和依赖拓扑摘要\n- **第二层 requirements**：每个任务含必选组件、可选组件、组装顺序、约束、格式——定义\"产出物由什么组成\"\n- **第三层 exemplars**：清单主文件做索引 + 子文件存具体范本，供UTOS内容轴样本法消费\n\n#### 领域分析框架（R1-R5）\n\nDPG使用五维度定位新领域，推导UTOS执行参数：\n\n| 维度 | 低 | 高 | 影响什么 |\n|------|----------|----------|---------|\n| **R1 信息密度** | 操作类/手工类 → S轻 | 数据类/研究类 → S重C深 | 感知和认知单元占比 |\n| **R2 创造性** | 流程类/合规类 → A标准 | 艺术类/研发类 → A极高 | 内容轴创新轴激活频率 |\n| **R3 交互性** | 独立产出类 → I少 | 服务类/协作类 → I多 | 交互单元数量 |\n| **R4 规范性** | 创作类/设计类 → G偏松 | 法规类/工程类 → G偏严 | 守护单元密度、合规约束数量 |\n| **R5 迭代性** | 一次性交付→循环少 | 持续运营/连载→循环多 | 管线中↻模式的使用 |\n\n#### 生成工作流\n\n```\n用户输入：\"帮我做一个XX领域的知识参考库\"\n        ↓\n  Step 1: 领域分析（30-40%时间）\n    ├─ 1A: 领域定义 + R1-R5分类定位\n    ├─ 1B: 域划分（价值链拆解 / 职能分工）\n    └─ 1C: 任务枚举 + 依赖推导 + UTOS映射提示\n        ↓\n  Step 2: 文件生成（40-50%时间）\n    ├─ 2A: SKILL.md（三层结构+依赖声明+UTOS接口）\n    ├─ 2B: catalog.md（任务清单+拓扑）\n    ├─ 2C: requirements.md（槽位定义）\n    └─ 2D: exemplars.md（范本框架）\n        ↓\n  Step 3: UTOS校验（10-15%时间）\n    └─ 20项逐条检查 → 修正FAIL项 → 输出完整技能\n```\n\n#### UTOS兼容性契约\n\nDPG生成的所有产物必须通过以下校验：\n\n| 维度 | 要求 |\n|------|------|\n| 三层结构一致 | 必须为：catalog + requirements + exemplars |\n| 依赖声明格式 | 必须含强依赖UTOS声明 + 加载检查流程 + 降级模式 |\n| 元操作映射 | 每个任务必须标注S/C/A/O/I/G映射提示 |\n| 五字段Schema | 每个任务组件必选：ID/名称/说明/依赖/UTOS映射 |\n| 域间逻辑流 | 域间必须有明确的价值链逻辑顺序 |\n| 依赖拓扑摘要 | 必须有至少3条跨域管线链路 |\n| Step 0-4接口 | SKILL.md必须含\"与UTOS的接口\"章节 |\n\n#### 三条路径对比\n\n| 路径 | 清单/样本来源 | 优势 | 劣势 |\n|------|-------------|------|------|\n| **WF单独用** | 无，用户临时提供 | 流程极简 | 内容质量靠用户自身积累 |\n| **WF + DPG + UTOS** | 领域负载物结构化提供 | 流程+内容双保险，系统化 | 首次生成有成本 |\n| **WF + UTOS（无DPG）** | 用户手动输入到IPO的I | 灵活 | 每次都要手动准备，覆盖度不稳定 |\n\n> DPG的完整领域分析框架、三层结构模板、UTOS接口校验清单、生成工作流详见 `domain-payload-generator` 技能的references目录。\n\n---\n\n## OPC领域负载物\n\n执行轴管\"怎么做\"，领域负载物管\"做什么\"——7域31种任务类型、每种任务的零件清单、18个实战范本。\n\n### 领域清单与依赖拓扑\n\n| 域 | 任务数 | 核心任务 | 核心能力需求 |\n|----|--------|---------|------------|\n| **P0 工作流重构** | 6 | 传统工作流识别→环节分析→消除→重整→验证→形态选择 | 调研→设计→执行 |\n| **P1 商业定位** | 4 | 垂直利基定位、市场扫描、差异化价值主张、能力盘点 | 调研→设计 |\n| **P2 商业模式** | 4 | 模式选择、服务包定义、定价策略、收入结构 | 设计→财务 |\n| **P3 产品与交付** | 4 | MVP设计、流程标准化、产品化路径、AI辅助交付 | 设计→执行 |\n| **P4 获客与品牌** | 4 | 内容获客体系、冷启动、个人IP、转化留存 | 获客→执行 |\n| **P5 运营与自动化** | 4 | AI工具栈、Agent工作流、日常SOP、系统迭代 | 执行→财务 |\n| **P6 财务与合规** | 5 | 主体选择、现金流、税务、合同法律、数据安全 | 合规→财务 |\n\n**关键依赖链路**：（详见 `references/sv-catalog.md` 依赖拓扑摘要）\n\n> 完整清单与依赖拓扑详见 `references/sv-catalog.md`。\n\n### 领域要求清单\n\n每种任务类型的\"零件清单\"——必选/可选组件、组装顺序、领域约束。按清单逐项产出。\n\n> 完整槽位详见 `references/sv-requirements.md`。\n\n### 领域范本库\n\n18个OPC实战范本（含1个工作流重构范本+5个合规检查范本），按范本参考产出。\n\n| 范本ID | 范本名称 | 对应任务 |\n|--------|---------|---------|\n| EX-01 | 工作流重构范本 | P0 |\n| EX-02 | 垂直利基定位一页纸 | P1-01 |\n| EX-03 | 个人能力维度矩阵 | P1-04 |\n| EX-04 | AI原生机构商业计划框架 | P2-02, P2-03 |\n| EX-05 | AI数字产品商业计划框架 | P2-02, P2-03 |\n| EX-06 | MVP一页纸 | P3-01 |\n| EX-07 | 服务产品化路线图 | P3-03 |\n| EX-08 | 内容获客飞轮设计 | P4-01 |\n| EX-09 | 冷启动获客行动计划 | P4-02 |\n| EX-10 | AI工具栈配置清单 | P5-01 |\n| EX-11 | 日常运营SOP | P5-03 |\n| EX-12 | 现金流管理表 | P6-02 |\n| EX-13 | 服务合同审查清单 | P6-04 |\n| EX-14~18 | 五大致命陷阱检查 | 全局 |\n\n> 完整范本详见 `references/sv-exemplars.md`。\n\n### 使用规则\n\n1. **任务识别**：确认用户需要哪种OPC任务（参考catalog）\n2. **方法选择**：首次创建按范本参考，已有经验按清单产出，复杂任务两者结合\n3. **按需读取**：确认任务后读取对应requirements槽位和exemplars范本\n4. **产出交付**：按清单逐项填充，或按范本结构替换实际内容\n5. **用户主权**：AI按技能框架产出的内容是起点，不是终稿。用户对任何环节有独特的校准点、质量标准或业务约束，都可以也应当要求修改——尤其是校准点的取舍，只有用户知道哪些中间产出物对他的场景真正起纠偏作用。用户还可以主动提供清单和样本作为校准参考\n\n---\n\n## OPC专属IPO基元链模式\n\n| 模式 | 流程 | 适用 |\n|------|------|------|\n| **OP-P1** 需求验证链 | I:想法→[S市场扫描]→[C需求判断]→[I潜在客户确认]→[G可行性验证]→O:验证结论 | 0→1阶段 |\n| **OP-P2** MVP快速交付链 | I:已验证需求→[C最小方案设计]→[A AI辅助快速实现]→[I客户反馈]→↻→O:交付归档 | 1→10阶段 |\n| **OP-P3** 内容获客飞轮链 | [A AI内容生产]⇉[I分发渠道1/2/3]→[S数据监测]→[C效果分析]→↻ | 任何阶段 |\n| **OP-P4** 合规风控检查链 | [G主体合规]→[G税务合规]→[G合同合规]→[G数据安全]→O:合规档案 | 法律/财务/数据操作前 |\n| **OP-P5** 服务产品化链 | I:已验证服务流程→[C产品化拆解]→[C自动化点位识别]→[A AI自动化搭建]→[G质量验证]→O:产品归档 | 10→100阶段 |\n\n> 5种模式的详解、关键规则、实例化演示详见 `references/sv-pipeline.md` §三、§四。\n\n---\n\n## OPC领域校准\n\nOPC领域校准不查表，按5条推导规则自动适配：\n\n| 规则 | 校准结果 |\n|------|---------|\n| 资源极限原则 | 调研和设计能力优先调用，执行偏精准 |\n| 现金流敏感原则 | 财务能力必须调用，合规不可省 |\n| AI杠杆原则 | 执行优先评估AI自动化，获客AI辅助但人主导 |\n| 垂直利基原则 | 设计决策时强制收敛到垂直领域 |\n| 合规底线原则 | 合规能力贯穿全程，不可跳过 |\n\n**校准维度默认值**：能力优先级 S:C:A:O:I:G ≈ 2:3:2:1.5:1.5:2 | 自治度 🟨半自动为主 | 创新评估 可行性+非平凡性 | 产出格式 一页纸/清单/可执行步骤\n\n> 校准推导逻辑与阶段校准矩阵详见 `references/sv-pipeline.md` §二。\n\n---\n\n## OPC五大致命陷阱（内嵌合规检查）\n\n| 陷阱 | 触发条件 | 检查动作 |\n|------|---------|---------|\n| **「AI能搞定一切」幻觉** | 纯AI执行决策 | 强制标注AI不擅长项+要求人工介入 |\n| **合规与法律风险** | 注册/合同/财务决策 | 强制触发合规检查+法人独立原则 |\n| **无客源就注册公司** | 提出注册公司意图 | 先验证3+付费客户？建议先个体工商户 |\n| **卖AI技术而非商业成果** | 定位/获客决策 | 检查是否在说「我能帮你导入AI」→改说商业成果 |\n| **定位太广无垂直利基** | 商业模式/定位决策 | 强制收敛：能否一句话说清服务谁解决什么 |\n\n---\n\n## OPC工具栈\n\n| 能力需求 | 工具类型 | 月费参考 |\n|---------|---------|---------|\n| 调研 | 市场调研与信息检索工具 | 免费-¥200 |\n| 设计 | 编码与架构辅助工具 | ¥100-300 |\n| 执行 | 自动化流程与内容生产工具 | 免费-¥300 |\n| 财务 | 协作表格与项目管理工具 | 免费-¥100 |\n| 获客 | 获客辅助与客户沟通工具 | 按用量 |\n| 合规 | 法律合规辅助工具 | 按用量 |\n\n**选型原则**：优先国内可用/免费低成本；核心工具有备选；月费合计控制在¥200-500。\n\n---\n\n## OPC数据速览\n\n| 指标 | 数据 |\n|------|------|\n| 全国OPC数量 | 超1600万家，占企业总数27.4% |\n| 2025上半年新增 | 286万户，同比增47% |\n| 高盈利OPC深度使用AI | 92% |\n| 启动资金低于$500 | 90% |\n| 稳定盈利比例 | 仅20%（SoloNest 2000+样本，待验证） |\n| 单人创始人占比(2025) | 36.3%（6年增长53%） |\n\n---\n\n## 呈现规则\n\n| 场景 | 默认呈现 | 可展开 |\n|------|----------|--------|\n| OPC快速问答 | 直接回答+陷阱检查 | 基元链详情、能力分析 |\n| 商业模式设计 | 一页纸方案+四维评估 | 完整清单/样本、财务模型 |\n| 合规风控 | 风险清单+建议 | 法律依据、操作步骤 |\n| 现金流分析 | 关键指标+runway | 完整现金流表、情景分析 |\n| 获客方案 | 渠道+成本+预期ROI | 内容策略、自动化流程 |\n\n---\n\n## 事实纪律\n\n1. OPC政策数据必须基于可验证的最新政策，不确定的标注「待验证」\n2. AI工具能力描述必须基于实际能力，不得夸大\n3. 收入预期必须标注为「参考范围」，不得承诺具体数字\n4. 合规建议必须标注「不构成法律意见」，关键决策建议咨询专业律师/会计师\n5. 成功案例引用必须确知真实存在，不得编造\n6. 对OPC的乐观预期必须同时呈现现实困难（仅20%稳定盈利）\n\nFile v1.0.5:_meta.json\n\n{\n  \"ownerId\": \"kn75v65h3zezxajen2xf64b2v1845d98\",\n  \"slug\": \"solopreneur-os\",\n  \"version\": \"1.0.5\",\n  \"publishedAt\": 1779886704778\n}\n\nFile v1.0.5:references/sv-catalog.md\n\n# OPC领域清单与依赖拓扑\n\n一人公司按价值链组织的任务类型清单，附任务间依赖关系和能力需求代号（S调研/C设计/A执行/O财务/I获客/G合规）。\n\n**域间逻辑流**：P0(工作流重构) → P1(商业定位) → P2(商业模式) → P3(产品与交付) → P4(获客与品牌) → P5(运营与自动化) → P6(财务与合规)\n\n> **P0是元能力域**：任何领域进入OPC之前，先判断传统工作流是否需要重构。需要则先重构，再进入P1-P6运营。\n\n---\n\n## P0 工作流重构\n\n| ID | 任务类型 | 说明 | 依赖 | 能力需求 | UTOS映射提示 |\n|----|---------|------|------|---------|-------------|\n| P0-01 | 传统工作流识别 | 列出目标领域的传统工作流全链路：环节数、参与角色、中间文档、协作节点 | 无（入口） | 调研 | S |\n| P0-02 | 环节存在理由分析 | 对每个环节追问：存在是因为事情本身需要，还是人的局限需要？标记为核心/校准/传递/协调/校验/格式 | P0-01 | 调研→设计 | S→C |\n| P0-03 | 人的局限补偿层消除 | 去掉传递环节、协调环节、格式环节，精简校验环节为关键节点保留 | P0-02 | 设计 | C |\n| P0-04 | 重整为IPO基元链 | 将保留的核心环节和关键校验节点，按AI能力模型重编为端到端IPO基元或简短基元链 | P0-03 | 设计→执行 | C→A |\n| P0-05 | 重构验证 | 验证重构后：事情完整性、补偿层已消除、校准不丢失、端到端可执行、复杂度回归、质量守恒、合规不跳过 | P0-04 | 调研→合规 | S→G |\n| P0-06 | 执行形态选择 | 根据重构结果选择执行形态：单步IPO / 简短基元链 / IPO+人工决策 | P0-05 | 设计 | C |\n\n---\n\n## P1 商业定位\n\n| ID | 任务类型 | 说明 | 依赖 | 能力需求 | UTOS映射提示 |\n|----|---------|------|------|---------|-------------|\n| P1-01 | 垂直利基定位 | 一句话描述服务谁、解决什么问题 | 无（入口） | 调研→设计 | S→C |\n| P1-02 | 市场扫描与竞品分析 | 目标市场规模、竞品梳理、行业趋势 | P1-01 | 调研 | S |\n| P1-03 | 差异化价值主张 | 为什么选你不选别人，独特价值提炼 | P1-01, P1-02 | 设计→执行 | C→A |\n| P1-04 | 个人能力盘点 | 个人能力5维×AI工具5维映射，找到能力-工具交叉点 | 无（入口） | 调研→设计 | S→C |\n\n## P2 商业模式\n\n| ID | 任务类型 | 说明 | 依赖 | 能力需求 | UTOS映射提示 |\n|----|---------|------|------|---------|-------------|\n| P2-01 | 模式选择 | 四大商业模式（AI原生机构/AI顾问/AI数字产品/AI SaaS）适配判断 | P1-01, P1-04 | 设计 | C |\n| P2-02 | 服务包/产品定义 | 聚焦商业成果的服务或产品设计 | P2-01 | 设计→执行 | C→A |\n| P2-03 | 定价策略设计 | 基于价值/成本/竞品的定价方案 | P2-01 | 设计→执行 | C→A |\n| P2-04 | 收入结构规划 | MRR/ARR目标、break-even计算、runway评估 | P2-03 | 设计→财务 | C→O |\n\n## P3 产品与交付\n\n| ID | 任务类型 | 说明 | 依赖 | 能力需求 | UTOS映射提示 |\n|----|---------|------|------|---------|-------------|\n| P3-01 | MVP最小方案设计 | 砍掉一切非必要，定义最小可行交付物 | P2-02 | 设计→执行 | C→A |\n| P3-02 | 服务流程标准化 | 可复制的交付SOP，跑通3次以上的流程才能标准化 | P2-02, P3-01 | 执行→财务 | A→O |\n| P3-03 | 产品化路径规划 | 从服务→产品→SaaS的迁移路线（Dan Martell路径） | P3-02 | 设计→执行 | C→A |\n| P3-04 | AI辅助交付方案 | 哪些环节AI自动化、哪些人主导、AI自治度评估 | P3-01 | 设计 | C |\n\n## P4 获客与品牌\n\n| ID | 任务类型 | 说明 | 依赖 | 能力需求 | UTOS映射提示 |\n|----|---------|------|------|---------|-------------|\n| P4-01 | 内容获客体系设计 | 渠道+内容+自动化+转化路径的完整飞轮 | P1-01 | 设计→执行 | C→A |\n| P4-02 | 冷启动获客方案 | 首批3个付费客户的具体行动计划 | P1-03 | 获客→执行 | I→A |\n| P4-03 | 个人IP与品牌策略 | 行业认知、信任积累、品牌叙事 | P1-01 | 执行→获客 | A→I |\n| P4-04 | 客户转化与留存 | 从线索到成交到复购的完整漏斗 | P4-01, P4-02 | 获客→设计 | I→C |\n\n## P5 运营与自动化\n\n| ID | 任务类型 | 说明 | 依赖 | 能力需求 | UTOS映射提示 |\n|----|---------|------|------|---------|-------------|\n| P5-01 | AI工具栈选型 | 按能力需求匹配AI工具，月费控制在¥200-500 | P1-04 | 设计→执行 | C→A |\n| P5-02 | Agent工作流搭建 | 可复制的自动化流程，自动化工具实现 | P3-04, P5-01 | 执行→财务 | A→O |\n| P5-03 | 日常运营SOP | 日/周/月运营检查清单 | P5-02 | 财务→执行 | O→A |\n| P5-04 | 系统维护与迭代 | 工具升级、流程优化、成本控制 | P5-02 | 设计→执行 | C→A |\n\n## P6 财务与合规\n\n| ID | 任务类型 | 说明 | 依赖 | 能力需求 | UTOS映射提示 |\n|----|---------|------|------|---------|-------------|\n| P6-01 | 主体选择与注册 | 个体户/公司/合伙的选择与注册时机 | P2-01 | 合规→财务 | G→O |\n| P6-02 | 现金流管理 | 收支记录、runway计算、安全线≥6个月 | P2-04 | 财务 | O |\n| P6-03 | 税务规划 | 税率优化、研发费用抵扣、合规节税 | P6-01 | 合规→财务 | G→O |\n| P6-04 | 合同与法律 | 服务合同、NDA、知识产权、责任限制 | 无（入口） | 合规 | G |\n| P6-05 | 数据安全与隐私 | 用户数据合规采集/存储/处理 | P3-01 | 合规 | G |\n\n---\n\n## 依赖拓扑摘要\n\n以下为任务间的主要依赖链路，可据此组织执行顺序：\n\n**重构链路（任何领域进入前置）**: P0-01 → P0-02 → P0-03 → P0-04 → P0-05 → P0-06\n**主链路（0→1启动路径）**: P1-01 → P2-01 → P3-01 → P4-02 → P5-01 → P6-01\n**获客闭环**: P4-01 → P4-04 → P2-04 → P4-01(↻优化)\n**产品化链路**: P3-02 → P3-03 → P5-02 → P3-02(↻迭代)\n**风控链路**: P6-04 → P6-01 → P6-05 → P6-03 → P6-02\n**能力定位链路**: P1-04 → P2-01 → P5-01 → P5-02\n\n> **执行策略**：如果目标领域已有成熟的传统工作流，先走P0重构链路，重构后再进入P1-P6。如果是从零构建（无传统工作流可重构），直接进入P1。\n\n更多组合根据具体任务动态推导。\n\nFile v1.0.5:references/sv-compose.md\n\n# OPC Compose — 清单法与样本法\n\nOPC内容轴的方法论层参考文件。定义两种内容组织范式及其在OPC领域的适配规则。\n\n## 核心理念\n\n任何OPC成品都可以通过两种基本范式生成：\n\n| 范式 | 原理 | 类比 | OPC适配 |\n|------|------|------|---------|\n| **清单法** | 成品 = 基本组件的组合 | 搭积木：先有零件清单，再逐项组装 | 按领域要求清单的槽位逐项填充 |\n| **样本法** | 成品 = 对样本的模仿产出 | 临摹：先有范本，再依样产出 | 按领域范本库的结构参考模仿产出 |\n| **结合使用** | 范本定框架+清单填内容 | 先临摹结构，再按清单补齐 | 复杂成品（如商业计划书） |\n\n## 方法选择\n\n**用户决定使用哪种方法。** 触发后，向用户展示选择：\n\n> 用户要求生成「{成品类型}」，请选择构成方式：\n>\n> | | 清单法 | 样本法 |\n> |---|--------|--------|\n> | **方式** | 列出组件清单 → 逐项填充 → 组装 | 获取样本 → 分析结构风格 → 模仿产出 |\n> | **适合** | 结构明确、组件清晰的成品 | 有高质量同类样本可参考的成品 |\n> | **输入** | 组件清单（用户直接提供 / AI提议确认 / 网络搜索） | 样本模板（用户直接提供 / 网络搜索） |\n> | **OPC清单来源** | 领域要求清单的槽位清单 | 领域范本库的范本库 |\n\n用户可任选其一，也可明确指定两种方法结合使用（如样本法定框架 + 清单法填内容）。未经用户确认，不得自动组合。\n\n**OPC方法选择快捷规则**：首次创建按**范本参考**，已有经验按**清单产出**，复杂任务两者结合。此为建议，用户可覆盖。\n\n## 清单法工作流\n\n### 1. 确认成品目标\n\n明确用户要生成什么类型的OPC成品，确定成品的用途、受众、规模。\n\n### 2. 构建组件清单\n\n按优先级获取清单：\n\n| 优先级 | 来源 | 操作 | OPC优先 |\n|--------|------|------|---------|\n| 1 | 用户直接提供 | 用户在对话中给出清单 | — |\n| 2 | 领域要求清单 | AI从领域要求清单读取对应任务的槽位清单 | **OPC首选** |\n| 3 | AI 提议 | AI 根据成品目标生成清单草案，请用户确认或修改 | 无对应槽位时 |\n| 4 | 网络搜索 | AI 搜索同类成品的通用组件结构 | 最后备选 |\n\n清单要求：\n- 覆盖成品的全部必要组成部分，不遗漏\n- 每个组件有明确的定义和范围\n- 组件间无重叠、无歧义\n- 标注组件间的依赖关系和组装顺序\n- OPC领域约束：清单必须通过陷阱检查（如定位清单检查是否泛化、定价清单检查是否低于成本×3）\n\n### 3. 逐项填充\n\n按清单顺序逐项生成每个组件的内容：\n- 用户直接提供该组件内容\n- AI 根据组件定义和成品目标生成内容\n- 网络搜索获取该组件相关的专业素材\n- OPC特有：任何涉及合规的组件必须标注「不构成法律/税务意见」\n\n### 4. 组装成品\n\n将所有组件按清单结构组装为完整成品，确保：\n- 组件间衔接自然流畅\n- 整体风格和调性统一\n- 符合成品目标的所有要求\n- OPC特有：组装完成后通过五大致命陷阱检查\n\n### 5. 用户审核\n\n向用户展示成品，请用户审核并确认是否需要调整。\n\n## 样本法工作流\n\n### 1. 确认成品目标\n\n明确用户要生成什么类型的OPC成品，确定成品的用途、受众和期望风格。\n\n### 2. 获取样本\n\n按优先级获取样本：\n\n| 优先级 | 来源 | 操作 | OPC优先 |\n|--------|------|------|---------|\n| 1 | 用户直接提供 | 用户上传样本文件或在对话中粘贴样本内容 | — |\n| 2 | 领域范本库 | AI从领域范本库读取对应任务的范本 | **OPC首选** |\n| 3 | 网络搜索 | AI 搜索同类高质量样本 | 无对应范本时 |\n\n样本选择原则：\n- 与目标成品类型一致\n- 质量高、结构完整、风格明确\n- **成品内容庞大时，优先使用中间产物作为样本**（如大纲、结构模板、段落框架、目录结构），而非完整的最终成品\n- 样本应涵盖目标成品需要模仿的核心特征\n- OPC特有：范本中的占位符`________`必须由用户提供实际内容替换，不可AI编造\n\n### 3. 分析样本\n\n解析样本的四个核心维度：\n\n| 维度 | 分析内容 |\n|------|----------|\n| **结构** | 整体框架、章节/段落组织方式、层级关系 |\n| **风格** | 语言风格、表达方式、语气调性、专业术语使用 |\n| **逻辑** | 内容编排逻辑、论证方式、信息密度 |\n| **格式** | 排版格式、标题层级、列表样式、视觉元素 |\n\n将分析结果整理为「样本特征摘要」，供后续模仿产出参考。\n\n### 4. 模仿产出\n\n基于样本特征摘要，产出目标成品：\n- 保持样本的结构框架和编排逻辑\n- 保持样本的风格和调性\n- 用目标成品的实际内容替换样本内容\n- 确保整体连贯性和一致性\n- OPC特有：产出后通过陷阱检查（如商业计划范本产出后检查是否在卖AI技术而非商业成果）\n\n### 5. 用户审核\n\n向用户展示成品，请用户审核并确认是否需要调整。\n\n## 网络搜索策略\n\n当需要通过网络搜索获取清单或样本时：\n\n1. **构造精确搜索词**：使用「成品类型 + 模板/结构/范例/样本/清单」的组合\n2. **优先搜索来源**：\n   - 行业标准文档\n   - 专业机构发布的模板\n   - 高质量公开范例\n   - 知名平台的同类内容\n3. **验证搜索结果**：确认获取的清单/样本质量是否达标，不达标则重新搜索\n4. **尊重版权**：模仿产出时不直接复制样本内容，仅借鉴结构和风格\n\n## 边界说明\n\n此文件是OPC内容轴的方法论层，只定义\"如何组织内容\"，不定义\"如何输出格式\"：\n\n- 文档格式的具体处理由工具按需完成，此文件只管内容构成方式\n- 代码编写的具体逻辑由AI通用能力处理，此文件只管组件拆分和组装\n- 演示文稿的具体排版由工具按需完成，此文件只管内容结构\n\nFile v1.0.5:references/sv-exemplars.md\n\n# OPC领域范本库\n\n一人公司创作的经典范本和实例标注。按范本参考产出——以已有范本为结构参考，替换为实际内容。\n\n> **使用说明**：范本中标注 `[待用户提供]` 的条目需用户自行填充后才能按范本产出。标注 `✅已有` 的可直接参考。\n\n---\n\n## 范本索引\n\n| 范本ID | 范本名称 | 对应任务 | 类型 | 来源 | 状态 |\n|--------|---------|---------|------|------|------|\n| EX-01 | 工作流重构范本 | P0 | 重构方法 | 实战总结 | ✅已有 |\n| EX-02 | 垂直利基定位一页纸 | P1-01 | 定位模板 | 实战总结 | ✅已有 |\n| EX-03 | 个人能力维度矩阵 | P1-04 | 能力盘点 | 实战总结 | ✅已有 |\n| EX-04 | AI原生机构商业计划框架 | P2-02, P2-03 | 商业计划 | 实战总结 | ✅已有 |\n| EX-05 | AI数字产品商业计划框架 | P2-02, P2-03 | 商业计划 | 实战总结 | ✅已有 |\n| EX-06 | MVP一页纸 | P3-01 | 产品设计 | 实战总结 | ✅已有 |\n| EX-07 | 服务产品化路线图 | P3-03 | 产品化 | 实战总结 | ✅已有 |\n| EX-08 | 内容获客飞轮设计 | P4-01 | 获客方案 | 实战总结 | ✅已有 |\n| EX-09 | 冷启动获客行动计划 | P4-02 | 获客方案 | 实战总结 | ✅已有 |\n| EX-10 | AI工具栈配置清单 | P5-01 | 运营工具 | 实战总结 | ✅已有 |\n| EX-11 | 日常运营SOP | P5-03 | 运营流程 | 实战总结 | ✅已有 |\n| EX-12 | 现金流管理表 | P6-02 | 财务管理 | 实战总结 | ✅已有 |\n| EX-13 | 服务合同审查清单 | P6-04 | 法律合规 | 实战总结 | ✅已有 |\n| EX-14 | 「AI能搞定一切」幻觉检查 | 全局 | 合规检查 | 实战总结 | ✅已有 |\n| EX-15 | 合规与法律风险检查 | 全局 | 合规检查 | 实战总结 | ✅已有 |\n| EX-16 | 客源验证前置检查 | 全局 | 合规检查 | 实战总结 | ✅已有 |\n| EX-17 | 定位商业成果检查 | 全局 | 合规检查 | 实战总结 | ✅已有 |\n| EX-18 | 垂直利基收敛检查 | 全局 | 合规检查 | 实战总结 | ✅已有 |\n\n---\n\n## P0 工作流重构\n\n### EX-01 工作流重构范本\n\n**对应任务**: P0-01 ~ P0-06\n\n**来源**: OPC工作流重构方法论\n\n**适用场景**: 任何领域的传统工作流需要重构为AI辅助一人简易完成\n\n**重构范本**:\n\n```\n## 工作流重构记录\n\n### Step 1：传统工作流识别（P0-01）\n\n**目标领域**：________（如：软件开发/风格设计/学术论文/网文创作/________）\n\n**传统工作流全景**：\n\n| # | 环节 | 执行角色 | 中间文档 | 协作点 | 耗时占比 |\n|---|------|---------|---------|--------|---------|\n| 1 | ________ | ________ | ________ | ________ | ___% |\n| 2 | ________ | ________ | ________ | ________ | ___% |\n| 3 | ________ | ________ | ________ | ________ | ___% |\n| 4 | ________ | ________ | ________ | ________ | ___% |\n| 5 | ________ | ________ | ________ | ________ | ___% |\n| ... | ... | ... | ... | ... | ... |\n\n**汇总**：___个环节 / ___个角色 / ___份中间文档 / ___个协作点\n\n### Step 2：环节存在理由分析（P0-02）\n\n**追问准则**：如果执行者是一个拥有无限知识能力和零协作损耗的AI，这个环节还需要吗？\n\n| # | 环节 | 存在理由 | 类型标记 | 标记理由 |\n|---|------|---------|---------|---------|\n| 1 | ________ | 事情本身需要 | ✅核心 | ________ |\n| 2 | ________ | 事情本身需要 | 🔶校准 | 中间产出物起纠偏作用，保留为分步校准点 |\n| 3 | ________ | 人的局限需要 | ❌传递 | 人之间信息传递 |\n| 4 | ________ | 人的局限需要 | ❌协调 | 管理多人协作 |\n| 5 | ________ | 人的局限需要 | ⚡校验 | 防止人出错，保留关键节点 |\n| 6 | ________ | 人的局限需要 | ❌格式 | 满足组织流程 |\n| ... | ... | ... | ... | ... |\n\n**统计**：✅核心___个 / 🔶校准___个 / ❌消除___个 / ⚡精简___个\n\n### Step 3：人的局限补偿层消除（P0-03）\n\n**消除清单**：\n\n| # | 被消除环节 | 原类型 | 消除理由 | 信息传递替代 |\n|---|-----------|--------|---------|------------|\n| 1 | ________ | 传递 | IPO链自动传递 | 上游输出→下游输入 |\n| 2 | ________ | 协调 | 无协作即无协调 | 不需要 |\n| 3 | ________ | 格式 | 零形式开销 | 不需要 |\n| ... | ... | ... | ... | ... |\n\n**保留清单**：\n\n| # | 保留环节 | 保留理由 | 类型 |\n|---|---------|---------|------|\n| 1 | ________ | 事情本身逻辑步骤 | ✅核心 |\n| 2 | ________ | 中间产出物起纠偏作用 | 🔶校准（基元内分步校准点） |\n| 3 | ________ | 关键质量校验 | ⚡校验（精简后） |\n| ... | ... | ... | ... |\n\n### Step 4：重整为IPO基元链（P0-04）\n\n**重构后工作流**：________形态（单步IPO / 简短基元链 / IPO+人工决策）\n\n| 基元# | I 输入 | P 处理（能力需求） | O 输出 | AI自治度 | 基元内分步校准点 |\n|-------|--------|-------------------|--------|---------|----------------|\n| 1 | ________ | ________ | ________ | 🟨/⬛ | ________（如有） |\n| 2 | ________ | ________ | ________ | 🟨/⬛ | ________（如有） |\n| ... | ... | ... | ... | ... |\n\n**基元间传递**：基元1.O → 基元2.I → ...\n\n### Step 5：重构验证（P0-05）\n\n| # | 验证项 | 通过？ | 说明 |\n|---|--------|-------|------|\n| 1 | 事情完整性 | ⬜是/⬜否 | 重构后是否覆盖全部核心步骤 |\n| 2 | 补偿层消除 | ⬜是/⬜否 | 传递/协调/格式环节是否已消除 |\n| 3 | 校准不丢失 | ⬜是/⬜否 | 起纠偏作用的中间产出物是否保留为基元内分步校准点 |\n| 4 | 端到端可执行 | ⬜是/⬜否 | AI辅助一人能否从头到尾完成 |\n| 5 | 复杂度回归 | ⬜是/⬜否 | 流程复杂度是否回归事情本身 |\n| 6 | 质量守恒 | ⬜是/⬜否 | 产出质量是否不低于传统工作流 |\n| 7 | 合规不跳过 | ⬜是/⬜否 | 涉及合规的环节是否保留 |\n\n**验证不通过项修正**：________\n\n### Step 6：执行形态选择（P0-06）\n\n**选定形态**：________\n\n| 形态 | 适用场景 | 本案是否适配 |\n|------|---------|------------|\n| 单步IPO | 标准化任务，描述目标→AI直接产出 | ⬜是/⬜否 |\n| 简短基元链 | 有阶段的中等复杂度任务 | ⬜是/⬜否 |\n| IPO+人工决策 | 涉及合规/客户/品牌 | ⬜是/⬜否 |\n\n**选择理由**：________\n\n**关键人工决策节点**（如有）：________\n\n---\n\n### 重构前后对比\n\n| 维度 | 重构前 | 重构后 | 改善 |\n|------|--------|--------|------|\n| 环节数 | ___ | ___ | -___% |\n| 中间文档 | ___份 | 0份 | -100% |\n| 参与角色 | ___个角色 | 1人+AI | -___% |\n| 协作节点 | ___个 | ___个关键校验 | -___% |\n| 端到端耗时 | ___ | ___ | -___% |\n| 传递损耗 | ___% | 0% | -100% |\n```\n\n**范本要点**:\n- 重构的核心是\"追问存在理由\"——每个环节都必须回答\"这是事情本身需要还是人的局限需要\"\n- 消除环节不可犹豫——传递/协调/格式环节是人的局限产物，不是事情本身\n- **校准环节不可消除**——中间产出物起纠偏作用的必须保留为基元内分步校准点，防止过度合并导致返工\n- 验证七项必须全部通过，尤其是校准不丢失、质量守恒和合规不跳过\n- 范本中 `________` 为待用户提供的内容，不可AI编造\n\n**关键设计决策**:\n- 重构的核心是\"追问存在理由\"——每个环节都必须回答\"这是事情本身需要还是人的局限需要\"\n- 消除环节不可犹豫——传递/协调/格式环节是人的局限产物，不是事情本身\n- **校准环节不可消除**——中间产出物起纠偏作用的必须保留为基元内分步校准点，防止过度合并导致返工\n- 验证七项必须全部通过，尤其是校准不丢失、质量守恒和合规不跳过\n\n**可复用要素**:\n- 重构六步模板适用于任何领域的传统工作流重构\n- 环节存在理由追问准则是通用的重构判断核心\n- 校准vs校验的区分是防止过度合并的关键机制\n- 重构前后对比表直观呈现重构效果\n\n**用户主权说明**:\n- AI按技能框架产出的内容是起点，不是终稿。用户对任何环节有独特的校准点、质量标准或业务约束，都可以也应当要求修改——尤其是校准点的取舍，只有用户知道哪些中间产出物对他的场景真正起纠偏作用\n- 用户还可以主动提供清单（该产出物应包含的组件列表）和样本（高质量的同类产出作为参考）作为校准参考，让AI的产出更贴合实际需求\n\n---\n\n## P1 商业定位\n\n### EX-02 垂直利基定位一页纸\n\n**对应任务**: P1-01\n\n**来源**: OPC实战方法论总结\n\n**适用场景**: 0→1阶段，需要确定自己的垂直利基定位\n\n**定位一页纸模板**:\n\n```\n## 我的垂直利基定位\n\n**一句话定位**：我帮 [具体人群] 解决 [具体问题]，实现 [可量化成果]\n\n**目标客户画像**：\n- 行业：________（如：牙科诊所、独立律所、跨境电商）\n- 城市/区域：________\n- 规模：________（如：年营收100-500万）\n- 决策者：________（如：诊所老板/创始人）\n\n**核心痛点**：\n1. ________（最痛的那个，客户愿意为此付费）\n\n**我的解决方案**：\n- 不是说「我能帮你导入AI」\n- 而是说「我能在___天内帮你增加___%的___」\n\n**为什么选我**：\n1. 行业经验：________年\n2. 独特能力：________\n3. 差异化：________（与市面方案的1-3个核心差异）\n\n**验证方式**：\n- 3个愿意付费的潜在客户是否确认\n```\n\n**关键设计决策**:\n- 一句话定位强制包含\"谁+什么问题+什么成果\"三要素\n- 禁止\"AI\"出现在定位中——客户买单的是成果不是技术\n- 必须有3个潜在客户确认才算定位通过\n\n**可复用要素**:\n- 一句话定位模板可适配任何垂直领域\n- 验证方式是通用的OPC需求验证标准\n\n---\n\n### EX-03 个人能力维度矩阵\n\n**对应任务**: P1-04\n\n**来源**: OPC创新方法论\n\n**适用场景**: 盘点个人能力，发现OPC商业模式可能性\n\n**维度矩阵模板**:\n\n```\n## 个人能力×AI工具维度矩阵\n\n### A. 个人能力自评（1-5分）\n\n| 维度 | 得分 | 说明 |\n|------|------|------|\n| A1 专业领域知识 | ___/5 | 最懂的领域：________ |\n| A2 技术能力 | ___/5 | 技术栈：________ |\n| A3 人脉资源 | ___/5 | 核心人脉：________ |\n| A4 个人品牌 | ___/5 | 现有影响力：________ |\n| A5 行业经验年限 | ___/5 | ___年经验 |\n\n### B. AI工具使用评估（1-5分）\n\n| 维度 | 得分 | 说明 |\n|------|------|------|\n| B1 内容生成 | ___/5 | 常用工具：________ |\n| B2 数据分析 | ___/5 | 常用工具：________ |\n| B3 流程自动化 | ___/5 | 常用工具：________ |\n| B4 交互辅助 | ___/5 | 常用工具：________ |\n| B5 预测决策 | ___/5 | 常用工具：________ |\n\n### C. 交叉矩阵（可能性发现）\n\n| | B1内容 | B2数据 | B3自动化 | B4交互 | B5决策 |\n|---|--------|--------|---------|--------|--------|\n| A1专业知识 | ___ | ___ | ___ | ___ | ___ |\n| A2技术能力 | ___ | ___ | ___ | ___ | ___ |\n| A3人脉资源 | ___ | ___ | ___ | ___ | ___ |\n| A4个人品牌 | ___ | ___ | ___ | ___ | ___ |\n| A5行业经验 | ___ | ___ | ___ | ___ | ___ |\n\n### D. 高潜力组合（得分≥7的组合）\n1. ________ → 可能的OPC方向：________\n2. ________ → 可能的OPC方向：________\n3. ________ → 可能的OPC方向：________\n```\n\n**关键设计决策**:\n- 自评必须诚实，1-5分制避免过度自信\n- 交叉矩阵是OPC商业模式创新的核心工具\n\n**可复用要素**:\n- 5×5维度矩阵适用于任何OPC创始人的能力盘点\n\n---\n\n## P2 商业模式\n\n### EX-04 AI原生机构商业计划框架\n\n**对应任务**: P2-02, P2-03\n\n**来源**: OPC四大商业模式实战框架\n\n**适用场景**: 选择AI原生机构模式的OPC，需要制定商业计划\n\n**商业计划框架**:\n\n```\n1. 垂直领域定位\n   - 目标行业：________\n   - 核心痛点：________\n   - 解决的具体成果：________（90天内增加X%的Y）\n\n2. 服务包定义\n   - 前端服务：________（聚焦商业成果）\n   - 收费模式：建设费¥___ + 月维护费¥___\n   - 交付周期：________\n   - 预期成果：________（可量化）\n\n3. AI Agent工作流\n   - Agent 1：________（功能/工具/月费）\n   - Agent 2：________\n   - Agent 3：________\n   - 总AI工具月费：¥___\n   - 替代的人力成本：¥___\n\n4. 获客系统\n   - 内容获客：________（渠道/频率/自动化程度）\n   - 冷启动：________（目标客户/联系方式）\n   - 转介绍：________（激励机制）\n\n5. 财务规划\n   - 启动成本：¥___（AI工具+注册+设备）\n   - 月度固定成本：¥___\n   - 首个客户目标：________\n   - MRR目标：¥___（3个月/6个月/12个月）\n   - Break-even：第___个月\n\n6. 风险与合规\n   - 主体类型：________（个体工商户/一人有限公司）\n   - 合同模板：________\n   - 数据安全措施：________\n   - 保险/责任限制：________\n```\n\n**关键设计决策**:\n- 服务包必须以\"商业成果\"为锚点，不是以\"AI技术\"为锚点\n- AI Agent工作流单独列为一个章节——这是OPC与一般机构的核心差异\n- 风险与合规不可省略——小组织承担完整法律责任\n\n**可复用要素**:\n- 服务包定义模板可适配任何服务型OPC\n- AI Agent工作流清单是通用的OPC自动化方案框架\n\n---\n\n### EX-05 AI数字产品商业计划框架\n\n**对应任务**: P2-02, P2-03\n\n**来源**: OPC四大商业模式实战框架\n\n**适用场景**: 选择AI数字产品模式（课程/模板/工具/社区）的OPC\n\n**商业计划框架**:\n\n```\n1. 产品定义\n   - 产品名称：________\n   - 产品类型：________（课程/模板/工具/社区）\n   - 解决的痛点：________\n   - 目标用户：________\n\n2. 产品内容/功能\n   - 核心模块：________\n   - 交付方式：________\n   - 更新频率：________\n\n3. 定价策略\n   - 定价：¥___\n   - 定价逻辑：________（基于价值/成本/竞品）\n   - 促销策略：________\n\n4. 销售系统\n   - 销售页：________（平台/域名/设计）\n   - 支付通道：________\n   - 内容获客：________（引流内容/分发渠道/转化路径）\n\n5. 财务规划\n   - 开发成本：¥___\n   - 月度运营成本：¥___\n   - 预期月销量：___份\n   - 月收入目标：¥___\n   - 利润率：___%\n\n6. 迭代计划\n   - V1.0功能：________\n   - V2.0规划：________\n   - 用户反馈收集方式：________\n```\n\n**关键设计决策**:\n- 产品类型必须在四种中选一，不可模糊\n- 销售系统单独列出——数字产品的销售系统就是\"无员工销售团队\"\n\n**可复用要素**:\n- 迭代计划模板适用于所有数字产品\n\n---\n\n## P3 产品与交付\n\n### EX-06 MVP一页纸\n\n**对应任务**: P3-01\n\n**来源**: OPC产品化方法论\n\n**适用场景**: 需要定义最小可行产品/服务\n\n**MVP一页纸模板**:\n\n```\n## MVP定义\n\n**核心价值（仅1个）**：________\n\n**全功能清单→砍到MVP**：\n\n| 功能/服务 | 保留？ | 理由 |\n|----------|--------|------|\n| ________ | ✅保留 | 核心价值 |\n| ________ | ❌砍掉 | V2.0再说 |\n| ________ | ❌砍掉 | 非核心 |\n\n**最小交付标准**：\n- 客户能获得核心价值的最低配置\n- 不追求完美，追求\"能用\"\n\n**验证指标**：\n- __%的客户表示满意 = 验证通过\n- ___个付费客户 = 需求确认\n\n**交付周期**：≤2周\n\n**砍掉清单回顾**（V2.0候选）：\n1. ________\n2. ________\n```\n\n**关键设计决策**:\n- MVP只能有1个核心价值点，多了就不是MVP\n- 砍掉清单必须保留——是产品迭代路线图的输入\n\n**可复用要素**:\n- \"保留/砍掉\"决策模板适用于任何OPC产品/服务设计\n\n---\n\n### EX-07 服务产品化路线图\n\n**对应任务**: P3-03\n\n**来源**: OPC产品化方法论（Dan Martell路径）\n\n**适用场景**: 将已验证的人工服务转化为可复制的产品/SaaS\n\n**路线图模板**:\n\n```\n## 服务产品化路线图\n\n### 当前状态：人工服务\n- 服务名称：________\n- 已跑通次数：___次（≥3次才能产品化）\n- 交付耗时：___小时/次\n- 收费：¥___/次\n- 毛利率：___%\n\n### 目标状态：产品化/SaaS化\n- 产品名称：________\n- 目标交付方式：________（自助/半自动/全自动）\n- 目标定价：¥___/月\n- 目标毛利率：≥90%\n\n### 迁移步骤\n\n| 阶段 | 目标 | 关键动作 | 验证指标 | 时间 |\n|------|------|---------|---------|------|\n| 服务→标准化 | 可复制的SOP | 提炼3次以上经验为标准流程 | 新人/AI按SOP交付质量≥80% | ___周 |\n| 标准化→产品化 | 可独立交付的产品 | 识别自动化点位+搭建AI Agent | 产品交付耗时降低50% | ___周 |\n| 产品化→SaaS化 | 订阅制软件 | 封装为自助服务+订阅管理 | MRR≥¥___ | ___月 |\n\n### 每步的验证标准\n1. 标准化通过：不依赖特定人即可交付\n2. 产品化通过：AI自动化覆盖≥70%流程\n3. SaaS化通过：客户可自助使用，MRR持续增长\n```\n\n**关键设计决策**:\n- 必须按Dan Martell路径逐步迁移，不可跳步\n- 每步都有明确的验证标准——不可\"差不多就行\"\n\n**可复用要素**:\n- 三阶段迁移模板适用于任何OPC服务产品化\n\n---\n\n## P4 获客与品牌\n\n### EX-08 内容获客飞轮设计\n\n**对应任务**: P4-01\n\n**来源**: OPC获客方法论\n\n**适用场景**: 设计低成本内容获客系统\n\n**飞轮设计模板**:\n\n```\n## 内容获客飞轮\n\n**目标客户聚集的渠道**：\n1. ________（如：小红书/知乎/微信公众号/行业论坛）\n2. ________\n3. ________\n\n**内容类型与频率**：\n- 类型1：________（如：行业案例分析）→ 频率：___/周\n- 类型2：________（如：工具测评）→ 频率：___/周\n- 类型3：________（如：实操教程）→ 频率：___/月\n\n**AI内容生产流程**：\n1. 选题（人）→ 2. 大纲（AI辅助）→ 3. 初稿（AI生成）→ 4. 审核（人）→ 5. 发布（AI自动）\n\n**转化路径**：\n内容曝光 → 免费内容信任建立 → 低价产品/免费诊断筛选 → 高客单服务变现\n\n**数据监测**：\n- 周指标：曝光量、点击率、新增线索\n- 月指标：转化率、获客成本、LTV\n```\n\n**关键设计决策**:\n- 内容生产流程默认\"人定策略+AI执行+人审核\"\n- 转化路径必须是\"免费→付费\"的漏斗\n\n**可复用要素**:\n- AI内容生产5步流程适用于任何内容类型\n\n---\n\n### EX-09 冷启动获客行动计划\n\n**对应任务**: P4-02\n\n**来源**: OPC获客方法论\n\n**适用场景**: 获取首批3个付费客户\n\n**行动计划模板**:\n\n```\n## 冷启动获客行动\n\n**首批3个目标客户**：\n\n| # | 客户名 | 触达方式 | 价值主张话术 | 状态 |\n|---|--------|---------|------------|------|\n| 1 | ________ | ________ | ________ | ⬜待触达 |\n| 2 | ________ | ________ | ________ | ⬜待触达 |\n| 3 | ________ | ________ | ________ | ⬜待触达 |\n\n**价值主张话术模板**：\n- ❌「我能帮你导入AI」\n- ✅「我能在___天内帮你的___增加___%的___」\n\n**免费/低价案例方案**（最多3个）：\n- 案例1：________（免费/半价，换取案例授权+转介绍）\n- 案例2：________\n- 案例3：________\n\n**时间线**：\n- 第1周：触达3个目标\n- 第2周：首次沟通\n- 第3周：提交方案\n- 第4周：成交/迭代\n```\n\n**关键设计决策**:\n- 明确限制3个目标——OPC资源有限，不贪多\n- 免费案例最多3个——超过说明服务定价有问题\n\n**可复用要素**:\n- 价值主张话术模板是OPC核心表达规范\n\n---\n\n## P5 运营与自动化\n\n### EX-10 AI工具栈配置清单\n\n**对应任务**: P5-01\n\n**来源**: OPC工具栈实战\n\n**适用场景**: 搭建一人公司的AI工具体系\n\n**工具栈清单模板**:\n\n```\n## AI工具栈配置\n\n| 能力需求 | 工具名 | 用途 | 月费 | 自治度 | 备选方案 |\n|---------|--------|------|------|--------|---------|\n| 调研能力 | ________ | 市场调研 | ¥___ | 🟨 | ________ |\n| 设计能力 | ________ | 编码/设计 | ¥___ | 🟨 | ________ |\n| 执行能力 | ________ | 自动化/内容 | ¥___ | ⬛ | ________ |\n| 财务能力 | ________ | 记账/预算 | ¥___ | 🟨 | ________ |\n| 获客能力 | ________ | 获客/邮件 | ¥___ | 🟨 | ________ |\n| 合规能力 | ________ | 合同/合规 | ¥___ | ⬜ | ________ |\n\n**月费合计**：¥___\n**替代人力成本**：¥___\n**工具ROI**：人力成本/工具月费 = ___倍\n```\n\n**关键设计决策**:\n- 基础配置月费上限¥500——OPC必须控成本\n- 每个工具必须有备选——工具下线不影响业务\n\n**可复用要素**:\n- 按能力需求分类的工具清单是OPC标准工具选型框架\n\n---\n\n### EX-11 日常运营SOP\n\n**对应任务**: P5-03\n\n**来源**: OPC运营方法论\n\n**适用场景**: 建立OPC日常运营检查机制\n\n**SOP模板**:\n\n```\n## OPC日常运营SOP\n\n### 日检（5分钟）\n- ⬜ 检查AI自动化是否正常运行\n- ⬜ 查看新增线索/客户消息\n- ⬜ 检查现金流余额\n\n### 周检（30分钟）\n- ⬜ 复盘本周交付进度\n- ⬜ 检查内容获客数据（曝光/点击/转化）\n- ⬜ 更新现金流表\n- ⬜ 审核AI生成内容质量\n- ⬜ 检查客户满意度反馈\n\n### 月检（2小时）\n- ⬜ 计算runway，判断安全/注意/危险\n- ⬜ 审核AI工具月费 vs 产出ROI\n- ⬜ 复盘月度MRR目标完成度\n- ⬜ 检查合规状态（税务/合同/数据安全）\n- ⬜ 评估产品化/自动化进展\n- ⬜ 规划下月重点\n```\n\n**关键设计决策**:\n- 时间预算严格控制——OPC时间是最稀缺资源\n- 日检5分钟强制只看3项核心\n\n**可复用要素**:\n- 日/周/月三级检查框架是OPC标准运营节奏\n\n---\n\n## P6 财务与合规\n\n### EX-12 现金流管理表\n\n**对应任务**: P6-02\n\n**来源**: OPC财务管理方法论\n\n**适用场景**: 每月跟踪现金流和runway\n\n**现金流表模板**:\n\n```\n## 月度现金流表（___年___月）\n\n### 收入\n| 来源 | 金额 |\n|------|------|\n| 服务收入 | ¥___ |\n| 产品收入 | ¥___ |\n| 其他收入 | ¥___ |\n| **合计** | **¥___** |\n\n### 支出\n| 类别 | 金额 |\n|------|------|\n| AI工具月费 | ¥___ |\n| 办公/设备 | ¥___ |\n| 外包费用 | ¥___ |\n| 税费 | ¥___ |\n| 其他 | ¥___ |\n| **合计** | **¥___** |\n\n### 关键指标\n- **月净现金流**：¥___（收入-支出）\n- **现金储备**：¥___\n- **Runway**：___个月（储备/月净支出）\n- **安全线**：≥6个月（OPC建议12个月）\n- **预警**：⬜安全 🟨注意 🟥危险\n```\n\n**关键设计决策**:\n- 三级预警机制（安全/注意/危险）对应不同行动策略\n- Runway是OPC最核心的生存指标\n\n**可复用要素**:\n- 月度现金流表模板可直接复用\n\n---\n\n### EX-13 服务合同审查清单\n\n**对应任务**: P6-04\n\n**来源**: OPC合规方法论\n\n**适用场景**: 审核任何服务合同\n\n**审查清单模板**:\n\n```\n## 服务合同审查清单\n\n### 必查条款\n- ⬜ 服务范围是否明确？（做什么、不做什么）\n- ⬜ 付款条件是否清晰？（金额、时间、方式、逾期处理）\n- ⬜ 责任限制是否合理？（间接损失免责、赔偿上限）\n- ⬜ 知识产权归属是否清晰？（交付物版权、AI生成内容版权）\n- ⬜ 终止条件是否公平？（提前通知期、已付费处理）\n- ⬜ 保密条款是否对等？（双方保密义务）\n\n### OPC特别关注\n- ⬜ 是否承诺超出能力范围的服务？（OPC特别容易过度承诺）\n- ⬜ AI生成内容的版权是否明确？\n- ⬜ 是否有数据安全和隐私保护条款？\n- ⬜ 是否有不可抗力条款？\n- ⬜ 纠纷解决方式是否约定？（仲裁/诉讼、管辖地）\n\n### 审查结论\n- ⬜ 通过：可签署\n- ⬜ 需修改：修改项________\n- ⬜ 需专业律师审核：风险项________\n\n> 注：本清单不构成法律意见，关键合同建议咨询专业律师。\n```\n\n**关键设计决策**:\n- \"OPC特别关注\"模块是一人公司独有的风险点\n- 强制标注\"不构成法律意见\"\n\n**可复用要素**:\n- 审查清单适用于任何OPC服务合同\n\n---\n\n## 全局合规检查\n\n### EX-14 「AI能搞定一切」幻觉检查\n\n**对应任务**: 任何涉及纯AI执行的决策\n\n**来源**: OPC五大致命陷阱\n\n**适用场景**: 任何涉及AI自动化替代人力的决策\n\n**检查清单模板**:\n\n```\n## AI能力边界检查\n\n- ⬜ AI生成的内容是否有行业专家审核？\n- ⬜ AI不擅长的事（商务谈判、复杂判断、人情沟通）是否有手动方案？\n- ⬜ 是否有「AI生成→无人审核→直接交付」的流程？（风险极高）\n- ⬜ AI工具的月费是否在可控范围内？\n```\n\n**修正动作**：标注「AI不擅长项」，要求人工介入。技术是杠杆，但撬动杠杆的支点是对业务的洞察。\n\n**关键设计决策**:\n- 此检查在任何纯AI执行决策前强制触发\n- 核心逻辑：AI是放大器，不是替代品\n\n**可复用要素**:\n- 检查清单适用于任何OPC的AI工具选型/自动化方案\n\n---\n\n### EX-15 合规与法律风险检查\n\n**对应任务**: 任何涉及注册、合同、财务的决策\n\n**来源**: OPC五大致命陷阱\n\n**适用场景**: 任何涉及法律合规、财务操作的决策\n\n**检查清单模板**:\n\n```\n## 合规风险检查\n\n- ⬜ 个人账户与公司账户是否严格分离？\n- ⬜ 注册资本是否实缴？是否存在抽逃？\n- ⬜ 是否有违规节税行为？\n- ⬜ 服务合同是否经过审核？\n- ⬜ AI生成内容的版权是否清晰？\n```\n\n**修正动作**：强制触发合规检查。关键原则——法人独立：公司是公司，个人是个人，混同=放弃有限责任保护。\n\n**关键设计决策**:\n- 法人独立是不可逾越的红线\n- 任何财务/注册/合同操作前必须通过此检查\n\n**可复用要素**:\n- 适用于任何OPC的注册/合同/税务决策前\n\n---\n\n### EX-16 客源验证前置检查\n\n**对应任务**: 用户提出注册公司的意图\n\n**来源**: OPC五大致命陷阱\n\n**适用场景**: 验证商业模式前是否应注册公司\n\n**检查清单模板**:\n\n```\n## 注册公司前验证\n\n- ⬜ 是否有3个以上的付费客户？\n- ⬜ 收入是否可以持续（非一次性）？\n- ⬜ 注册公司的固定成本（记账/年报/社保）是否可承受？\n```\n\n**修正动作**：先以个体工商户或个人身份验证，有稳定客源再注册公司。个体工商户的固定成本远低于公司。\n\n**关键设计决策**:\n- 无3个稳定付费客户前，不注册公司\n- 个体工商户是OPC最安全的初始形态\n\n**可复用要素**:\n- 适用于任何OPC启动阶段的主体选择决策\n\n---\n\n### EX-17 定位商业成果检查\n\n**对应任务**: 任何涉及定位/获客的决策\n\n**来源**: OPC五大致命陷阱\n\n**适用场景**: 检查是否在卖AI技术而非商业成果\n\n**检查清单模板**:\n\n```\n## 商业成果定位检查\n\n- ⬜ 你的定位是否包含「AI」二字？（危险信号）\n- ⬜ 客户是否理解你在卖什么？\n- ⬜ 你是否在解决客户的具体业务问题？\n```\n\n**修正动作**：重新定位。❌「我能帮你导入AI」→ ✅「我能在90天内帮你的诊所增加20个新患者咨询」。\n\n**关键设计决策**:\n- 客户买单的是成果，不是技术\n- 任何对外表述必须以商业成果为锚点\n\n**可复用要素**:\n- 适用于任何OPC的定位/品牌/获客内容审核\n\n---\n\n### EX-18 垂直利基收敛检查\n\n**对应任务**: 任何涉及商业模式/定位的决策\n\n**来源**: OPC五大致命陷阱\n\n**适用场景**: 检查定位是否过于宽泛\n\n**检查清单模板**:\n\n```\n## 垂直利基收敛检查\n\n- ⬜ 能否一句话说清「服务谁，解决什么问题」？\n- ⬜ 你的目标客户是否有共同特征？\n- ⬜ 你是否在多个不相关领域分散精力？\n```\n\n**修正动作**：强制收敛到垂直利基。❌「AI顾问」→ ✅「专攻牙科诊所客户开发的AI自动化机构」。\n\n**关键设计决策**:\n- OPC资源有限，宽定位=无定位\n- 垂直到一句话说不清就还不够窄\n\n**可复用要素**:\n- 适用于任何OPC的定位/模式选择/获客策略决策\n\nFile v1.0.5:references/sv-innovation.md\n\n# OPC Innovation — 一人公司创新轴\n\nOPC创新轴参考文件。定义：四种创新模式适配、维度矩阵预设、创新评估侧重点、场景适配指引。\n\n---\n\n## 一、OPC创新约束的独特性\n\nOPC的创新约束与一般领域不同——不是缺创意，而是**缺资源、缺时间、缺人手**。创新在OPC领域不是锦上添花，是**资源极限下的生存策略**：\n\n| 约束 | 一般领域 | OPC领域 |\n|------|---------|---------|\n| 资金不足 | 可以融资 | 90%启动资金<$500，融资难 |\n| 时间不够 | 可以加人 | 一个人24小时是硬上限 |\n| 人手不够 | 可以招人 | 6维能力一人调用，AI补位 |\n| 客源不足 | 可以投广告 | 无广告预算，内容获客 |\n| 知名度不够 | 可以做PR | 从零开始，个人IP |\n\n**核心原则**：OPC的创新不是「如何做出更酷的产品」，而是「如何在资源极限下做出非平庸的结果」。约束即创新驱动力。\n\n---\n\n## 二、四种创新模式\n\n### 模式零（前置）：工作流重构\n\n**核心逻辑**：OPC最根本的创新不是在现有流程上优化，而是**重构流程本身**。不先重构工作流，在旧流程上做创新只是在低效基础上的优化。\n\n**这不是第5种创新模式，而是所有创新的前置条件。**\n\n**执行方式**：重构三步法（拆解→消除→重整）的详细操作指令见 `references/sv-pipeline.md` §零。此处只给OPC创新视角的重构要点：\n\n1. **拆解**：识别传统工作流中每个环节的存在理由——核心环节vs补偿环节\n2. **消除**：去掉补偿层——传递/协调/格式环节、冗余校验环节\n3. **重整**：基于AI能力模型重新编排——广域知识+生成能力+上下文窗口可端到端完成\n\n**重构后典型效果**：\n\n| 维度 | 典型改善 |\n|------|---------|\n| 环节数 | 减少60-80% |\n| 中间文档 | 归零 |\n| 参与角色 | 从N人→1人+AI |\n| 端到端耗时 | 减少50-90% |\n| 传递损耗 | 归零 |\n\n---\n\n### 模式一：垂直利基定位\n\n**核心逻辑**：OPC最核心的创新不是技术创新，是定位创新——在巨大市场中找到一个被忽视的垂直利基。\n\n**执行方式**：\n\n1. **反转假设**：反转「做大市场」假设 → 在极小市场中做极深服务\n   - 极端推演：「只服务XX城市的牙科诊所」比「服务所有企业」更赚钱\n\n2. **约束驱动定位**：用资源约束重新审视定位\n   - 推导：一个人只能服务5-10个客户 → 每个客户必须高客单价 → 必须解决高价值问题 → 必须深度理解客户行业\n\n3. **技能迁移定位**：从个人经验中提取可迁移模式\n   - 编程能力 → 不只是写代码，而是「自动化解决方案」\n\n4. **维度碰撞定位**：「个人能力×AI工具」维度矩阵\n   - 编程能力 × 内容生成AI → 定制化内容自动化工具\n\n5. **服务链条重组**：重新编排获客-交付链条\n   - 传统：获客→诊断→方案→交付→维护\n   - 重组：免费诊断(获客)→付费方案→AI自动交付→订阅维护\n   - 创新点：把诊断从服务环节变为获客环节\n\n**评估侧重**：可行性基础优先（资源约束下必须能落地）+ 非平凡性（垂直利基差异度）\n\n---\n\n### 模式二：约束驱动\n\n**核心逻辑**：资源约束不是创新的障碍，是创新的燃料。约束驱动是OPC最核心的创新策略。\n\n**推荐框架排序**：\n\n| 优先级 | 框架 | OPC运用 | 理由 |\n|--------|------|---------|------|\n| ★★★ | **约束驱动** | 资源极限→边界方案→差异化 | OPC最核心的创新策略 |\n| ★★★ | **第一性原理** | 归零重建→砍掉所有非必要→最小可行商业系统 | 一人公司必须极简 |\n| ★★☆ | **逆向思维** | 反转「需要团队」假设→证明一人可做 | 打破规模崇拜 |\n| ★★☆ | **系统动力学** | 识别现金流反馈循环→找到高杠杆点 | 现金流是OPC生命线 |\n| ★☆☆ | **演化迭代** | 快速试错→保留有效→淘汰无效 | OPC试错成本必须极低 |\n| ★☆☆ | **故事叙述** | 个人创业故事→品牌叙事 | 个人IP是OPC护城河 |\n\n**约束驱动在OPC的典型运用**：\n\n| 约束 | 强化到极限 | 边界方案 |\n|------|-----------|---------|\n| 没钱投广告 | 完全靠免费渠道获客 | 内容获客飞轮+社区口碑 |\n| 没人做销售 | 一人完成所有客户沟通 | AI筛选+人只做成交环节 |\n| 没时间交付 | 服务时间压缩到最小 | 产品化交付+AI自动化 |\n| 没技术背景 | 不写一行代码 | No-code/Low-code+AI生成 |\n| 没行业资源 | 从零开始建立信任 | 免费诊断/案例公开/内容输出 |\n\n---\n\n### 模式三：技能→系统迁移\n\n**核心逻辑**：OPC最独特的迁移是「个人技能→商业系统」的结构迁移。大多数OPC创始人有一个核心技能，创新在于把这个技能从「时间换钱」迁移到「系统换钱」。\n\n**四种迁移类型**：\n\n| 迁移类型 | OPC运用 | 示例 |\n|---------|---------|------|\n| **机制迁移** | 个人工作习惯→自动化机制 | 个人写作流程→AI内容生产Agent |\n| **结构迁移** | 一对一服务→一对多产品 | 咨询经验→在线课程/诊断工具 |\n| **方法迁移** | 个人决策方法→可复制方法论 | 投资决策框架→AI辅助决策工具 |\n| **概念迁移** | 个人品牌→商业品牌 | 个人IP→SaaS品牌（从卖时间到卖产品） |\n\n**核心迁移路径**（Dan Martell路径）：\n\n```\n个人技能(时间换钱) → 服务化(按项目收费) → 标准化(可复制的服务流程) → 产品化(系统自动交付) → SaaS化(订阅制软件)\n毛利率: 50%          70-80%           80%              90%              95%\n```\n\n**迁移质量检验**：\n\n| 检验维度 | 检验内容 | 不通过标志 |\n|---------|---------|-----------|\n| 技能可提取性 | 个人技能是否有清晰可描述的流程 | 靠直觉/灵感，无法结构化 |\n| 迁移可行性 | 技能是否可脱离个人时间交付 | 必须本人到场才能完成 |\n| 差异充分性 | 迁移后的产品/服务是否与竞品有差异 | 迁移后变成标准SaaS，无差异化 |\n| 市场需求验证 | 迁移后是否有人愿意付费 | 未验证需求就做产品 |\n\n---\n\n### 模式四：一人×AI维度矩阵\n\n**核心逻辑**：OPC最独特的维度矩阵是「个人能力维度×AI工具维度」——看似无关的个人能力和AI工具组合，可以发现新的商业模式。\n\n**概念A：个人能力维度**\n\n| 维度 | 说明 | 示例 |\n|------|------|------|\n| A1 专业领域知识 | 你最懂的领域 | 医疗、法律、金融、教育 |\n| A2 技术能力 | 你的技术栈 | 编程、设计、写作、数据分析 |\n| A3 人脉资源 | 你认识谁 | 行业专家、潜在客户、渠道 |\n| A4 个人品牌 | 别人怎么看你 | 行业影响力、内容积累、口碑 |\n| A5 行业经验年限 | 你在这个领域多久 | 3年以下/3-5年/5-10年/10年+ |\n\n**概念B：AI工具维度**\n\n| 维度 | 说明 | 示例 |\n|------|------|------|\n| B1 内容生成 | AI能自动生产的内容 | 文案、视频脚本、代码、设计 |\n| B2 数据分析 | AI能自动分析的数据 | 市场数据、用户行为、财务数据 |\n| B3 流程自动化 | AI能自动执行的流程 | 获客、交付、客服、财务 |\n| B4 交互辅助 | AI能辅助的人际交互 | 邮件、提案、谈判、培训 |\n| B5 预测决策 | AI能辅助的判断决策 | 定价、选品、投放、风控 |\n\n**强制连接发现矩阵**（每个组合都是一个OPC可能性）：\n\n| | B1 内容生成 | B2 数据分析 | B3 流程自动化 | B4 交互辅助 | B5 预测决策 |\n|---|-----------|-----------|-------------|-----------|-----------|\n| **A1 专业领域知识** | 行业内容获客系统 | 行业数据分析报告 | 行业自动化解决方案 | 行业AI助手 | 行业趋势预测服务 |\n| **A2 技术能力** | 技术博客→获客 | 技术选型分析工具 | DevOps自动化服务 | 技术咨询AI | 技术方案评估 |\n| **A3 人脉资源** | 社区内容运营 | 资源匹配平台 | 介绍费自动化 | 智能人脉管理 | 合作机会预测 |\n| **A4 个人品牌** | 品牌内容矩阵 | 影响力数据分析 | 粉丝运营自动化 | AI品牌顾问 | 品牌策略优化 |\n| **A5 行业经验年限** | 深度行业洞察内容 | 经验数据化产品 | 行业工作流模板 | 行业顾问AI | 经验决策辅助工具 |\n\n**使用方法**：\n1. 从矩阵中选3-5个看似无关的组合\n2. 强制连接：如果这两个维度组合，能做什么？\n3. 评估逻辑距离：越远的组合，创新潜力越大\n4. 识别可能性集群：多个组合指向同一方向=高潜力区\n5. 输出最有潜力、最激进、最被忽视的可能性\n\n---\n\n## 三、创新评估侧重点\n\n### 四维评估的OPC适配\n\n| 维度 | OPC评估重点 | 不通过标志 |\n|------|------------|-----------|\n| 问题明确性 | 是否解决了某个垂直领域的高价值问题 | 定位太泛（如「AI顾问」） |\n| 可行性基础 | 一人+AI工具是否能完成MVP | 需要多人协作才能启动 |\n| 范围适度 | 是否在一人能力边界内 | 超出个人能力/一个人做不完 |\n| 非平凡性 | 是否有足够差异化的垂直利基 | 与市面上其他AI服务同质化 |\n\n### OPC创新额外检查\n\n| 检查项 | 评估内容 | 不通过标志 |\n|--------|---------|-----------|\n| 现金流可行性 | 启动后3个月内是否能实现正现金流 | 需要6个月以上才能有收入 |\n| AI杠杆率 | 方案中AI自动化占比是否足够高 | 大部分工作仍需人工 |\n| 可产品化潜力 | 服务是否有明确的SaaS化路径 | 永远依赖个人时间交付 |\n| 垂直利基深度 | 是否窄到可以成为该领域首选 | 目标客户群体过大或模糊 |\n\n---\n\n## 四、场景适配指引\n\n> **前置提醒**：任何领域进入OPC前，必须先走工作流重构（模式零）——先重构流程本身，再在重构后的流程上做创新。详见SKILL.md重构三步法与 `references/sv-pipeline.md` §零。\n\n| OPC场景 | 模式选择偏好 | 评估侧重点 | 深化方向 |\n|---------|------------|-----------|---------|\n| **差异化定位** | 垂直利基定位+一人×AI矩阵 | 非平凡性+可行性基础 | 垂直利基一页纸 |\n| **低成本获客** | 约束驱动(系统动力学) | 可行性基础+范围适度 | 内容获客飞轮设计 |\n| **服务产品化** | 技能→系统迁移+约束驱动 | 可行性基础+非平凡性 | 产品化路线图 |\n| **定价创新** | 垂直利基定位(反常识)+约束驱动 | 问题明确性+非平凡性 | 定价方案+财务模型 |\n| **品牌差异化** | 技能→系统迁移(概念迁移)+一人×AI矩阵 | 非平凡性+范围适度 | 品牌叙事+定位策略 |\n| **团队扩展决策** | 约束驱动(第一性原理+系统动力学) | 可行性基础+范围适度 | 扩展时机判断+岗位设计 |\n| **AI工作流创新** | 一人×AI矩阵+约束驱动(涌现生成) | 可行性基础+非平凡性 | Agent工作流设计 |\n| **竞争壁垒构建** | 技能→系统迁移(机制迁移)+约束驱动 | 非平凡性+可行性基础 | 护城河清单+防御策略 |\n| **跨领域拓展** | 技能→系统迁移(方法迁移)+一人×AI矩阵 | 问题明确性+可行性基础 | 新领域验证计划 |\n| **现金流优化** | 约束驱动(系统动力学+约束驱动) | 可行性基础+问题明确性 | 现金流模型+优化方案 |\n\n---\n\n## 五、创新工作流\n\n### 入口\n\n1. **指定场景+模式**：「用约束驱动帮我找一个低成本获客方案」\n2. **仅指定场景**：「我的OPC定位太广，怎么聚焦」（AI自选最适模式）\n3. **仅指定模式**：「用维度矩阵帮我发现新商业模式」（AI询问OPC场景和当前状况）\n4. **开放式**：「帮我找OPC的突破方向」（AI根据当前阶段自选场景+模式）\n\n### 执行步骤\n\n**Step 1：阶段与约束理解**\n- 判断用户处于0→1/1→10/10→100/100→1000哪个阶段\n- 识别当前最核心的约束（资金/时间/技术/客源/合规）\n- 确认用户的个人能力维度（A1-A5）和AI工具使用情况\n\n**Step 2：模式选择与执行**\n- 根据场景和约束选择模式（1-4种）\n- 每个模式独立生成候选方案\n- 每个候选方案必须通过四维评估+额外检查\n\n**Step 3：方案整合与推荐**\n- 汇总所有模式的候选方案\n- 跨模式交叉分析（组合型/纲领型/互补型）\n- 按创新性排序推荐\n- 每个方案附带：阶段适用性、约束匹配度、现金流影响、AI杠杆率\n\n**Step 4：方案深化（可选）**\n- 展开为6维能力调用树\n- 生成阶段性路线图（探索→验证→扩展→优化）\n- 风险与约束扫描（五大致命陷阱检查）\n- MVP验证设计（最小可验证方案）\n\nFile v1.0.5:references/sv-pipeline.md\n\n# OPC Pipeline — 一人公司执行轴\n\nOPC执行轴参考文件。定义：6维能力详细映射、领域校准推导、IPO基元链模式详解与实例化演示、执行规则、工具调用策略。\n\n---\n\n## 零、工作流重构执行逻辑\n\nSKILL.md定义了重构三步法的核心理念。本节提供**执行层面的操作指令**——何时触发、如何执行、如何记录。\n\n### 何时触发重构\n\n| 触发条件 | 示例 |\n|---------|------|\n| 传统工作流涉及3+角色接力 | 产品→技术→运营→财务→法务 |\n| 工作流中有3+份中间文档在角色间流转 | 需求文档→技术方案→开发→测试→部署报告 |\n| 30%+时间花在协调沟通上 | 评审会、进度同步、跨部门对接 |\n| 返工率≥30% | 信息传递失真导致反复修改 |\n\n### 重构执行三步法\n\n**Step 1：拆解**——列出传统工作流的每个环节，标记类型：\n\n| 环节类型 | 标记 | 处理 | 说明 |\n|---------|------|------|------|\n| 核心环节 | ✅保留 | 评估AI自动化程度 | 事情本身的逻辑步骤 |\n| 校准环节 | 🔶保留 | 保留为基元内分步校准点 | 过程中纠偏的中间产出物，防止跑偏后返工 |\n| 传递环节 | ❌消除 | IPO链自动传递 | 人之间传递信息的中间步骤 |\n| 协调环节 | ❌消除 | 无协作即无协调 | 管理多人协作的步骤 |\n| 校验环节 | ⚡精简 | 保留关键节点，去掉冗余评审 | 防止出错的审核步骤（事后检查） |\n| 格式环节 | ❌消除 | 零形式开销 | 满足组织流程的形式要求 |\n\n**校准 vs 校验**：校验是事后检查对错，校准是过程中锁定方向。校准环节的中间产出物（如功能描述、方法调用结构）不只是传递文档，更是在过程中提供纠偏锚点——省掉校准看似简化，实则把纠偏压力推到最终产出，返工成本更高。\n\n**合并判断准则**：AI技术上能一步完成 ≠ 一步完成最好。消除环节前，除了问\"这是人的局限还是事情本身的需要\"，还要问\"这个中间产出物是否在过程中起校准作用\"。如果起校准作用，即使技术上能合并，也不应合并——应保留为基元内分步校准点。\n\n**Step 2：消除**——去掉所有❌标记的环节和⚡标记中的冗余部分；**校准环节🔶不可消除**——中间产出物起纠偏作用的必须保留为基元内分步校准点\n\n**Step 3：重整**——将保留的✅核心环节、🔶校准环节（作为基元内分步校准点）和⚡关键校验节点，按AI能力模型重新编排为IPO基元链\n\n### 重构前后对比模板\n\n| 维度 | 重构前（传统工作流） | 重构后（AI能力模型） |\n|------|-------------------|-------------------|\n| 环节数 | ___个 | ___个 |\n| 中间文档 | ___份 | 0份 |\n| 参与角色 | ___个角色 | 1人+AI |\n| 协作节点 | ___个会议/评审 | ___个关键校验点 |\n| 端到端耗时 | ___ | ___ |\n| 传递损耗 | ___% | 0% |\n\n### 重构后的典型执行形态\n\n| 形态 | 适用场景 | 执行方式 |\n|------|---------|---------|\n| **单步IPO** | 标准化任务 | 描述目标→AI直接产出 |\n| **简短基元链** | 有阶段的中等复杂度任务 | 2-5个IPO基元串联 |\n| **IPO+人工决策** | 涉及合规/客户/品牌 | AI执行+关键节点人工介入 |\n\n**选择原则**：能单步IPO的不用基元链，能基元链的不加人工决策。\n\n### IPO基元\n\nIPO基元是重构后的基本执行单元：\n\n```\nI(输入) → P(处理) → O(输出)\n```\n\n- **I 输入**：该步骤需要的信息/素材/前置条件\n- **P 处理**：对输入的加工操作（标注AI自治度：⬛全自动/🟨半自动/⬜辅助）\n- **O 输出**：该步骤的产出物，作为下一个基元的输入\n\n**基元间传递**：基元1.O → 基元2.I → ...，无需中间文档，无需协调会议。\n\n**基元内分步**：一个基元内部可以有子步骤（如需求→方案→设计→代码），子步骤之间通过中间产出物形成校准点，每步可修改再推进。基元内分步不是基元间传递——不需要跨基元边界，不需要协作，但保留过程中的纠偏能力。\n\n**基元数约束**：≤5。超过5说明还没充分消除补偿层，需回到\"消除\"步骤。基元内子步骤数不限，但每个子步骤必须有校准价值——纯传递性质的子步骤应合并。\n\n### AI自治度标注\n\n| 标记 | 含义 | 典型场景 |\n|------|------|---------|\n| ⬛ 全自动 | AI独立完成，人无需介入 | 竞品分析、内容生成、数据核算 |\n| 🟨 半自动 | AI完成主体，人审核关键点 | 方案设计、流程搭建、定价策略 |\n| ⬜ 辅助 | 人主导，AI提供支持 | 需求采集、客户沟通、合规判断 |\n\n**关键规则**：合规相关环节不可标注⬛全自动；任何⬛全自动环节必须有⬜辅助或🟨半自动的兜底方案。\n\n---\n\n## 一、6维能力详细映射\n\n### S-调研能力：市场与需求侦察\n\n| 操作类型 | 典型场景 | AI自治度 | 注意事项 |\n|---------|---------|---------|---------|\n| 市场调研 | 行业规模、趋势、竞品扫描 | 🟨半自动 | AI采集数据，人判断可靠性 |\n| 需求采集 | 用户访谈、痛点梳理 | ⬜辅助 | 人主导沟通，AI辅助整理 |\n| 竞品分析 | 功能对比、定价策略、差异化定位 | ⬛全自动 | AI可完成大部分分析 |\n| 趋势监测 | 行业动态、政策变化、技术演进 | 🟨半自动 | AI监测+人判断影响 |\n\n**常见陷阱**：信息过载迟迟不行动→设定调研时限（最多3天）；需求泛化→强制收敛到具体人群和场景。\n\n### C-设计能力：方案设计与决策\n\n| 操作类型 | 典型场景 | AI自治度 | 注意事项 |\n|---------|---------|---------|---------|\n| 技术选型 | 开发框架、AI工具、基础设施 | 🟨半自动 | 人做最终决策，AI提供对比分析 |\n| 方案设计 | 架构设计、流程设计、自动化设计 | ⬛全自动 | AI编码工具可完成大部分设计 |\n| 自建vs外包判断 | 哪些自己做，哪些用SaaS/外包 | 🟨半自动 | AI分析ROI，人做决策 |\n| 数据分析 | 用户数据、运营数据、财务数据 | ⬛全自动 | AI可完成大部分分析 |\n\n**设计能力决策矩阵**：\n\n| 维度 | 自建 | SaaS/工具 | 外包 |\n|------|------|----------|------|\n| 核心竞争力 | ✅ 必须 | ❌ 不适合 | ❌ 不适合 |\n| 非核心但有定制需求 | ⚠️ 评估ROI | ✅ 优先 | ⚠️ 备选 |\n| 非核心标准流程 | ❌ 不值得 | ✅ 优先 | ✅ 可选 |\n| 需要快速验证 | ⚠️ 看技术栈 | ✅ 优先 | ⚠️ 周期长 |\n\n### A-执行能力：执行与交付\n\n| 操作类型 | 典型场景 | AI自治度 | 注意事项 |\n|---------|---------|---------|---------|\n| 内容生产 | 文章、视频脚本、社交媒体内容 | ⬛全自动 | AI生产，人审核 |\n| 产品交付 | 软件开发、服务交付 | 🟨半自动 | AI辅助编码，人审核关键环节 |\n| 流程自动化 | 自动化工作流搭建 | ⬛全自动 | AI可搭建，人验证 |\n| 客户服务 | 自动回复、FAQ、工单处理 | ⬛全自动 | 标准问题AI处理，复杂问题转人 |\n\n**自动化优先级**：重复性高→AI优先；涉及人际沟通→人主导AI辅助；涉及创意判断→人审核AI产出。\n\n### O-财务能力：现金流与资产\n\n| 操作类型 | 典型场景 | AI自治度 | 注意事项 |\n|---------|---------|---------|---------|\n| 现金流管理 | 收支记录、runway计算、预算规划 | 🟨半自动 | AI记录计算，人做决策 |\n| 税务规划 | 主体选择、税率优化、研发费用抵扣 | ⬜辅助 | 建议咨询专业会计师 |\n| 成本核算 | AI工具月费、外包成本、运营成本 | ⬛全自动 | AI可完成核算 |\n| 定价策略 | 服务定价、SaaS定价、阶梯定价 | 🟨半自动 | AI分析竞品，人做最终定价 |\n\n**财务核心公式**：\n\n```\nrunway(月) = 现金储备 / 月度净支出\n安全runway ≥ 6个月（OPC建议12个月）\n月度净支出 = 固定成本(AI工具+办公+外包) + 变动成本(税费+差旅)\n目标MRR ≥ 3 × 月度固定成本（覆盖波动）\n```\n\n### I-获客能力：获客与品牌\n\n| 操作类型 | 典型场景 | AI自治度 | 注意事项 |\n|---------|---------|---------|---------|\n| 内容获客 | 自媒体、SEO、社区运营 | ⬛全自动 | AI生产内容，人定策略和审核 |\n| 冷启动获客 | 冷邮件、社交拓展、合作推荐 | 🟨半自动 | AI辅助写邮件，人发关系 |\n| 客户沟通 | 需求沟通、提案、售后 | ⬜辅助 | 人主导，AI辅助整理 |\n| 品牌建设 | 个人IP、行业认知、信任积累 | 🟨半自动 | AI辅助内容，人做品牌决策 |\n\n**获客漏斗**（OPC标准模型）：\n\n```\n内容曝光(AI自动) → 免费内容信任建立 → 低价产品筛选 → 高客单服务变现\n```\n\n核心原则：**卖商业成果，不卖AI技术**。\n\n### G-合规能力：风控与合规\n\n| 操作类型 | 典型场景 | AI自治度 | 注意事项 |\n|---------|---------|---------|---------|\n| 主体合规 | 注册类型选择、法人独立性 | ⬜辅助 | 建议咨询律师/会计师 |\n| 合同审核 | 服务合同、NDA、外包合同 | 🟨半自动 | AI初筛+人审核关键条款 |\n| 数据安全 | 用户数据、隐私保护、数据跨境 | 🟨半自动 | AI辅助检查，人做合规决策 |\n| 知识产权 | 商标、著作权、专利 | ⬜辅助 | 建议咨询专业代理 |\n\n**合规底线检查清单**（任何涉及法律/财务的决策必须过此清单）：\n\n1. ⬜ 法人财产与个人财产是否严格分离？\n2. ⬜ 注册资本是否实缴？是否抽逃？\n3. ⬜ 合同是否经过审核？关键条款是否理解？\n4. ⬜ 用户数据是否合规采集和存储？\n5. ⬜ 税务是否按期申报？是否违规节税？\n6. ⬜ AI生成内容是否有侵权风险？\n7. ⬜ 服务承诺是否超出能力范围？\n\n---\n\n## 二、领域校准推导\n\n### 校准推导规则\n\n| 规则 | 推导逻辑 | 校准结果 |\n|------|---------|---------|\n| 资源极限原则 | 一人时间/资金有限 | 调研和设计能力优先调用——先侦察清楚再行动，减少返工浪费 |\n| 现金流敏感原则 | OPC现金流是生死线 | 财务能力权重提升，任何决策必附带现金流影响评估 |\n| AI杠杆原则 | AI是OPC核心放大器 | 执行操作优先评估AI自动化可行性，获客AI辅助但人主导 |\n| 垂直利基原则 | OPC必须窄而深 | 设计决策时强制收敛——「你的垂直利基是什么？」 |\n| 合规底线原则 | 小组织承担完整法律责任 | 合规能力不可省略，关键节点自动嵌入合规检查 |\n\n### OPC阶段校准矩阵\n\n| 阶段 | 核心能力需求 | 关键变量 | 合规重点 | 自治度偏好 |\n|------|------------|---------|---------|-----------|\n| 0→1 探索期 | 调研+设计 | 需求验证、赛道选择 | 不要无客源就注册公司 | 🟨半自动 |\n| 1→10 验证期 | 执行+获客 | 首批客户、交付跑通 | 合同审核、质量保证 | 🟨半自动 |\n| 10→100 增长期 | 财务+执行 | MRR增长、产品化 | 税务合规、数据安全 | ⬛+🟨 |\n| 100→1000 扩张期 | 财务+合规 | SaaS化、品牌化 | 法人独立、知识产权 | 🟨+⬜ |\n\n---\n\n## 三、IPO基元链模式详解\n\n### OP-P1：需求验证链\n\n```\nI:想法 → [调研:市场扫描] → [设计:需求判断] → [获客:潜在客户确认] → [合规:可行性验证] → O:验证结论\n```\n\n**适用场景**：0→1阶段，有一个想法但不确定是否值得做。\n\n**关键规则**：\n- 调研阶段最多3天，超时强制进入设计阶段\n- 获客确认必须找到至少3个潜在客户愿意付费\n- 合规检查：需求是否真实、是否有支付意愿、是否有能力交付\n\n### OP-P2：MVP快速交付链\n\n```\nI:已验证需求 → [设计:最小方案设计] → [执行:AI辅助快速实现] → [获客:客户反馈] → ↻(设计→执行, 满意) → O:交付归档\n```\n\n**适用场景**：1→10阶段，已验证需求，快速交付首个版本。\n\n**关键规则**：\n- 设计阶段强制使用「最小可行产品」思维——砍掉一切非必要功能\n- 执行阶段优先使用AI工具辅助实现，减少手动编码\n- 获客反馈循环不超过3轮，避免无限修改\n\n### OP-P3：内容获客飞轮链\n\n```\n[执行:AI内容生产] ⇉ [获客:分发渠道1/2/3] → [调研:数据监测] → [设计:效果分析] → ↻(执行, 优化内容)\n```\n\n**适用场景**：任何阶段，OPC最主要的低成本获客方式。\n\n**关键规则**：\n- 执行阶段使用AI自动化内容生产\n- 分发渠道选择：目标客户在哪里就在哪里分发\n- 调研监测每周一次，设计分析每月一次\n- 内容类型按垂直利基定位，不做泛内容\n\n### OP-P4：合规风控检查链\n\n```\n[合规:主体合规] → [合规:税务合规] → [合规:合同合规] → [合规:数据安全] → O:合规档案\n```\n\n**适用场景**：任何涉及法律/财务/数据操作的决策前。\n\n**关键规则**：\n- 主体合规检查法人独立性（个人账户与公司账户分离）\n- 税务合规检查（按期申报，研发费用抵扣）\n- 合同合规检查（服务范围、付款条件、责任限制、知识产权）\n- 数据安全检查（用户数据采集、存储、处理合规）\n- 任何合规检查不通过，暂停行动，修复后再继续\n\n### OP-P5：服务产品化链\n\n```\nI:已验证服务流程 → [设计:产品化拆解] → [设计:自动化点位识别] → [执行:AI自动化搭建] → [合规:质量验证] → O:产品归档\n```\n\n**适用场景**：10→100阶段，将已验证的人工服务转化为可复制的系统。\n\n**关键规则**：\n- 输入必须是已跑通3次以上的服务流程\n- 自动化点位识别时，区分「AI可自动化」和「必须人工」\n- 质量验证：产品化后的交付质量是否不低于人工服务\n\n---\n\n## 四、实例化演示\n\n### 实例1：0→1 验证一个SaaS想法\n\n**领域校准**：0→1探索期 → 调研+设计能力优先，合规重点「不要无客源就注册公司」\n\n| 单元ID | 名称 | 能力调用 | 输入 | 输出 | 依赖 | 自治度 | 组合接口 |\n|--------|------|---------|------|------|------|--------|----------|\n| S-01 | 目标市场扫描 | 调研+行业分析 | 必选：初步想法；可选：行业偏好 | 市场数据+竞品列表 | 无 | 🟨 | →C-01 |\n| C-01 | 需求真伪判断 | 设计+产品判断 | 必选：S-01市场数据 | 需求验证结论 | S-01 | 🟨 | →I-01 |\n| I-01 | 潜在客户确认 | 获客+用户研究 | 必选：C-01需求结论 | 3+付费意愿确认 | C-01 | ⬜ | →G-01 |\n| G-01 | 可行性检查 | 合规+风险评估 | 必选：I-01客户确认+资源评估 | 通过/不通过 | I-01 | 🟨 | →O-01 |\n| O-01 | 验证记录归档 | 财务+知识管理 | 必选：G-01结论 | 验证报告 | G-01 | ⬛ | — |\n\n**链**：S-01 → C-01 → I-01 → G-01 → O-01\n\n### 实例2：搭建AI内容获客系统\n\n**领域校准**：1→10验证期 → 执行+获客能力优先，合规重点「卖成果不卖技术」\n\n| 单元ID | 名称 | 能力调用 | 输入 | 输出 | 依赖 | 自治度 |\n|--------|------|---------|------|------|------|--------|\n| S-01 | 垂直利基定位确认 | 调研+定位分析 | 必选：业务方向；可选：行业偏好 | 垂直领域+目标客户画像 | 无 | 🟨 |\n| C-01 | 内容策略设计 | 设计+内容策略 | 必选：S-01定位结论 | 内容类型+频率+渠道矩阵 | S-01 | 🟨 |\n| A-01 | AI内容生产系统搭建 | 执行+自动化 | 必选：C-01内容策略 | 内容生产Agent+模板库 | C-01 | ⬛ |\n| A-02 | 分发自动化搭建 | 执行+分发 | 必选：A-01生产系统 | 多渠道自动分发系统 | A-01 | ⬛ |\n| G-01 | 内容合规检查 | 合规+品牌审核 | 必选：A-01内容产出 | 合规报告 | A-01 | ⬛ |\n| I-01 | 首批客户获取验证 | 获客+数据分析 | 必选：A-02分发数据+G-01合规通过 | 获客数据+转化率 | A-02,G-01 | 🟨 |\n| C-02 | 效果评估与优化 | 设计+数据分析 | 必选：I-01获客数据 | 优化建议 | I-01 | ⬛ |\n| O-01 | 获客系统归档 | 财务+系统管理 | 必选：C-02优化结论 | 系统文档+成本记录 | C-02 | ⬛ |\n\n**链**：S-01 → C-01 → [A-01 → G-01] → A-02 → I-01 → C-02 → O-01\n\n---\n\n## 五、执行规则\n\n1. **阶段优先**：先判断用户处于0→1/1→10/10→100/100→1000哪个阶段，再选择基元链模式\n2. **现金流量化**：任何涉及财务的决策必须附带现金流影响评估\n3. **AI优先评估**：执行操作先评估AI自动化可行性，再决定手动/外包\n4. **合规不跳过**：合规检查不可标记为「跳过」或「延后」\n5. **垂直利基收敛**：设计决策时如果领域过泛，强制追问「你的垂直利基是什么」\n6. **成果导向表达**：获客操作时，强制检查是否在卖「AI技术」而非「商业成果」\n7. **3天调研上限**：调研单次不超过3天，超时强制进入设计阶段\n8. **3轮迭代上限**：OP-P2中客户反馈循环不超过3轮\n9. **20%现实警示**：任何涉及OPC乐观预期时，必须同时呈现「仅20%稳定盈利」的现实数据\n\n## 六、工具调用策略\n\n| 实现方式 | OPC适用场景 | 示例 |\n|----------|-----------|------|\n| LLM直接完成 | 商业模式分析、定价策略、定位梳理、内容策略 | 垂直利基定位、获客漏斗设计 |\n| 调用工具 | 市场数据查询、竞品分析、财务计算 | WebSearch查市场数据、Excel做现金流 |\n| 加载技能 | PDF合同审核、财务报表生成 | pdf技能审合同、xlsx技能做预算 |\n| 人机协作 | 客户沟通、商务谈判、品牌决策 | 人工主导客户会议，AI辅助准备材料 |\n| 激活内容轴 | 产出商业计划书、定价方案、运营方案 | 按清单组商业计划，按范本写提案 |\n| 激活创新轴 | 差异化定位、突破资源限制 | 约束驱动找垂直利基 |\n\n**策略规则**：\n- OPC场景中，AI自治度默认偏低——一人公司出错代价高，关键决策需人确认\n- 合规相关操作优先使用专业工具/技能，减少AI幻觉风险\n\nFile v1.0.5:references/sv-requirements.md\n\n# OPC领域要求清单\n\n一人公司按任务类型定义的组件槽位——每个任务的\"零件清单\"。按清单逐项产出，确保不遗漏。\n\n---\n\n## P0 工作流重构\n\n### P0-01 传统工作流识别\n- **必选组件**: 目标领域名称、传统工作流全链路描述（环节→角色→文档→协作点）、环节数、参与角色数、中间文档数、协作节点数\n- **可选组件**: 各环节耗时占比、传递损耗率、返工率\n- **组装顺序**: 领域确认→全链路梳理→环节标注→角色标注→文档标注→协作点标注→数据汇总\n- **约束**: 必须完整列出传统工作流的每个环节，不可跳过\"理所当然\"的步骤；量化数据缺失时标注\"待测\"\n- **格式**: 工作流全景图（Markdown表格+流程标注）\n\n### P0-02 环节存在理由分析\n- **必选组件**: 每个环节的存在理由（事情本身需要 / 人的局限需要）、环节类型标记（✅核心 / 🔶校准 / ❌传递 / ❌协调 / ⚡校验 / ❌格式）、标记理由\n- **可选组件**: 人的局限类型细分（脑容量/传递/协作/记忆/出错）、可消除程度评估、校准价值评估（该环节的中间产出物是否起纠偏作用）\n- **组装顺序**: 逐环节追问→存在理由判定→类型标记→校准价值评估→理由记录→汇总统计\n- **约束**: 每个环节必须追问\"如果执行者是一个拥有无限知识能力和零协作损耗的AI，这个环节还需要吗？\"；判定必须基于事情本身逻辑，不可因\"行业惯例\"保留；对中间产出物必须追问\"这个产出物是否在过程中起校准作用？\"——起校准作用的标记为🔶校准\n- **格式**: 环节分析表（Markdown表格）\n\n### P0-03 人的局限补偿层消除\n- **必选组件**: 消除清单（哪些环节消除、为什么可消除）、保留清单（✅核心环节+🔶校准环节+⚡关键校验节点）、消除后的信息传递方式（IPO链自动传递）\n- **可选组件**: 每个消除环节的风险评估、消除后需新增的关键校验点\n- **组装顺序**: ❌标记环节逐一评估→消除决策→🔶校准环节确认→信息传递替代方案→保留环节确认→关键校验点插入→消除清单+保留清单\n- **约束**: 消除传递/协调/格式环节不可犹豫——这些是人的局限产物不是事情本身需要；校验环节精简为关键节点但涉及合规的不可消除；**校准环节不可消除**——中间产出物起纠偏作用的必须保留为基元内分步校准点\n- **格式**: 消除决策表（Markdown表格）\n\n### P0-04 重整为IPO基元链\n- **必选组件**: 重构后的工作流形态（单步IPO/简短基元链/IPO+人工决策）、每个基元的I/P/O定义、基元间传递关系、基元内分步校准点（如有）、总环节数（目标≤传统工作流的30%）\n- **可选组件**: 每个基元的能力需求标注、AI自动化程度评估、关键人工决策节点说明\n- **组装顺序**: 保留环节排序→IPO基元划分→基元内分步校准点插入→基元I/P/O定义→传递关系确认→形态选择→能力需求标注\n- **约束**: 基元数≤5（超过5说明还没充分消除）；每个基元必须可由AI辅助一人完成；合规节点必须有人工介入；🔶校准环节作为基元内分步校准点保留，不是独立基元\n- **格式**: IPO基元链图（Markdown流程图+表格）\n\n### P0-05 重构验证\n- **必选组件**: 七项验证结果（事情完整性/补偿层消除/校准不丢失/端到端可执行/复杂度回归/质量守恒/合规不跳过）、验证不通过项的修正方案\n- **可选组件**: 重构前后对比数据（环节数/中间文档/参与角色/耗时/传递损耗）、风险残留项\n- **组装顺序**: 逐项验证→记录结果→不通过项修正→二次验证→通过\n- **约束**: 七项必须全部通过；\"质量守恒\"不可妥协——重构是简化流程不是降低质量；\"合规不跳过\"是硬约束；\"校准不丢失\"防止过度合并\n- **格式**: 验证清单（Markdown检查表）\n\n### P0-06 执行形态选择\n- **必选组件**: 选定执行形态及理由、执行方式说明、关键人工决策节点（如有）\n- **可选组件**: 形态切换条件、后续迭代方向\n- **组装顺序**: 重构结果评估→三种形态适配判断→选定→理由记录\n- **约束**: 选择最简形态——能单步IPO的不用基元链，能基元链的不加人工决策；人工决策节点必须标注具体决策内容和触发条件\n- **格式**: 形态选择记录（Markdown）\n\n---\n\n## P1 商业定位\n\n### P1-01 垂直利基定位\n- **必选组件**: 目标客户画像（具体到行业+城市+规模）、核心痛点（1个）、解决的具体成果（可量化的商业成果，不是\"导入AI\"）\n- **可选组件**: 次级客户群、痛点优先级排序、客户支付能力评估\n- **组装顺序**: 目标客户画像→核心痛点→具体成果→垂直利基一句话\n- **定位约束**: 禁止出现\"所有人\"/\"所有行业\"/\"AI技术\"等泛化表述；必须窄到一句话说清\n- **格式**: 一页纸（Markdown）\n\n### P1-02 市场扫描与竞品分析\n- **必选组件**: 目标市场规模（TAM/SAM/SOM）、3-5个直接竞品、竞品定价区间、行业趋势判断\n- **可选组件**: 替代方案分析、政策/监管趋势、技术演进路线\n- **组装顺序**: 市场规模→竞品列表→竞品分析→趋势判断→机会窗口\n- **时间约束**: 调研不超过3天，超时强制进入下一任务\n- **格式**: 竞品对比表+趋势总结（Markdown）\n\n### P1-03 差异化价值主张\n- **必选组件**: 与竞品的核心差异（1-3点）、差异化优势的证据（案例/数据/逻辑）、客户选择你的理由\n- **可选组件**: 护城河评估、差异化可持续性分析\n- **组装顺序**: 竞品弱点→自身优势→差异点→证据→价值主张声明\n- **定位约束**: 差异必须与客户痛点直接相关，不是\"我们用更好的AI\"\n- **格式**: 价值主张画布（Markdown表格）\n\n### P1-04 个人能力盘点\n- **必选组件**: 专业领域知识(A1)、技术能力(A2)、人脉资源(A3)、个人品牌(A4)、行业经验年限(A5)的自我评估、能力-工具交叉矩阵（5×5）\n- **可选组件**: 能力差距分析、补强计划、AI工具使用熟练度\n- **组装顺序**: A1-A5自评→AI工具B1-B5评估→交叉矩阵→优势区识别→OPC可能性发现\n- **约束**: 自评必须诚实，不可高估；识别出的OPC可能性须通过P2-01模式选择验证\n- **格式**: 能力评估表+维度矩阵（Markdown表格）\n\n---\n\n## P2 商业模式\n\n### P2-01 模式选择\n- **必选组件**: 四大模式适配评估（AI原生机构/AI顾问/AI数字产品/AI SaaS）、选择理由、预期毛利率、启动难度自评\n- **可选组件**: 混合模式设计、模式切换时机\n- **组装顺序**: 个人能力盘点→四模式逐个评估→匹配度打分→选定模式→切换条件\n- **约束**: 必须基于P1-04的个人能力盘点做匹配，不可脱离实际；初次创业优先选启动难度低的模式\n- **格式**: 模式对比表+选择结论（Markdown表格）\n\n**四大模式组件清单与定价参考**：\n\n#### 模式1：AI原生机构（AI Native Agency）\n\n毛利率70% | 启动难度低-中 | 月收入潜力 ¥2万-35万\n\n| 组件 | 说明 | 必选/可选 | 交付物 |\n|------|------|---------|--------|\n| 垂直领域定位 | 选择一个你有行业经验的垂直领域 | 必选 | 定位一页纸 |\n| 前端服务设计 | 聚焦「商业成果」的服务包 | 必选 | 服务方案 |\n| AI Agent工作流 | 可复制的内容/获客/交付自动化流程 | 必选 | Agent配置文档 |\n| 客户获取系统 | 内容获客+冷启动+转介绍 | 必选 | 获客SOP |\n| 定价与收费模型 | 建设费+月维护费的订阅模式 | 必选 | 定价表 |\n| 案例积累方案 | 前1-3个免费/低价案例 | 必选 | 案例计划 |\n| 交付质量保证 | 服务标准化和SLA | 可选 | 质量标准 |\n| 外包协作网络 | 非核心环节的外包供应商 | 可选 | 供应商清单 |\n\n定价参考：\n\n| 服务 | 建设费 | 月维护费 |\n|------|--------|---------|\n| 全流程潜客开发 | ¥2万-5万 | ¥1.5万-3.5万 |\n| AI内容代运营 | — | ¥1万-3.5万 |\n| AI自动化流程搭建 | ¥1.5万-5万 | ¥0.5万-2万 |\n\n关键原则：不要说「我能帮你导入AI」，要说「我能在90天内帮你的诊所增加20个新患者咨询」。\n\n#### 模式2：AI顾问服务（AI Advisory）\n\n毛利率80% | 启动难度低 | 月收入潜力 ¥2万-14万\n\n| 组件 | 说明 | 必选/可选 | 交付物 |\n|------|------|---------|--------|\n| 行业经验提炼 | 将个人行业经验打包为可交付的咨询框架 | 必选 | 咨询框架 |\n| 诊断服务 | 企业AI应用现状诊断 | 必选 | 诊断报告模板 |\n| 方案设计 | 基于诊断的定制化方案 | 必选 | 方案文档 |\n| 实施辅导 | 协助方案落地 | 可选 | 辅导SOP |\n| 培训服务 | 团队AI能力培训 | 可选 | 培训课件 |\n| 持续顾问 | 月度咨询+答疑 | 可选 | 顾问合约 |\n\n定价参考：\n\n| 服务 | 单次/项目 | 月度顾问 |\n|------|----------|---------|\n| AI应用诊断 | ¥0.5万-2万 | — |\n| 定制方案设计 | ¥1万-5万 | — |\n| 实施辅导 | — | ¥0.5万-2万 |\n| 团队培训 | ¥0.3万-1.5万/场 | — |\n\n升级路径：AI顾问(80%) → 积累行业洞察 → 将可重复流程产品化 → AI软件服务(95%)\n\n#### 模式3：AI数字产品（AI Digital Products）\n\n毛利率90% | 启动难度中 | 月收入潜力 ¥3.5万-21万\n\n| 组件 | 说明 | 必选/可选 | 交付物 |\n|------|------|---------|--------|\n| 产品定位 | 知识付费/模板/工具/课程 | 必选 | 产品一页纸 |\n| 内容/功能开发 | 产品核心内容或功能 | 必选 | 产品MVP |\n| 定价策略 | 单次购买/订阅/分层定价 | 必选 | 定价方案 |\n| 销售页面 | 落地页+支付通道 | 必选 | 销售页 |\n| 内容获客体系 | 通过免费内容引流到付费产品 | 必选 | 获客SOP |\n| 客户成功体系 | 售后服务+复购引导 | 可选 | 服务SOP |\n| 社群运营 | 用户社群运营 | 可选 | 运营方案 |\n\n定价参考：\n\n| 产品类型 | 定价范围 | 交付模式 |\n|---------|---------|---------|\n| 在线课程 | ¥99-999/人 | 录播+作业 |\n| 模板/工具包 | ¥49-499/份 | 一次性下载 |\n| 会员社区 | ¥49-299/月 | 订阅制 |\n| AI提示词库 | ¥29-199/份 | 一次性+更新 |\n\n#### 模式4：AI软件服务（AI SaaS）\n\n毛利率95% | 启动难度高 | 月收入潜力 ¥7万-70万+\n\n| 组件 | 说明 | 必选/可选 | 交付物 |\n|------|------|---------|--------|\n| 核心功能定义 | 解决特定行业问题的软件功能 | 必选 | 功能清单+优先级 |\n| MVP开发 | 最小可行产品开发 | 必选 | 可运行的MVP |\n| 技术架构 | 部署架构+数据安全+扩展性 | 必选 | 架构文档 |\n| 定价模型 | Freemium/按用量/企业版 | 必选 | 定价方案 |\n| 支付与订阅 | 订阅管理+支付通道 | 必选 | 支付集成 |\n| 用户增长系统 | 产品引导+留存+推荐 | 必选 | 增长策略 |\n| 客户成功 | 自助文档+在线支持 | 可选 | 帮助中心 |\n| 数据分析 | 用户行为分析+营收追踪 | 可选 | 数据看板 |\n\n定价参考：\n\n| 层级 | 月费 | 功能范围 |\n|------|------|------|\n| 免费版 | ¥0 | 核心功能限制 |\n| 专业版 | ¥99-499/月 | 全功能+优先支持 |\n| 企业版 | ¥999-9999/月 | 定制+专属支持+SLA |\n\n### P2-02 服务包/产品定义\n- **必选组件**: 服务/产品名称、解决的具体商业成果、交付物清单、交付周期、收费模式（建设费+月维护费/一次性/订阅）\n- **可选组件**: 增值服务、阶梯版本（基础/专业/企业）\n- **组装顺序**: 商业成果→服务内容→交付物→交付周期→收费模式→服务包命名\n- **定位约束**: 服务名称和描述禁止出现\"AI\"二字（卖成果不卖技术）；交付物必须具体可见\n- **格式**: 服务方案一页纸（Markdown）\n\n### P2-03 定价策略设计\n- **必选组件**: 成本计算（AI工具+时间+外包）、竞品定价区间、价值锚定（客户因此获得的商业价值）、最终定价\n- **可选组件**: 阶梯定价、促销策略、涨价路线图\n- **组装顺序**: 成本底线→竞品定价→价值锚定→定价方案→验证（3个潜在客户反馈）\n- **约束**: 定价必须高于成本×3（OPC覆盖波动）；MRR目标≥3×月固定成本\n- **格式**: 定价表（Markdown表格）\n\n### P2-04 收入结构规划\n- **必选组件**: MRR/ARR目标（3月/6月/12月）、break-even月份、runway计算（月储备/月净支出）、收入来源占比\n- **可选组件**: 情景分析（乐观/基准/悲观）、收入增长模型\n- **组装顺序**: 月固定成本→MRR目标→break-even→runway→收入结构→增长路径\n- **约束**: runway安全线≥6个月（OPC建议12个月）；break-even超过12个月需重新评估模式\n- **格式**: 财务预测表（Markdown表格+关键公式）\n\n---\n\n## P3 产品与交付\n\n### P3-01 MVP最小方案设计\n- **必选组件**: 核心功能/服务（仅1个核心）、砍掉清单（砍了什么、为什么砍）、最小交付标准、验证指标（什么算成功）\n- **可选组件**: V2.0规划、技术选型、AI辅助方案\n- **组装顺序**: 全功能清单→逐项砍→剩核心功能→定义最小交付→设定验证指标\n- **约束**: MVP交付周期≤2周；功能砍到只剩1个核心价值点；验证指标必须可量化\n- **格式**: MVP一页纸（Markdown）\n\n### P3-02 服务流程标准化\n- **必选组件**: 交付SOP（步骤→输入→输出→负责人/AI）、质量控制点、客户沟通节点\n- **可选组件**: 交付模板库、异常处理流程\n- **组装顺序**: 完整交付经验→步骤拆解→质量控制点插入→标准化模板→SOP文档\n- **约束**: 只有跑通3次以上的流程才能标准化；SOP必须含异常处理\n- **格式**: SOP文档（Markdown流程图+表格）\n\n### P3-03 产品化路径规划\n- **必选组件**: 当前状态（人工服务流程）、目标状态（产品化/SaaS化）、迁移步骤（3-5步）、每步的验证指标\n- **可选组件**: 自动化点位识别、技术栈选择、时间估算\n- **组装顺序**: 当前服务流程→自动化点位→产品化拆解→迁移步骤→验证指标\n- **约束**: 迁移路径必须按Dan Martell路径：服务→标准化→产品化→SaaS化，不可跳步\n- **格式**: 迁移路线图（Markdown时间线）\n\n### P3-04 AI辅助交付方案\n- **必选组件**: 交付流程是否已通过P0判定（前置条件：如需重构则必须完成P0-04重整为IPO基元链后再进入；如无需重构则跳过P0直接进入）、重构后的工作流中AI可自动化的环节、AI自治度评估（⬛全自动/🟨半自动/⬜辅助）、人机协作接口\n- **可选组件**: AI工具选型、成本估算、备选方案（AI失败时的人工兜底）\n- **组装顺序**: P0判定结果确认（如需重构则基于P0-04重构结果；如无需重构则基于原始工作流）→流程拆解→逐环节评估AI可行性→自治度标注→人机接口定义→兜底方案\n- **约束**: 必须先通过P0判定再评估AI自动化——如需重构则在旧流程上做AI化只是在低效基础上自动化低效，必须先完成P0-04重整后再进入；任何⬛全自动环节必须有⬜人工兜底；合规相关环节不可全自动\n- **格式**: AI辅助方案表（Markdown表格）\n\n---\n\n## P4 获客与品牌\n\n### P4-01 内容获客体系设计\n- **必选组件**: 目标客户聚集的渠道（2-3个）、内容类型与频率、AI内容生产流程、转化路径（曝光→信任→试用→付费）\n- **可选组件**: SEO策略、社区运营、转介绍机制\n- **组装顺序**: 渠道选择→内容类型→生产流程（AI自动化）→分发流程→转化路径→数据监测\n- **约束**: 内容必须围绕垂直利基定位，不做泛内容；内容生产优先AI自动化，人审核即可\n- **格式**: 获客飞轮设计（Markdown流程图）\n\n### P4-02 冷启动获客方案\n- **必选组件**: 首批3个付费客户的具体目标名单、联系方式与触达方式、价值主张话术\n- **可选组件**: 免费/低价案例交换方案、推荐人策略\n- **组装顺序**: 目标名单→触达方式→话术准备→首次沟通→成交→案例积累\n- **约束**: 必须找到3个愿意付费的潜在客户才能进入下一阶段；免费案例不超过3个\n- **格式**: 冷启动行动计划（Markdown清单）\n\n### P4-03 个人IP与品牌策略\n- **必选组件**: 个人品牌定位（行业专家定位）、内容输出计划、信任建设路径（案例/数据/背书）\n- **可选组件**: 媒体曝光计划、行业活动参与、合作伙伴策略\n- **组装顺序**: 品牌定位→内容输出→案例积累→信任建设→品牌迭代\n- **约束**: 品牌定位必须与垂直利基一致；品牌是长期资产，不可短视\n- **格式**: 品牌策略一页纸（Markdown）\n\n### P4-04 客户转化与留存\n- **必选组件**: 转化漏斗（曝光→线索→成交）、留存机制（复购/续费/推荐）、LTV/CAC目标\n- **可选组件**: 客户分层策略、流失预警指标\n- **组装顺序**: 漏斗设计→转化率基准→留存机制→LTV/CAC计算→优化循环\n- **约束**: LTV/CAC≥3才可持续；月流失率≤5%为健康\n- **格式**: 转化漏斗表（Markdown表格）\n\n---\n\n## P5 运营与自动化\n\n### P5-01 AI工具栈选型\n- **必选组件**: 按能力需求匹配的AI工具清单（工具名+用途+月费+自治度）、工具间协作关系\n- **可选组件**: 替代方案、成本优化策略\n- **组装顺序**: 能力需求→工具匹配→自治度评估→协作关系→成本汇总\n- **约束**: 基础配置月费≤¥500；核心工具优先选国内可用方案；任何工具必须有备选\n- **格式**: 工具栈清单（Markdown表格）\n\n### P5-02 Agent工作流搭建\n- **必选组件**: 目标流程是否已通过P0判定（前置条件：如需重构则必须完成P0-04重整为IPO基元链后再进入；如无需重构则跳过P0直接进入）、Agent功能定义、触发条件、输入/输出、人机协作接口、异常处理\n- **可选组件**: 多Agent协作设计、性能监控指标\n- **组装顺序**: P0判定结果确认（如需重构则基于P0-04重构结果；如无需重构则基于原始工作流）→流程拆分→Agent拆分→触发条件→输入输出→人机接口→异常处理→测试验证\n- **约束**: 必须先通过P0判定再搭建Agent——如需重构则在旧流程上自动化低效，必须先完成P0-04重整后再进入；Agent必须有人工审核节点；涉及合规的环节不可全自动化\n- **格式**: Agent工作流文档（Markdown流程图+表格）\n\n### P5-03 日常运营SOP\n- **必选组件**: 日检清单（5项内）、周检清单（10项内）、月检清单（10项内）、负责人/AI分工\n- **可选组件**: 季度复盘模板、年度规划模板\n- **组装顺序**: 日→周→月→季度→年度，从紧急到重要\n- **约束**: 日检5分钟内可完成；周检30分钟内；月检2小时内\n- **格式**: SOP检查清单（Markdown）\n\n### P5-04 系统维护与迭代\n- **必选组件**: 工具版本管理、成本月度追踪、故障应对SOP、迭代决策规则\n- **可选组件**: 自动化测试方案、灾备方案\n- **组装顺序**: 现状盘点→问题识别→优先级排序→迭代方案→验证\n- **约束**: 月度AI工具成本增速≤10%；关键数据必须有备份\n- **格式**: 维护日志+迭代记录（Markdown）\n\n---\n\n## P6 财务与合规\n\n### P6-01 主体选择与注册\n- **必选组件**: 主体类型选择（个体工商户/一人有限公司/合伙）、注册流程、年成本对比\n- **可选组件**: 注册地选择、经营范围设计、银行开户\n- **组装顺序**: 需求分析→主体对比→选择→注册→银行开户→税务登记\n- **合规约束**: 无3个稳定付费客户前建议个体工商户；法人财产与个人财产必须严格分离\n- **格式**: 主体对比表+注册清单（Markdown）\n\n### P6-02 现金流管理\n- **必选组件**: 月度收支记录、runway计算、安全线（6-12个月）、预警机制\n- **可选组件**: 情景分析、现金流优化方案\n- **组装顺序**: 收入记录→支出分类→runway计算→安全线判断→预警→优化\n- **约束**: runway<3个月=红色预警（必须立即行动）；3-6个月=黄色预警\n- **格式**: 现金流表（Markdown表格+关键公式）\n\n### P6-03 税务规划\n- **必选组件**: 主体对应的税种与税率、申报周期与方式、合规节税项（研发费用抵扣等）\n- **可选组件**: 税收优惠政策、跨期策略\n- **组装顺序**: 税种识别→税率计算→申报安排→节税项→合规验证\n- **合规约束**: 不得违规节税；关键决策建议咨询专业会计师（标注\"不构成税务意见\"）\n- **格式**: 税务规划表（Markdown表格）\n\n### P6-04 合同与法律\n- **必选组件**: 服务合同模板（范围/付款/责任/知识产权）、NDA模板、关键条款审查清单\n- **可选组件**: 外包合同模板、劳动合同（如有）\n- **组装顺序**: 合同类型识别→模板选择/起草→关键条款审查→签署→归档\n- **合规约束**: 合同必须经过审核；关键条款（责任限制/知识产权/付款条件）不可省略\n- **格式**: 合同模板+审查清单（Markdown）\n\n### P6-05 数据安全与隐私\n- **必选组件**: 数据采集范围与合法性、存储方案与加密、用户隐私声明、数据跨境评估\n- **可选组件**: 数据备份方案、安全审计、合规认证\n- **组装顺序**: 数据盘点→采集合法性→存储方案→隐私声明→跨境评估→安全措施\n- **合规约束**: 用户数据采集必须有合法依据；敏感数据必须加密存储；如涉及跨境须评估合规\n- **格式**: 数据安全方案（Markdown）\n\nFile v1.0.5:skill-card.md\n\n## Description: <br>\nSolopreneur OS helps agents plan one-person-company workflows by restructuring complex business tasks into AI-assisted execution chains, checklists, examples, and decision frameworks. <br>\n\nThis skill is ready for commercial/non-commercial use. <br>\n\n## Publisher: <br>\n[wangjiaocheng](https://clawhub.ai/user/wangjiaocheng) <br>\n\n### License/Terms of Use: <br>\nMIT-0 <br>\n\n\n## Use Case: <br>\nExternal users and business builders use this skill to structure solo-company planning, workflow refactoring, business-model design, AI tool-stack planning, compliance checks, and cash-flow workflows. It is most appropriate as advisory planning support rather than as a substitute for qualified legal, tax, accounting, or compliance judgment. <br>\n\n### Deployment Geography for Use: <br>\nGlobal <br>\n\n## Known Risks and Mitigations: <br>\nRisk: Business, legal, tax, accounting, compliance, payment, or financial planning outputs may be incomplete, jurisdiction-dependent, or unsuitable for direct operational use. <br>\nMitigation: Review outputs before relying on them for real decisions and involve qualified legal, tax, accounting, or compliance professionals where appropriate. <br>\n\n\n## Reference(s): <br>\n- [ClawHub skill page](https://clawhub.ai/wangjiaocheng/solopreneur-os) <br>\n- [Publisher profile](https://clawhub.ai/user/wangjiaocheng) <br>\n- [Workflow pipeline reference](references/sv-pipeline.md) <br>\n- [Composition methods reference](references/sv-compose.md) <br>\n- [Innovation paths reference](references/sv-innovation.md) <br>\n- [Requirements reference](references/sv-requirements.md) <br>\n- [Exemplars reference](references/sv-exemplars.md) <br>\n- [Task catalog reference](references/sv-catalog.md) <br>\n\n\n## Skill Output: <br>\n**Output Type(s):** [text, markdown, guidance, configuration] <br>\n**Output Format:** [Markdown guidance, structured checklists, tables, workflow plans, and example-driven business planning artifacts] <br>\n**Output Parameters:** [1D] <br>\n**Other Properties Related to Output:** [Chinese-language source skill; outputs may include solo-business plans, workflow refactoring steps, compliance review checklists, cash-flow plans, and domain payload structures.] <br>\n\n## Skill Version(s): <br>\n1.0.5 (source: server release evidence) <br>\n\n## Ethical Considerations: <br>\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment. <br>\n\nArchive v1.0.4: 8 files, 45632 bytes\n\nFiles: references/sv-catalog.md (5960b), references/sv-compose.md (6110b), references/sv-exemplars.md (27209b), references/sv-innovation.md (12894b), references/sv-pipeline.md (16672b), references/sv-requirements.md (22263b), SKILL.md (21418b), _meta.json (133b)\n\nFile v1.0.4:SKILL.md\n\n---\nname: solopreneur-os\nauthor: 王教成 Wang Jiaocheng (波动几何)\ndescription: 一人公司操作系统。核心能力：工作流重构——将任何领域的复杂工作流重构为AI辅助一人简易完成的方法（拆解人的局限补偿层→消除→基于AI能力模型重整）。执行轴为6维能力调用而非角色分工，管线为IPO基元链而非流水线传递。内容轴提供清单法与样本法的OPC适配规则，创新轴适配一人公司独特约束的突破路径。领域负载物覆盖7域31种任务类型、每种任务的组件清单与18个实战范本（含5个合规检查范本+1个工作流重构范本）。覆盖从0到1启动、商业模式设计、AI工具栈搭建、合规风控、现金流管理的全周期。触发词：一人公司、OPC、单人创业、solopreneur、超级个体、独立开发者、个人商业、微创业、一人商业闭环。\n---\n\n# One Person Company OS — 一人公司操作系统\n\n## 核心理念：工作流重构\n\nOPC的真正核心不是\"在传统工作流中用AI替代人工\"，而是**基于AI能力模型重构工作流**。\n\n传统工作流的复杂性 = 事情本身的复杂度 + 人的局限补偿层。人脑容量有限所以拆环节，人之间要文档传递所以有中间产物，人之间协作有损耗所以需要管理协调——这些复杂性只与人的局限有关，与事情本身无关。AI拥有广域知识+生成能力+上下文窗口，可以端到端完成复杂任务，不需要这些补偿机制。\n\n因此OPC的执行方式是**能力调用**而非角色分工——遇到什么事就调用什么能力，不需要先贴角色标签。流程应该回归事情本身的复杂度，而大多数事情本身没那么复杂。\n\n### 重构三步法\n\n| 步骤 | 操作 | 要点 |\n|------|------|------|\n| **拆解** | 识别每个环节的存在理由 | 追问：这个环节存在是因为事情本身需要，还是人的局限需要？ |\n| **消除** | 去掉人的局限补偿层 | 传递/协调/格式环节直接消除，校验环节精简为关键节点；**校准环节保留**——中间产出物若起纠偏作用则不合并 |\n| **重整** | 基于AI能力模型重新编排 | 保留的✅核心环节+🔶校准环节（作为基元内分步校准点）+⚡关键校验节点→端到端IPO基元链 |\n\n**环节分类**：✅核心（保留） | 🔶校准（保留为基元内分步校准点） | ❌传递（消除） | ❌协调（消除） | ⚡校验（精简） | ❌格式（消除）\n\n**校准 vs 校验**：校验是事后检查对错，校准是过程中锁定方向。校准环节的中间产出物（如功能描述、方法调用结构）不只是传递文档，更是在过程中提供纠偏锚点——省掉校准看似简化，实则把纠偏压力推到最终产出，返工成本更高。\n\n**合并判断准则**：AI技术上能一步完成 ≠ 一步完成最好。消除环节前，除了问\"这是人的局限还是事情本身的需要\"，还要问\"这个中间产出物是否在过程中起校准作用\"。如果起校准作用，即使技术上能合并，也不应合并——应保留为基元内分步校准点。\n\n**重构判断标准**（满足任一即需重构，详见 `references/sv-pipeline.md` §零）：3+角色接力 | 3+份中间文档流转 | 30%+时间在协调沟通 | 返工率≥30%\n\n**重构验证清单**：⬜事情完整性 ⬜补偿层已消除 ⬜校准不丢失 ⬜端到端可执行 ⬜复杂度回归 ⬜质量守恒 ⬜合规不跳过\n\n**重构后典型形态**：单步IPO（标准化任务） | 简短基元链2-5个（中等复杂度） | IPO+人工决策（涉及合规/客户/品牌）\n\n> 重构方法的完整执行逻辑、触发条件、前后对比模板、实例化演示详见 `references/sv-pipeline.md` §零。\n\n---\n\n## OPC定义\n\n**一人公司（OPC, One Person Company）**：在AI工具赋能下，由单一创始人主导决策，借助AI Agent和外部资源网络，放大个体能力边界，形成商业价值闭环的创业形态。\n\n| 特征 | 传统公司 | 个体户 | OPC |\n|------|---------|--------|-----|\n| 决策者 | 多人协商 | 一人 | 一人主导 |\n| 执行力 | 团队分工 | 个人人力 | AI Agent+外部资源 |\n| 规模化 | 招人扩编 | 受限于24小时 | 系统复制+产品化 |\n| 成本结构 | 高固定成本 | 低但天花板低 | 极低启动成本+弹性 |\n| 退出方式 | 融资/上市 | 关停 | 产品化/SaaS化/出售 |\n\n---\n\n## Step 0：判定\n\n### 0A 阶段判定\n\n| 阶段 | 特征 | 核心任务 | 推荐基元链 |\n|------|------|---------|-----------|\n| **0→1 探索期** | 无客户/产品/收入 | 验证需求、选定赛道 | OP-P1需求验证 |\n| **1→10 验证期** | 首批客户、不稳定收入 | 跑通交付、积累案例 | OP-P2快速交付 |\n| **10→100 增长期** | 稳定客源、需规模化 | 产品化、自动化 | OP-P5服务产品化 |\n| **100→1000 扩张期** | 收入可观、需系统化 | SaaS化、品牌化 | OP-P3内容获客飞轮 |\n\n### 0B 三轴判定\n\n| 判定维度 | 简单 | 中等 | 复杂 |\n|---------|------|------|------|\n| **复杂度** | 单一问答→直接回答+陷阱检查 | 单模块任务→单步IPO | 跨模块任务→IPO基元链 |\n| **内容类型** | 非结构化→不激活 | — | 结构化成品→激活内容轴 |\n| **创新需求** | 常规执行→不激活 | — | 需要突破→激活创新轴 |\n\n---\n\n## 执行轴：6维能力调用\n\nOPC最核心的约束是一个人承担所有事，但\"承担所有事\"不等于\"扮演所有角色\"。执行逻辑：识别任务需要什么能力→调用对应能力→产出结果。\n\n| 能力 | 代号 | 本质 | 核心挑战 |\n|------|------|------|---------|\n| **调研** | S | 从环境中获取信息 | 信息过载，判断噪声vs信号 |\n| **设计** | C | 对信息加工处理和决策 | 选择困难，判断自建vs外包vsSaaS |\n| **执行** | A | 产生可观测的产出 | 执行疲劳，判断手动vsAI自动化 |\n| **财务** | O | 结构化管理和维护资源 | 现金流生死线 |\n| **获客** | I | 与外部主体建立关系 | 最难外包，AI不擅长 |\n| **合规** | G | 确保安全、合规、质量 | 小组织承担完整责任 |\n\n**调用逻辑**：不是\"我是产品人所以做调研\"，而是\"这个任务需要调研能力所以调用\"。能力之间无边界，同一刻可叠加多种能力。\n\n**调用序列**：调研→设计→执行→财务自然推进，获客贯穿前三个，合规贯穿全部。\n\n**关键原则**：一个人不是同时做六件事，而是一个人决定什么事该做什么不做、什么调用AI、什么外包。6维能力是能力框架，不是岗位清单。\n\n> 6维能力的详细映射（操作类型/自治度/陷阱/决策矩阵）、领域校准推导、IPO基元链模式详解与实例化演示、执行规则、工具调用策略详见 `references/sv-pipeline.md`。\n\n---\n\n## 内容轴：OPC内容方法与商业模式\n\n内容轴分两层：**方法层**（怎么组织内容）和**领域层**（OPC的商业模式数据）。\n\n### 方法层\n\n| 范式 | OPC适配 | 典型场景 |\n|------|---------|---------|\n| **清单法** | 按`references/sv-requirements.md`的槽位逐项填充 | 首次创建，确保不遗漏 |\n| **样本法** | 按`references/sv-exemplars.md`的结构参考模仿产出 | 有高质量同类样本 |\n| **结合** | 范本定框架+清单填内容 | 复杂成品 |\n\n**方法选择**：首次创建按范本参考，已有经验按清单产出，复杂任务两者结合。用户决定，AI不得自动选择。\n\n> 完整的清单法与样本法工作流详见 `references/sv-compose.md`。\n\n### 领域层：四大商业模式\n\n| 模式 | 毛利率 | 启动难度 | 月收入潜力 |\n|------|--------|---------|-----------|\n| **AI原生机构** | 70% | 低-中 | ¥2万-35万 |\n| **AI顾问服务** | 80% | 低 | ¥2万-14万 |\n| **AI数字产品** | 90% | 中 | ¥3.5万-21万 |\n| **AI软件服务** | 95% | 高 | ¥7万-70万+ |\n\n**Dan Martell升级路径**：AI服务/顾问（70-80%）→ 积累客户信任与业务洞察 → 可重复流程产品化打包成SaaS → 毛利升至95%。\n\n> 四大商业模式的组件清单与定价参考详见 `references/sv-requirements.md` P2-01节。\n\n---\n\n## 创新轴：一人突破路径\n\nOPC的创新约束独特——不是缺创意，而是缺资源、缺时间、缺人手。\n\n| 模式 | 核心逻辑 | 典型场景 |\n|------|---------|---------|\n| **模式零：工作流重构**（前置） | 先重构流程本身，不在旧流程上优化 | 任何领域进入前的元能力 |\n| **模式一：垂直利基定位** | 反转「做大市场」假设，极小市场极深服务 | 定位差异化 |\n| **模式二：约束驱动** | 资源极限就是创新源泉 | 低成本获客、极限约束下的方案 |\n| **模式三：技能→系统迁移** | 个人技能→商业系统的结构迁移 | 从时间换钱到系统换钱 |\n| **模式四：一人×AI矩阵** | 个人能力维度×AI工具维度→新商业模式 | 跨领域能力组合发现 |\n\n> 四种模式的详细执行方式、维度矩阵预设、评估侧重点、场景适配指引、创新工作流详见 `references/sv-innovation.md`。\n\n---\n\n## OPC实现途径\n\nOPC的元能力是工作流重构——掌握了重构方法，任何领域都能简化为AI辅助一人简易完成。\n\n| 途径 | 一个人能完成什么 | 传统工作流→重构后 | 实现技能 | OPC模式适配 |\n|------|---------------|-------------------|---------|------------|\n| **软件开发OPC** | 软件产品设计→开发→交付全流程 | 6+角色N份文档→需求→架构→代码三步 | AI Dev Workflow | AI软件服务(95%) / AI原生机构(70%) |\n| **风格设计OPC** | 风格设计→生成→衍生→应用全流程 | 4+角色多轮迭代→6槽位×100实例一站式生成 | Style Design Generator | AI数字产品(90%) / AI顾问服务(80%) |\n| **学术产出OPC** | 学术论文选题→论证→生成全流程 | 导师-学生-审稿人三角→选题四模式+论文四步流 | Thesis Topic Selector + Academic Thesis Workflow | AI数字产品(90%) / AI顾问服务(80%) |\n| **网文创作OPC** | 网络小说世界观→大纲→正文→运营全流程 | 编辑-作者-运营三人→三轴运行时+领域负载物 | UTOS + Web Novel Writing Reference | AI数字产品(90%) / AI原生机构(70%) |\n| **任意领域OPC** | 任意领域知识→任务体系→产出全流程 | N角色M环节→运行时+重构器+编译器+应用程序四层 | UTOS + Workflow Refactor + Domain Payload Generator + 目标领域负载物 | 按领域适配 |\n\n**实现途径分两类**：独立工作流型（自含执行逻辑，标准工作流可覆盖）和生态组合型（运行时+重构器+编译器+应用程序四层寄生部署，需要高度定制领域知识）。\n\n### 关于实现技能\n\n实现途径中的每个技能（skill）都是你自己全面可控的工作系统，不是别人或公司做的黑箱工具。\n\n**skill基本规范的优点**：\n- **全面可定制**：执行逻辑、内容要求、质量标准、输出格式——所有需求按你的实际场景精确设计，没有任何环节是别人替你决定的\n- **完全可修改**：拥有完整的定义权和修改权，不满意就改，不需要等别人更新版本或开放配置项\n- **平台无关迁移**：skill是标准规范的自包含文件，任何支持skill规范的AI工具平台都能直接使用，不绑定任何特定产品或服务商\n- **渐进式构建**：从最简单的SKILL.md单文件开始，按需扩展references/scripts/assets，复杂度随需求自然增长，不需要一开始就设计完整架构\n- **版本可控**：纯文本文件，用Git管理演进历史，回滚/对比/协作与代码工作流一致\n- **可组合复用**：skill之间可以引用和组合，已有skill的能力可以直接被新skill调用，不需要从零开始\n\n**UTOS+WF+DPG+Payload四层架构的额外优势**：\n\n当skill复杂度超出基本规范的处理能力时，四层架构提供了超越单skill的能力——它不是更大的skill，而是不同层级的架构：\n\n| 层级 | 角色 | 类比 | 说明 |\n|------|------|------|------|\n| **UTOS**（运行时） | 通用执行引擎 | 操作系统内核 | 三轴判定、能力调度、基元链编排 |\n| **WF**（重构器） | 工作流重构引擎 | 编译器前端——源码解析与优化 | 拆解传统工作流→消除人的局限补偿层→重整为AI能力模型的IPO基元链 |\n| **DPG**（编译器） | 领域知识编译引擎 | 编译器后端——代码生成 | 将重构后的领域知识结构编译为可执行的领域负载物 |\n| **Payload**（应用程序） | 领域专属任务体系 | 应用程序 | 领域专属的任务体系、清单、范本——可独立使用也可寄生部署 |\n\n**四层协作逻辑**：WF不是UTOS的外部附加工具，而是四层架构中不可省略的层级——它确保DPG编译的源材料本身已消除人的局限补偿层，而非将传统流程直接编译为结构化但冗余的Payload。没有重构器的架构，等于编译器前端的源码未经解析优化就直接生成代码——产出物可能结构完整但包含大量不必要的补偿层残留。\n\n- **一次构建，多领域复用**：UTOS运行时只需部署一次，换一个Payload就切换一个全新领域，不需要为每个领域重写执行逻辑\n- **重构器前置保证**：WF在DPG编译之前运行，确保进入编译器的领域知识已基于AI能力模型重整，而非将传统流程的冗余环节原样编译进Payload\n- **领域知识工程化**：WF产出重构后的IPO基元链→DPG将其编译为结构化Payload→领域经验可积累、可迭代、可交付，不停留在人脑中的隐性知识\n- **寄生部署**：Payload可以寄生在UTOS运行时上获得完整执行能力，也可以独立作为基本skill使用，灵活适配不同复杂度\n- **无限扩展**：任何新领域只需要WF重构→DPG编译→生成新的Payload，运行时和重构逻辑不需要任何改动\n- **重构器后置优化**：已产出的Payload也可以再经WF重构三步法优化为更精简的IPO基元链，确保领域负载物在迭代中始终基于AI能力模型\n\n---\n\n## OPC领域负载物\n\n执行轴管\"怎么做\"，领域负载物管\"做什么\"——7域31种任务类型、每种任务的零件清单、18个实战范本。\n\n### 领域清单与依赖拓扑\n\n| 域 | 任务数 | 核心任务 | 核心能力需求 |\n|----|--------|---------|------------|\n| **P0 工作流重构** | 6 | 传统工作流识别→环节分析→消除→重整→验证→形态选择 | 调研→设计→执行 |\n| **P1 商业定位** | 4 | 垂直利基定位、市场扫描、差异化价值主张、能力盘点 | 调研→设计 |\n| **P2 商业模式** | 4 | 模式选择、服务包定义、定价策略、收入结构 | 设计→财务 |\n| **P3 产品与交付** | 4 | MVP设计、流程标准化、产品化路径、AI辅助交付 | 设计→执行 |\n| **P4 获客与品牌** | 4 | 内容获客体系、冷启动、个人IP、转化留存 | 获客→执行 |\n| **P5 运营与自动化** | 4 | AI工具栈、Agent工作流、日常SOP、系统迭代 | 执行→财务 |\n| **P6 财务与合规** | 5 | 主体选择、现金流、税务、合同法律、数据安全 | 合规→财务 |\n\n**关键依赖链路**：（详见 `references/sv-catalog.md` 依赖拓扑摘要）\n\n> 完整清单与依赖拓扑详见 `references/sv-catalog.md`。\n\n### 领域要求清单\n\n每种任务类型的\"零件清单\"——必选/可选组件、组装顺序、领域约束。按清单逐项产出。\n\n> 完整槽位详见 `references/sv-requirements.md`。\n\n### 领域范本库\n\n18个OPC实战范本（含1个工作流重构范本+5个合规检查范本），按范本参考产出。\n\n| 范本ID | 范本名称 | 对应任务 |\n|--------|---------|---------|\n| EX-01 | 工作流重构范本 | P0 |\n| EX-02 | 垂直利基定位一页纸 | P1-01 |\n| EX-03 | 个人能力维度矩阵 | P1-04 |\n| EX-04 | AI原生机构商业计划框架 | P2-02, P2-03 |\n| EX-05 | AI数字产品商业计划框架 | P2-02, P2-03 |\n| EX-06 | MVP一页纸 | P3-01 |\n| EX-07 | 服务产品化路线图 | P3-03 |\n| EX-08 | 内容获客飞轮设计 | P4-01 |\n| EX-09 | 冷启动获客行动计划 | P4-02 |\n| EX-10 | AI工具栈配置清单 | P5-01 |\n| EX-11 | 日常运营SOP | P5-03 |\n| EX-12 | 现金流管理表 | P6-02 |\n| EX-13 | 服务合同审查清单 | P6-04 |\n| EX-14~18 | 五大致命陷阱检查 | 全局 |\n\n> 完整范本详见 `references/sv-exemplars.md`。\n\n### 使用规则\n\n1. **任务识别**：确认用户需要哪种OPC任务（参考catalog）\n2. **方法选择**：首次创建按范本参考，已有经验按清单产出，复杂任务两者结合\n3. **按需读取**：确认任务后读取对应requirements槽位和exemplars范本\n4. **产出交付**：按清单逐项填充，或按范本结构替换实际内容\n\n---\n\n## OPC专属IPO基元链模式\n\n| 模式 | 流程 | 适用 |\n|------|------|------|\n| **OP-P1** 需求验证链 | I:想法→[S市场扫描]→[C需求判断]→[I潜在客户确认]→[G可行性验证]→O:验证结论 | 0→1阶段 |\n| **OP-P2** MVP快速交付链 | I:已验证需求→[C最小方案设计]→[A AI辅助快速实现]→[I客户反馈]→↻→O:交付归档 | 1→10阶段 |\n| **OP-P3** 内容获客飞轮链 | [A AI内容生产]⇉[I分发渠道1/2/3]→[S数据监测]→[C效果分析]→↻ | 任何阶段 |\n| **OP-P4** 合规风控检查链 | [G主体合规]→[G税务合规]→[G合同合规]→[G数据安全]→O:合规档案 | 法律/财务/数据操作前 |\n| **OP-P5** 服务产品化链 | I:已验证服务流程→[C产品化拆解]→[C自动化点位识别]→[A AI自动化搭建]→[G质量验证]→O:产品归档 | 10→100阶段 |\n\n> 5种模式的详解、关键规则、实例化演示详见 `references/sv-pipeline.md` §三、§四。\n\n---\n\n## OPC领域校准\n\nOPC领域校准不查表，按5条推导规则自动适配：\n\n| 规则 | 校准结果 |\n|------|---------|\n| 资源极限原则 | 调研和设计能力优先调用，执行偏精准 |\n| 现金流敏感原则 | 财务能力必须调用，合规不可省 |\n| AI杠杆原则 | 执行优先评估AI自动化，获客AI辅助但人主导 |\n| 垂直利基原则 | 设计决策时强制收敛到垂直领域 |\n| 合规底线原则 | 合规能力贯穿全程，不可跳过 |\n\n**校准维度默认值**：能力优先级 S:C:A:O:I:G ≈ 2:3:2:1.5:1.5:2 | 自治度 🟨半自动为主 | 创新评估 可行性+非平凡性 | 产出格式 一页纸/清单/可执行步骤\n\n> 校准推导逻辑与阶段校准矩阵详见 `references/sv-pipeline.md` §二。\n\n---\n\n## OPC五大致命陷阱（内嵌合规检查）\n\n| 陷阱 | 触发条件 | 检查动作 |\n|------|---------|---------|\n| **「AI能搞定一切」幻觉** | 纯AI执行决策 | 强制标注AI不擅长项+要求人工介入 |\n| **合规与法律风险** | 注册/合同/财务决策 | 强制触发合规检查+法人独立原则 |\n| **无客源就注册公司** | 提出注册公司意图 | 先验证3+付费客户？建议先个体工商户 |\n| **卖AI技术而非商业成果** | 定位/获客决策 | 检查是否在说「我能帮你导入AI」→改说商业成果 |\n| **定位太广无垂直利基** | 商业模式/定位决策 | 强制收敛：能否一句话说清服务谁解决什么 |\n\n---\n\n## OPC工具栈\n\n| 能力需求 | 工具类型 | 月费参考 |\n|---------|---------|---------|\n| 调研 | 市场调研与信息检索工具 | 免费-¥200 |\n| 设计 | 编码与架构辅助工具 | ¥100-300 |\n| 执行 | 自动化流程与内容生产工具 | 免费-¥300 |\n| 财务 | 协作表格与项目管理工具 | 免费-¥100 |\n| 获客 | 获客辅助与客户沟通工具 | 按用量 |\n| 合规 | 法律合规辅助工具 | 按用量 |\n\n**选型原则**：优先国内可用/免费低成本；核心工具有备选；月费合计控制在¥200-500。\n\n---\n\n## OPC数据速览\n\n| 指标 | 数据 |\n|------|------|\n| 全国OPC数量 | 超1600万家，占企业总数27.4% |\n| 2025上半年新增 | 286万户，同比增47% |\n| 高盈利OPC深度使用AI | 92% |\n| 启动资金低于$500 | 90% |\n| 稳定盈利比例 | 仅20%（SoloNest 2000+样本，待验证） |\n| 单人创始人占比(2025) | 36.3%（6年增长53%） |\n\n---\n\n## 呈现规则\n\n| 场景 | 默认呈现 | 可展开 |\n|------|----------|--------|\n| OPC快速问答 | 直接回答+陷阱检查 | 基元链详情、能力分析 |\n| 商业模式设计 | 一页纸方案+四维评估 | 完整清单/样本、财务模型 |\n| 合规风控 | 风险清单+建议 | 法律依据、操作步骤 |\n| 现金流分析 | 关键指标+runway | 完整现金流表、情景分析 |\n| 获客方案 | 渠道+成本+预期ROI | 内容策略、自动化流程 |\n\n---\n\n## 事实纪律\n\n1. OPC政策数据必须基于可验证的最新政策，不确定的标注「待验证」\n2. AI工具能力描述必须基于实际能力，不得夸大\n3. 收入预期必须标注为「参考范围」，不得承诺具体数字\n4. 合规建议必须标注「不构成法律意见」，关键决策建议咨询专业律师/会计师\n5. 成功案例引用必须确知真实存在，不得编造\n6. 对OPC的乐观预期必须同时呈现现实困难（仅20%稳定盈利）\n\nFile v1.0.4:_meta.json\n\n{\n  \"ownerId\": \"kn75v65h3zezxajen2xf64b2v1845d98\",\n  \"slug\": \"solopreneur-os\",\n  \"version\": \"1.0.4\",\n  \"publishedAt\": 1779567477417\n}\n\nFile v1.0.4:references/sv-catalog.md\n\n# OPC领域清单与依赖拓扑\n\n一人公司按价值链组织的任务类型清单，附任务间依赖关系和能力需求代号（S调研/C设计/A执行/O财务/I获客/G合规）。\n\n**域间逻辑流**：P0(工作流重构) → P1(商业定位) → P2(商业模式) → P3(产品与交付) → P4(获客与品牌) → P5(运营与自动化) → P6(财务与合规)\n\n> **P0是元能力域**：任何领域进入OPC之前，先判断传统工作流是否需要重构。需要则先重构，再进入P1-P6运营。\n\n---\n\n## P0 工作流重构\n\n| ID | 任务类型 | 说明 | 依赖 | 能力需求 |\n|----|---------|------|------|---------|\n| P0-01 | 传统工作流识别 | 列出目标领域的传统工作流全链路：环节数、参与角色、中间文档、协作节点 | 无（入口） | 调研 |\n| P0-02 | 环节存在理由分析 | 对每个环节追问：存在是因为事情本身需要，还是人的局限需要？标记为核心/传递/协调/校验/格式 | P0-01 | 调研→设计 |\n| P0-03 | 人的局限补偿层消除 | 去掉传递环节、协调环节、格式环节，精简校验环节为关键节点保留 | P0-02 | 设计 |\n| P0-04 | 重整为IPO基元链 | 将保留的核心环节和关键校验节点，按AI能力模型重编为端到端IPO基元或简短基元链 | P0-03 | 设计→执行 |\n| P0-05 | 重构验证 | 验证重构后：事情完整性、补偿层已消除、端到端可执行、复杂度回归、质量守恒、合规不跳过 | P0-04 | 调研→合规 |\n| P0-06 | 执行形态选择 | 根据重构结果选择执行形态：单步IPO / 简短基元链 / IPO+人工决策 | P0-05 | 设计 |\n\n---\n\n## P1 商业定位\n\n| ID | 任务类型 | 说明 | 依赖 | 能力需求 |\n|----|---------|------|------|---------|\n| P1-01 | 垂直利基定位 | 一句话描述服务谁、解决什么问题 | 无（入口） | 调研→设计 |\n| P1-02 | 市场扫描与竞品分析 | 目标市场规模、竞品梳理、行业趋势 | P1-01 | 调研 |\n| P1-03 | 差异化价值主张 | 为什么选你不选别人，独特价值提炼 | P1-01, P1-02 | 设计→执行 |\n| P1-04 | 个人能力盘点 | 个人能力5维×AI工具5维映射，找到能力-工具交叉点 | 无（入口） | 调研→设计 |\n\n## P2 商业模式\n\n| ID | 任务类型 | 说明 | 依赖 | 能力需求 |\n|----|---------|------|------|---------|\n| P2-01 | 模式选择 | 四大商业模式（AI原生机构/AI顾问/AI数字产品/AI SaaS）适配判断 | P1-01, P1-04 | 设计 |\n| P2-02 | 服务包/产品定义 | 聚焦商业成果的服务或产品设计 | P2-01 | 设计→执行 |\n| P2-03 | 定价策略设计 | 基于价值/成本/竞品的定价方案 | P2-01 | 设计→执行 |\n| P2-04 | 收入结构规划 | MRR/ARR目标、break-even计算、runway评估 | P2-03 | 设计→财务 |\n\n## P3 产品与交付\n\n| ID | 任务类型 | 说明 | 依赖 | 能力需求 |\n|----|---------|------|------|---------|\n| P3-01 | MVP最小方案设计 | 砍掉一切非必要，定义最小可行交付物 | P2-02 | 设计→执行 |\n| P3-02 | 服务流程标准化 | 可复制的交付SOP，跑通3次以上的流程才能标准化 | P2-02, P3-01 | 执行→财务 |\n| P3-03 | 产品化路径规划 | 从服务→产品→SaaS的迁移路线（Dan Martell路径） | P3-02 | 设计→执行 |\n| P3-04 | AI辅助交付方案 | 哪些环节AI自动化、哪些人主导、AI自治度评估 | P3-01 | 设计 |\n\n## P4 获客与品牌\n\n| ID | 任务类型 | 说明 | 依赖 | 能力需求 |\n|----|---------|------|------|---------|\n| P4-01 | 内容获客体系设计 | 渠道+内容+自动化+转化路径的完整飞轮 | P1-01 | 设计→执行 |\n| P4-02 | 冷启动获客方案 | 首批3个付费客户的具体行动计划 | P1-03 | 获客→执行 |\n| P4-03 | 个人IP与品牌策略 | 行业认知、信任积累、品牌叙事 | P1-01 | 执行→获客 |\n| P4-04 | 客户转化与留存 | 从线索到成交到复购的完整漏斗 | P4-01, P4-02 | 获客→设计 |\n\n## P5 运营与自动化\n\n| ID | 任务类型 | 说明 | 依赖 | 能力需求 |\n|----|---------|------|------|---------|\n| P5-01 | AI工具栈选型 | 按能力需求匹配AI工具，月费控制在¥200-500 | P1-04 | 设计→执行 |\n| P5-02 | Agent工作流搭建 | 可复制的自动化流程，自动化工具实现 | P3-04, P5-01 | 执行→财务 |\n| P5-03 | 日常运营SOP | 日/周/月运营检查清单 | P5-02 | 财务→执行 |\n| P5-04 | 系统维护与迭代 | 工具升级、流程优化、成本控制 | P5-02 | 设计→执行 |\n\n## P6 财务与合规\n\n| ID | 任务类型 | 说明 | 依赖 | 能力需求 |\n|----|---------|------|------|---------|\n| P6-01 | 主体选择与注册 | 个体户/公司/合伙的选择与注册时机 | P2-01 | 合规→财务 |\n| P6-02 | 现金流管理 | 收支记录、runway计算、安全线≥6个月 | P2-04 | 财务 |\n| P6-03 | 税务规划 | 税率优化、研发费用抵扣、合规节税 | P6-01 | 合规→财务 |\n| P6-04 | 合同与法律 | 服务合同、NDA、知识产权、责任限制 | 无（入口） | 合规 |\n| P6-05 | 数据安全与隐私 | 用户数据合规采集/存储/处理 | P3-01 | 合规 |\n\n---\n\n## 依赖拓扑摘要\n\n以下为任务间的主要依赖链路，可据此组织执行顺序：\n\n**重构链路（任何领域进入前置）**: P0-01 → P0-02 → P0-03 → P0-04 → P0-05 → P0-06\n**主链路（0→1启动路径）**: P1-01 → P2-01 → P3-01 → P4-02 → P5-01 → P6-01\n**获客闭环**: P4-01 → P4-04 → P2-04 → P4-01(↻优化)\n**产品化链路**: P3-02 → P3-03 → P5-02 → P3-02(↻迭代)\n**风控链路**: P6-04 → P6-01 → P6-05 → P6-03 → P6-02\n**能力定位链路**: P1-04 → P2-01 → P5-01 → P5-02\n\n> **执行策略**：如果目标领域已有成熟的传统工作流，先走P0重构链路，重构后再进入P1-P6。如果是从零构建（无传统工作流可重构），直接进入P1。\n\n更多组合根据具体任务动态推导。\n\nFile v1.0.4:references/sv-compose.md\n\n# OPC Compose — 清单法与样本法\n\nOPC内容轴的方法论层参考文件。定义两种内容组织范式及其在OPC领域的适配规则。\n\n## 核心理念\n\n任何OPC成品都可以通过两种基本范式生成：\n\n| 范式 | 原理 | 类比 | OPC适配 |\n|------|------|------|---------|\n| **清单法** | 成品 = 基本组件的组合 | 搭积木：先有零件清单，再逐项组装 | 按领域要求清单的槽位逐项填充 |\n| **样本法** | 成品 = 对样本的模仿产出 | 临摹：先有范本，再依样产出 | 按领域范本库的结构参考模仿产出 |\n| **结合使用** | 范本定框架+清单填内容 | 先临摹结构，再按清单补齐 | 复杂成品（如商业计划书） |\n\n## 方法选择\n\n**用户决定使用哪种方法。** 触发后，向用户展示选择：\n\n> 用户要求生成「{成品类型}」，请选择构成方式：\n>\n> | | 清单法 | 样本法 |\n> |---|--------|--------|\n> | **方式** | 列出组件清单 → 逐项填充 → 组装 | 获取样本 → 分析结构风格 → 模仿产出 |\n> | **适合** | 结构明确、组件清晰的成品 | 有高质量同类样本可参考的成品 |\n> | **输入** | 组件清单（用户直接提供 / AI提议确认 / 网络搜索） | 样本模板（用户直接提供 / 网络搜索） |\n> | **OPC清单来源** | 领域要求清单的槽位清单 | 领域范本库的范本库 |\n\n用户可任选其一，也可明确指定两种方法结合使用（如样本法定框架 + 清单法填内容）。未经用户确认，不得自动组合。\n\n**OPC方法选择快捷规则**：首次创建按**范本参考**，已有经验按**清单产出**，复杂任务两者结合。此为建议，用户可覆盖。\n\n## 清单法工作流\n\n### 1. 确认成品目标\n\n明确用户要生成什么类型的OPC成品，确定成品的用途、受众、规模。\n\n### 2. 构建组件清单\n\n按优先级获取清单：\n\n| 优先级 | 来源 | 操作 | OPC优先 |\n|--------|------|------|---------|\n| 1 | 用户直接提供 | 用户在对话中给出清单 | — |\n| 2 | 领域要求清单 | AI从领域要求清单读取对应任务的槽位清单 | **OPC首选** |\n| 3 | AI 提议 | AI 根据成品目标生成清单草案，请用户确认或修改 | 无对应槽位时 |\n| 4 | 网络搜索 | AI 搜索同类成品的通用组件结构 | 最后备选 |\n\n清单要求：\n- 覆盖成品的全部必要组成部分，不遗漏\n- 每个组件有明确的定义和范围\n- 组件间无重叠、无歧义\n- 标注组件间的依赖关系和组装顺序\n- OPC领域约束：清单必须通过陷阱检查（如定位清单检查是否泛化、定价清单检查是否低于成本×3）\n\n### 3. 逐项填充\n\n按清单顺序逐项生成每个组件的内容：\n- 用户直接提供该组件内容\n- AI 根据组件定义和成品目标生成内容\n- 网络搜索获取该组件相关的专业素材\n- OPC特有：任何涉及合规的组件必须标注「不构成法律/税务意见」\n\n### 4. 组装成品\n\n将所有组件按清单结构组装为完整成品，确保：\n- 组件间衔接自然流畅\n- 整体风格和调性统一\n- 符合成品目标的所有要求\n- OPC特有：组装完成后通过五大致命陷阱检查\n\n### 5. 用户审核\n\n向用户展示成品，请用户审核并确认是否需要调整。\n\n## 样本法工作流\n\n### 1. 确认成品目标\n\n明确用户要生成什么类型的OPC成品，确定成品的用途、受众和期望风格。\n\n### 2. 获取样本\n\n按优先级获取样本：\n\n| 优先级 | 来源 | 操作 | OPC优先 |\n|--------|------|------|---------|\n| 1 | 用户直接提供 | 用户上传样本文件或在对话中粘贴样本内容 | — |\n| 2 | 领域范本库 | AI从领域范本库读取对应任务的范本 | **OPC首选** |\n| 3 | 网络搜索 | AI 搜索同类高质量样本 | 无对应范本时 |\n\n样本选择原则：\n- 与目标成品类型一致\n- 质量高、结构完整、风格明确\n- **成品内容庞大时，优先使用中间产物作为样本**（如大纲、结构模板、段落框架、目录结构），而非完整的最终成品\n- 样本应涵盖目标成品需要模仿的核心特征\n- OPC特有：范本中的占位符`________`必须由用户提供实际内容替换，不可AI编造\n\n### 3. 分析样本\n\n解析样本的四个核心维度：\n\n| 维度 | 分析内容 |\n|------|----------|\n| **结构** | 整体框架、章节/段落组织方式、层级关系 |\n| **风格** | 语言风格、表达方式、语气调性、专业术语使用 |\n| **逻辑** | 内容编排逻辑、论证方式、信息密度 |\n| **格式** | 排版格式、标题层级、列表样式、视觉元素 |\n\n将分析结果整理为「样本特征摘要」，供后续模仿产出参考。\n\n### 4. 模仿产出\n\n基于样本特征摘要，产出目标成品：\n- 保持样本的结构框架和编排逻辑\n- 保持样本的风格和调性\n- 用目标成品的实际内容替换样本内容\n- 确保整体连贯性和一致性\n- OPC特有：产出后通过陷阱检查（如商业计划范本产出后检查是否在卖AI技术而非商业成果）\n\n### 5. 用户审核\n\n向用户展示成品，请用户审核并确认是否需要调整。\n\n## 网络搜索策略\n\n当需要通过网络搜索获取清单或样本时：\n\n1. **构造精确搜索词**：使用「成品类型 + 模板/结构/范例/样本/清单」的组合\n2. **优先搜索来源**：\n   - 行业标准文档\n   - 专业机构发布的模板\n   - 高质量公开范例\n   - 知名平台的同类内容\n3. **验证搜索结果**：确认获取的清单/样本质量是否达标，不达标则重新搜索\n4. **尊重版权**：模仿产出时不直接复制样本内容，仅借鉴结构和风格\n\n## 边界说明\n\n此文件是OPC内容轴的方法论层，只定义\"如何组织内容\"，不定义\"如何输出格式\"：\n\n- 文档格式的具体处理由工具按需完成，此文件只管内容构成方式\n- 代码编写的具体逻辑由AI通用能力处理，此文件只管组件拆分和组装\n- 演示文稿的具体排版由工具按需完成，此文件只管内容结构\n\nFile v1.0.4:references/sv-exemplars.md\n\n# OPC领域范本库\n\n一人公司创作的经典范本和实例标注。按范本参考产出——以已有范本为结构参考，替换为实际内容。\n\n> **使用说明**：范本中标注 `[待用户提供]` 的条目需用户自行填充后才能按范本产出。标注 `✅已有` 的可直接参考。\n\n---\n\n## 范本索引\n\n| 范本ID | 范本名称 | 对应任务 | 类型 | 来源 | 状态 |\n|--------|---------|---------|------|------|------|\n| EX-01 | 工作流重构范本 | P0 | 重构方法 | 实战总结 | ✅已有 |\n| EX-02 | 垂直利基定位一页纸 | P1-01 | 定位模板 | 实战总结 | ✅已有 |\n| EX-03 | 个人能力维度矩阵 | P1-04 | 能力盘点 | 实战总结 | ✅已有 |\n| EX-04 | AI原生机构商业计划框架 | P2-02, P2-03 | 商业计划 | 实战总结 | ✅已有 |\n| EX-05 | AI数字产品商业计划框架 | P2-02, P2-03 | 商业计划 | 实战总结 | ✅已有 |\n| EX-06 | MVP一页纸 | P3-01 | 产品设计 | 实战总结 | ✅已有 |\n| EX-07 | 服务产品化路线图 | P3-03 | 产品化 | 实战总结 | ✅已有 |\n| EX-08 | 内容获客飞轮设计 | P4-01 | 获客方案 | 实战总结 | ✅已有 |\n| EX-09 | 冷启动获客行动计划 | P4-02 | 获客方案 | 实战总结 | ✅已有 |\n| EX-10 | AI工具栈配置清单 | P5-01 | 运营工具 | 实战总结 | ✅已有 |\n| EX-11 | 日常运营SOP | P5-03 | 运营流程 | 实战总结 | ✅已有 |\n| EX-12 | 现金流管理表 | P6-02 | 财务管理 | 实战总结 | ✅已有 |\n| EX-13 | 服务合同审查清单 | P6-04 | 法律合规 | 实战总结 | ✅已有 |\n| EX-14 | 「AI能搞定一切」幻觉检查 | 全局 | 合规检查 | 实战总结 | ✅已有 |\n| EX-15 | 合规与法律风险检查 | 全局 | 合规检查 | 实战总结 | ✅已有 |\n| EX-16 | 客源验证前置检查 | 全局 | 合规检查 | 实战总结 | ✅已有 |\n| EX-17 | 定位商业成果检查 | 全局 | 合规检查 | 实战总结 | ✅已有 |\n| EX-18 | 垂直利基收敛检查 | 全局 | 合规检查 | 实战总结 | ✅已有 |\n\n---\n\n## P0 工作流重构\n\n### EX-01 工作流重构范本\n\n**对应任务**: P0-01 ~ P0-06\n\n**来源**: OPC工作流重构方法论\n\n**适用场景**: 任何领域的传统工作流需要重构为AI辅助一人简易完成\n\n**重构范本**:\n\n```\n## 工作流重构记录\n\n### Step 1：传统工作流识别（P0-01）\n\n**目标领域**：________（如：软件开发/风格设计/学术论文/网文创作/________）\n\n**传统工作流全景**：\n\n| # | 环节 | 执行角色 | 中间文档 | 协作点 | 耗时占比 |\n|---|------|---------|---------|--------|---------|\n| 1 | ________ | ________ | ________ | ________ | ___% |\n| 2 | ________ | ________ | ________ | ________ | ___% |\n| 3 | ________ | ________ | ________ | ________ | ___% |\n| 4 | ________ | ________ | ________ | ________ | ___% |\n| 5 | ________ | ________ | ________ | ________ | ___% |\n| ... | ... | ... | ... | ... | ... |\n\n**汇总**：___个环节 / ___个角色 / ___份中间文档 / ___个协作点\n\n### Step 2：环节存在理由分析（P0-02）\n\n**追问准则**：如果执行者是一个拥有无限知识能力和零协作损耗的AI，这个环节还需要吗？\n\n| # | 环节 | 存在理由 | 类型标记 | 标记理由 |\n|---|------|---------|---------|---------|\n| 1 | ________ | 事情本身需要 | ✅核心 | ________ |\n| 2 | ________ | 事情本身需要 | 🔶校准 | 中间产出物起纠偏作用，保留为分步校准点 |\n| 3 | ________ | 人的局限需要 | ❌传递 | 人之间信息传递 |\n| 4 | ________ | 人的局限需要 | ❌协调 | 管理多人协作 |\n| 5 | ________ | 人的局限需要 | ⚡校验 | 防止人出错，保留关键节点 |\n| 6 | ________ | 人的局限需要 | ❌格式 | 满足组织流程 |\n| ... | ... | ... | ... | ... |\n\n**统计**：✅核心___个 / 🔶校准___个 / ❌消除___个 / ⚡精简___个\n\n### Step 3：人的局限补偿层消除（P0-03）\n\n**消除清单**：\n\n| # | 被消除环节 | 原类型 | 消除理由 | 信息传递替代 |\n|---|-----------|--------|---------|------------|\n| 1 | ________ | 传递 | IPO链自动传递 | 上游输出→下游输入 |\n| 2 | ________ | 协调 | 无协作即无协调 | 不需要 |\n| 3 | ________ | 格式 | 零形式开销 | 不需要 |\n| ... | ... | ... | ... | ... |\n\n**保留清单**：\n\n| # | 保留环节 | 保留理由 | 类型 |\n|---|---------|---------|------|\n| 1 | ________ | 事情本身逻辑步骤 | ✅核心 |\n| 2 | ________ | 中间产出物起纠偏作用 | 🔶校准（基元内分步校准点） |\n| 3 | ________ | 关键质量校验 | ⚡校验（精简后） |\n| ... | ... | ... | ... |\n\n### Step 4：重整为IPO基元链（P0-04）\n\n**重构后工作流**：________形态（单步IPO / 简短基元链 / IPO+人工决策）\n\n| 基元# | I 输入 | P 处理（能力需求） | O 输出 | AI自治度 | 基元内分步校准点 |\n|-------|--------|-------------------|--------|---------|----------------|\n| 1 | ________ | ________ | ________ | 🟨/⬛ | ________（如有） |\n| 2 | ________ | ________ | ________ | 🟨/⬛ | ________（如有） |\n| ... | ... | ... | ... | ... |\n\n**基元间传递**：基元1.O → 基元2.I → ...\n\n### Step 5：重构验证（P0-05）\n\n| # | 验证项 | 通过？ | 说明 |\n|---|--------|-------|------|\n| 1 | 事情完整性 | ⬜是/⬜否 | 重构后是否覆盖全部核心步骤 |\n| 2 | 补偿层消除 | ⬜是/⬜否 | 传递/协调/格式环节是否已消除 |\n| 3 | 校准不丢失 | ⬜是/⬜否 | 起纠偏作用的中间产出物是否保留为基元内分步校准点 |\n| 4 | 端到端可执行 | ⬜是/⬜否 | AI辅助一人能否从头到尾完成 |\n| 5 | 复杂度回归 | ⬜是/⬜否 | 流程复杂度是否回归事情本身 |\n| 6 | 质量守恒 | ⬜是/⬜否 | 产出质量是否不低于传统工作流 |\n| 7 | 合规不跳过 | ⬜是/⬜否 | 涉及合规的环节是否保留 |\n\n**验证不通过项修正**：________\n\n### Step 6：执行形态选择（P0-06）\n\n**选定形态**：________\n\n| 形态 | 适用场景 | 本案是否适配 |\n|------|---------|------------|\n| 单步IPO | 标准化任务，描述目标→AI直接产出 | ⬜是/⬜否 |\n| 简短基元链 | 有阶段的中等复杂度任务 | ⬜是/⬜否 |\n| IPO+人工决策 | 涉及合规/客户/品牌 | ⬜是/⬜否 |\n\n**选择理由**：________\n\n**关键人工决策节点**（如有）：________\n\n---\n\n### 重构前后对比\n\n| 维度 | 重构前 | 重构后 | 改善 |\n|------|--------|--------|------|\n| 环节数 | ___ | ___ | -___% |\n| 中间文档 | ___份 | 0份 | -100% |\n| 参与角色 | ___个角色 | 1人+AI | -___% |\n| 协作节点 | ___个 | ___个关键校验 | -___% |\n| 端到端耗时 | ___ | ___ | -___% |\n| 传递损耗 | ___% | 0% | -100% |\n```\n\n**关键设计决策**:\n- 重构的核心是\"追问存在理由\"——每个环节都必须回答\"这是事情本身需要还是人的局限需要\"\n- 消除环节不可犹豫——传递/协调/格式环节是人的局限产物，不是事情本身\n- **校准环节不可消除**——中间产出物起纠偏作用的必须保留为基元内分步校准点，防止过度合并导致返工\n- 验证七项必须全部通过，尤其是校准不丢失、质量守恒和合规不跳过\n\n**可复用要素**:\n- 重构六步模板适用于任何领域的传统工作流重构\n- 环节存在理由追问准则是通用的重构判断核心\n- 校准vs校验的区分是防止过度合并的关键机制\n- 重构前后对比表直观呈现重构效果\n\n---\n\n## P1 商业定位\n\n### EX-02 垂直利基定位一页纸\n\n**对应任务**: P1-01\n\n**来源**: OPC实战方法论总结\n\n**适用场景**: 0→1阶段，需要确定自己的垂直利基定位\n\n**定位一页纸模板**:\n\n```\n## 我的垂直利基定位\n\n**一句话定位**：我帮 [具体人群] 解决 [具体问题]，实现 [可量化成果]\n\n**目标客户画像**：\n- 行业：________（如：牙科诊所、独立律所、跨境电商）\n- 城市/区域：________\n- 规模：________（如：年营收100-500万）\n- 决策者：________（如：诊所老板/创始人）\n\n**核心痛点**：\n1. ________（最痛的那个，客户愿意为此付费）\n\n**我的解决方案**：\n- 不是说「我能帮你导入AI」\n- 而是说「我能在___天内帮你增加___%的___」\n\n**为什么选我**：\n1. 行业经验：________年\n2. 独特能力：________\n3. 差异化：________（与市面方案的1-3个核心差异）\n\n**验证方式**：\n- 3个愿意付费的潜在客户是否确认\n```\n\n**关键设计决策**:\n- 一句话定位强制包含\"谁+什么问题+什么成果\"三要素\n- 禁止\"AI\"出现在定位中——客户买单的是成果不是技术\n- 必须有3个潜在客户确认才算定位通过\n\n**可复用要素**:\n- 一句话定位模板可适配任何垂直领域\n- 验证方式是通用的OPC需求验证标准\n\n---\n\n### EX-03 个人能力维度矩阵\n\n**对应任务**: P1-04\n\n**来源**: OPC创新方法论\n\n**适用场景**: 盘点个人能力，发现OPC商业模式可能性\n\n**维度矩阵模板**:\n\n```\n## 个人能力×AI工具维度矩阵\n\n### A. 个人能力自评（1-5分）\n\n| 维度 | 得分 | 说明 |\n|------|------|------|\n| A1 专业领域知识 | ___/5 | 最懂的领域：________ |\n| A2 技术能力 | ___/5 | 技术栈：________ |\n| A3 人脉资源 | ___/5 | 核心人脉：________ |\n| A4 个人品牌 | ___/5 | 现有影响力：________ |\n| A5 行业经验年限 | ___/5 | ___年经验 |\n\n### B. AI工具使用评估（1-5分）\n\n| 维度 | 得分 | 说明 |\n|------|------|------|\n| B1 内容生成 | ___/5 | 常用工具：________ |\n| B2 数据分析 | ___/5 | 常用工具：________ |\n| B3 流程自动化 | ___/5 | 常用工具：________ |\n| B4 交互辅助 | ___/5 | 常用工具：________ |\n| B5 预测决策 | ___/5 | 常用工具：________ |\n\n### C. 交叉矩阵（可能性发现）\n\n| | B1内容 | B2数据 | B3自动化 | B4交互 | B5决策 |\n|---|--------|--------|---------|--------|--------|\n| A1专业知识 | ___ | ___ | ___ | ___ | ___ |\n| A2技术能力 | ___ | ___ | ___ | ___ | ___ |\n| A3人脉资源 | ___ | ___ | ___ | ___ | ___ |\n| A4个人品牌 | ___ | ___ | ___ | ___ | ___ |\n| A5行业经验 | ___ | ___ | ___ | ___ | ___ |\n\n### D. 高潜力组合（得分≥7的组合）\n1. ________ → 可能的OPC方向：________\n2. ________ → 可能的OPC方向：________\n3. ________ → 可能的OPC方向：________\n```\n\n**关键设计决策**:\n- 自评必须诚实，1-5分制避免过度自信\n- 交叉矩阵是OPC商业模式创新的核心工具\n\n**可复用要素**:\n- 5×5维度矩阵适用于任何OPC创始人的能力盘点\n\n---\n\n## P2 商业模式\n\n### EX-04 AI原生机构商业计划框架\n\n**对应任务**: P2-02, P2-03\n\n**来源**: OPC四大商业模式实战框架\n\n**适用场景**: 选择AI原生机构模式的OPC，需要制定商业计划\n\n**商业计划框架**:\n\n```\n1. 垂直领域定位\n   - 目标行业：________\n   - 核心痛点：________\n   - 解决的具体成果：________（90天内增加X%的Y）\n\n2. 服务包定义\n   - 前端服务：________（聚焦商业成果）\n   - 收费模式：建设费¥___ + 月维护费¥___\n   - 交付周期：________\n   - 预期成果：________（可量化）\n\n3. AI Agent工作流\n   - Agent 1：________（功能/工具/月费）\n   - Agent 2：________\n   - Agent 3：________\n   - 总AI工具月费：¥___\n   - 替代的人力成本：¥___\n\n4. 获客系统\n   - 内容获客：________（渠道/频率/自动化程度）\n   - 冷启动：________（目标客户/联系方式）\n   - 转介绍：________（激励机制）\n\n5. 财务规划\n   - 启动成本：¥___（AI工具+注册+设备）\n   - 月度固定成本：¥___\n   - 首个客户目标：________\n   - MRR目标：¥___（3个月/6个月/12个月）\n   - Break-even：第___个月\n\n6. 风险与合规\n   - 主体类型：________（个体工商户/一人有限公司）\n   - 合同模板：________\n   - 数据安全措施：________\n   - 保险/责任限制：________\n```\n\n**关键设计决策**:\n- 服务包必须以\"商业成果\"为锚点，不是以\"AI技术\"为锚点\n- AI Agent工作流单独列为一个章节——这是OPC与一般机构的核心差异\n- 风险与合规不可省略——小组织承担完整法律责任\n\n**可复用要素**:\n- 服务包定义模板可适配任何服务型OPC\n- AI Agent工作流清单是通用的OPC自动化方案框架\n\n---\n\n### EX-05 AI数字产品商业计划框架\n\n**对应任务**: P2-02, P2-03\n\n**来源**: OPC四大商业模式实战框架\n\n**适用场景**: 选择AI数字产品模式（课程/模板/工具/社区）的OPC\n\n**商业计划框架**:\n\n```\n1. 产品定义\n   - 产品名称：________\n   - 产品类型：________（课程/模板/工具/社区）\n   - 解决的痛点：________\n   - 目标用户：________\n\n2. 产品内容/功能\n   - 核心模块：________\n   - 交付方式：________\n   - 更新频率：________\n\n3. 定价策略\n   - 定价：¥___\n   - 定价逻辑：________（基于价值/成本/竞品）\n   - 促销策略：________\n\n4. 销售系统\n   - 销售页：________（平台/域名/设计）\n   - 支付通道：________\n   - 内容获客：________（引流内容/分发渠道/转化路径）\n\n5. 财务规划\n   - 开发成本：¥___\n   - 月度运营成本：¥___\n   - 预期月销量：___份\n   - 月收入目标：¥___\n   - 利润率：___%\n\n6. 迭代计划\n   - V1.0功能：________\n   - V2.0规划：________\n   - 用户反馈收集方式：________\n```\n\n**关键设计决策**:\n- 产品类型必须在四种中选一，不可模糊\n- 销售系统单独列出——数字产品的销售系统就是\"无员工销售团队\"\n\n**可复用要素**:\n- 迭代计划模板适用于所有数字产品\n\n---\n\n## P3 产品与交付\n\n### EX-06 MVP一页纸\n\n**对应任务**: P3-01\n\n**来源**: OPC产品化方法论\n\n**适用场景**: 需要定义最小可行产品/服务\n\n**MVP一页纸模板**:\n\n```\n## MVP定义\n\n**核心价值（仅1个）**：________\n\n**全功能清单→砍到MVP**：\n\n| 功能/服务 | 保留？ | 理由 |\n|----------|--------|------|\n| ________ | ✅保留 | 核心价值 |\n| ________ | ❌砍掉 | V2.0再说 |\n| ________ | ❌砍掉 | 非核心 |\n\n**最小交付标准**：\n- 客户能获得核心价值的最低配置\n- 不追求完美，追求\"能用\"\n\n**验证指标**：\n- __%的客户表示满意 = 验证通过\n- ___个付费客户 = 需求确认\n\n**交付周期**：≤2周\n\n**砍掉清单回顾**（V2.0候选）：\n1. ________\n2. ________\n```\n\n**关键设计决策**:\n- MVP只能有1个核心价值点，多了就不是MVP\n- 砍掉清单必须保留——是产品迭代路线图的输入\n\n**可复用要素**:\n- \"保留/砍掉\"决策模板适用于任何OPC产品/服务设计\n\n---\n\n### EX-07 服务产品化路线图\n\n**对应任务**: P3-03\n\n**来源**: OPC产品化方法论（Dan Martell路径）\n\n**适用场景**: 将已验证的人工服务转化为可复制的产品/SaaS\n\n**路线图模板**:\n\n```\n## 服务产品化路线图\n\n### 当前状态：人工服务\n- 服务名称：________\n- 已跑通次数：___次（≥3次才能产品化）\n- 交付耗时：___小时/次\n- 收费：¥___/次\n- 毛利率：___%\n\n### 目标状态：产品化/SaaS化\n- 产品名称：________\n- 目标交付方式：________（自助/半自动/全自动）\n- 目标定价：¥___/月\n- 目标毛利率：≥90%\n\n### 迁移步骤\n\n| 阶段 | 目标 | 关键动作 | 验证指标 | 时间 |\n|------|------|---------|---------|------|\n| 服务→标准化 | 可复制的SOP | 提炼3次以上经验为标准流程 | 新人/AI按SOP交付质量≥80% | ___周 |\n| 标准化→产品化 | 可独立交付的产品 | 识别自动化点位+搭建AI Agent | 产品交付耗时降低50% | ___周 |\n| 产品化→SaaS化 | 订阅制软件 | 封装为自助服务+订阅管理 | MRR≥¥___ | ___月 |\n\n### 每步的验证标准\n1. 标准化通过：不依赖特定人即可交付\n2. 产品化通过：AI自动化覆盖≥70%流程\n3. SaaS化通过：客户可自助使用，MRR持续增长\n```\n\n**关键设计决策**:\n- 必须按Dan Martell路径逐步迁移，不可跳步\n- 每步都有明确的验证标准——不可\"差不多就行\"\n\n**可复用要素**:\n- 三阶段迁移模板适用于任何OPC服务产品化\n\n---\n\n## P4 获客与品牌\n\n### EX-08 内容获客飞轮设计\n\n**对应任务**: P4-01\n\n**来源**: OPC获客方法论\n\n**适用场景**: 设计低成本内容获客系统\n\n**飞轮设计模板**:\n\n```\n## 内容获客飞轮\n\n**目标客户聚集的渠道**：\n1. ________（如：小红书/知乎/微信公众号/行业论坛）\n2. ________\n3. ________\n\n**内容类型与频率**：\n- 类型1：________（如：行业案例分析）→ 频率：___/周\n- 类型2：________（如：工具测评）→ 频率：___/周\n- 类型3：________（如：实操教程）→ 频率：___/月\n\n**AI内容生产流程**：\n1. 选题（人）→ 2. 大纲（AI辅助）→ 3. 初稿（AI生成）→ 4. 审核（人）→ 5. 发布（AI自动）\n\n**转化路径**：\n内容曝光 → 免费内容信任建立 → 低价产品/免费诊断筛选 → 高客单服务变现\n\n**数据监测**：\n- 周指标：曝光量、点击率、新增线索\n- 月指标：转化率、获客成本、LTV\n```\n\n**关键设计决策**:\n- 内容生产流程默认\"人定策略+AI执行+人审核\"\n- 转化路径必须是\"免费→付费\"的漏斗\n\n**可复用要素**:\n- AI内容生产5步流程适用于任何内容类型\n\n---\n\n### EX-09 冷启动获客行动计划\n\n**对应任务**: P4-02\n\n**来源**: OPC获客方法论\n\n**适用场景**: 获取首批3个付费客户\n\n**行动计划模板**:\n\n```\n## 冷启动获客行动\n\n**首批3个目标客户**：\n\n| # | 客户名 | 触达方式 | 价值主张话术 | 状态 |\n|---|--------|---------|------------|------|\n| 1 | ________ | ________ | ________ | ⬜待触达 |\n| 2 | ________ | ________ | ________ | ⬜待触达 |\n| 3 | ________ | ________ | ________ | ⬜待触达 |\n\n**价值主张话术模板**：\n- ❌「我能帮你导入AI」\n- ✅「我能在___天内帮你的___增加___%的___」\n\n**免费/低价案例方案**（最多3个）：\n- 案例1：________（免费/半价，换取案例授权+转介绍）\n- 案例2：________\n- 案例3：________\n\n**时间线**：\n- 第1周：触达3个目标\n- 第2周：首次沟通\n- 第3周：提交方案\n- 第4周：成交/迭代\n```\n\n**关键设计决策**:\n- 明确限制3个目标——OPC资源有限，不贪多\n- 免费案例最多3个——超过说明服务定价有问题\n\n**可复用要素**:\n- 价值主张话术模板是OPC核心表达规范\n\n---\n\n## P5 运营与自动化\n\n### EX-10 AI工具栈配置清单\n\n**对应任务**: P5-01\n\n**来源**: OPC工具栈实战\n\n**适用场景**: 搭建一人公司的AI工具体系\n\n**工具栈清单模板**:\n\n```\n## AI工具栈配置\n\n| 能力需求 | 工具名 | 用途 | 月费 | 自治度 | 备选方案 |\n|---------|--------|------|------|--------|---------|\n| 调研能力 | ________ | 市场调研 | ¥___ | 🟨 | ________ |\n| 设计能力 | ________ | 编码/设计 | ¥___ | 🟨 | ________ |\n| 执行能力 | ________ | 自动化/内容 | ¥___ | ⬛ | ________ |\n| 财务能力 | ________ | 记账/预算 | ¥___ | 🟨 | ________ |\n| 获客能力 | ________ | 获客/邮件 | ¥___ | 🟨 | ________ |\n| 合规能力 | ________ | 合同/合规 | ¥___ | ⬜ | ________ |\n\n**月费合计**：¥___\n**替代人力成本**：¥___\n**工具ROI**：人力成本/工具月费 = ___倍\n```\n\n**关键设计决策**:\n- 基础配置月费上限¥500——OPC必须控成本\n- 每个工具必须有备选——工具下线不影响业务\n\n**可复用要素**:\n- 按能力需求分类的工具清单是OPC标准工具选型框架\n\n---\n\n### EX-11 日常运营SOP\n\n**对应任务**: P5-03\n\n**来源**: OPC运营方法论\n\n**适用场景**: 建立OPC日常运营检查机制\n\n**SOP模板**:\n\n```\n## OPC日常运营SOP\n\n### 日检（5分钟）\n- ⬜ 检查AI自动化是否正常运行\n- ⬜ 查看新增线索/客户消息\n- ⬜ 检查现金流余额\n\n### 周检（30分钟）\n- ⬜ 复盘本周交付进度\n- ⬜ 检查内容获客数据（曝光/点击/转化）\n- ⬜ 更新现金流表\n- ⬜ 审核AI生成内容质量\n- ⬜ 检查客户满意度反馈\n\n### 月检（2小时）\n- ⬜ 计算runway，判断安全/注意/危险\n- ⬜ 审核AI工具月费 vs 产出ROI\n- ⬜ 复盘月度MRR目标完成度\n- ⬜ 检查合规状态（税务/合同/数据安全）\n- ⬜ 评估产品化/自动化进展\n- ⬜ 规划下月重点\n```\n\n**关键设计决策**:\n- 时间预算严格控制——OPC时间是最稀缺资源\n- 日检5分钟强制只看3项核心\n\n**可复用要素**:\n- 日/周/月三级检查框架是OPC标准运营节奏\n\n---\n\n## P6 财务与合规\n\n### EX-12 现金流管理表\n\n**对应任务**: P6-02\n\n**来源**: OPC财务管理方法论\n\n**适用场景**: 每月跟踪现金流和runway\n\n**现金流表模板**:\n\n```\n## 月度现金流表（___年___月）\n\n### 收入\n| 来源 | 金额 |\n|------|------|\n| 服务收入 | ¥___ |\n| 产品收入 | ¥___ |\n| 其他收入 | ¥___ |\n| **合计** | **¥___** |\n\n### 支出\n| 类别 | 金额 |\n|------|------|\n| AI工具月费 | ¥___ |\n| 办公/设备 | ¥___ |\n| 外包费用 | ¥___ |\n| 税费 | ¥___ |\n| 其他 | ¥___ |\n| **合计** | **¥___** |\n\n### 关键指标\n- **月净现金流**：¥___（收入-支出）\n- **现金储备**：¥___\n- **Runway**：___个月（储备/月净支出）\n- **安全线**：≥6个月（OPC建议12个月）\n- **预警**：⬜安全 🟨注意 🟥危险\n```\n\n**关键设计决策**:\n- 三级预警机制（安全/注意/危险）对应不同行动策略\n- Runway是OPC最核心的生存指标\n\n**可复用要素**:\n- 月度现金流表模板可直接复用\n\n---\n\n### EX-13 服务合同审查清单\n\n**对应任务**: P6-04\n\n**来源**: OPC合规方法论\n\n**适用场景**: 审核任何服务合同\n\n**审查清单模板**:\n\n```\n## 服务合同审查清单\n\n### 必查条款\n- ⬜ 服务范围是否明确？（做什么、不做什么）\n- ⬜ 付款条件是否清晰？（金额、时间、方式、逾期处理）\n- ⬜ 责任限制是否合理？（间接损失免责、赔偿上限）\n- ⬜ 知识产权归属是否清晰？（交付物版权、AI生成内容版权）\n- ⬜ 终止条件是否公平？（提前通知期、已付费处理）\n- ⬜ 保密条款是否对等？（双方保密义务）\n\n### OPC特别关注\n- ⬜ 是否承诺超出能力范围的服务？（OPC特别容易过度承诺）\n- ⬜ AI生成内容的版权是否明确？\n- ⬜ 是否有数据安全和隐私保护条款？\n- ⬜ 是否有不可抗力条款？\n- ⬜ 纠纷解决方式是否约定？（仲裁/诉讼、管辖地）\n\n### 审查结论\n- ⬜ 通过：可签署\n- ⬜ 需修改：修改项________\n- ⬜ 需专业律师审核：风险项________\n\n> 注：本清单不构成法律意见，关键合同建议咨询专业律师。\n```\n\n**关键设计决策**:\n- \"OPC特别关注\"模块是一人公司独有的风险点\n- 强制标注\"不构成法律意见\"\n\n**可复用要素**:\n- 审查清单适用于任何OPC服务合同\n\n---\n\n## 全局合规检查\n\n### EX-14 「AI能搞定一切」幻觉检查\n\n**对应任务**: 任何涉及纯AI执行的决策\n\n**来源**: OPC五大致命陷阱\n\n**适用场景**: 任何涉及AI自动化替代人力的决策\n\n**检查清单模板**:\n\n```\n## AI能力边界检查\n\n- ⬜ AI生成的内容是否有行业专家审核？\n- ⬜ AI不擅长的事（商务谈判、复杂判断、人情沟通）是否有手动方案？\n- ⬜ 是否有「AI生成→无人审核→直接交付」的流程？（风险极高）\n- ⬜ AI工具的月费是否在可控范围内？\n```\n\n**修正动作**：标注「AI不擅长项」，要求人工介入。技术是杠杆，但撬动杠杆的支点是对业务的洞察。\n\n**关键设计决策**:\n- 此检查在任何纯AI执行决策前强制触发\n- 核心逻辑：AI是放大器，不是替代品\n\n**可复用要素**:\n- 检查清单适用于任何OPC的AI工具选型/自动化方案\n\n---\n\n### EX-15 合规与法律风险检查\n\n**对应任务**: 任何涉及注册、合同、财务的决策\n\n**来源**: OPC五大致命陷阱\n\n**适用场景**: 任何涉及法律合规、财务操作的决策\n\n**检查清单模板**:\n\n```\n## 合规风险检查\n\n- ⬜ 个人账户与公司账户是否严格分离？\n- ⬜ 注册资本是否实缴？是否存在抽逃？\n- ⬜ 是否有违规节税行为？\n- ⬜ 服务合同是否经过审核？\n- ⬜ AI生成内容的版权是否清晰？\n```\n\n**修正动作**：强制触发合规检查。关键原则——法人独立：公司是公司，个人是个人，混同=放弃有限责任保护。\n\n**关键设计决策**:\n- 法人独立是不可逾越的红线\n- 任何财务/注册/合同操作前必须通过此检查\n\n**可复用要素**:\n- 适用于任何OPC的注册/合同/税务决策前\n\n---\n\n### EX-16 客源验证前置检查\n\n**对应任务**: 用户提出注册公司的意图\n\n**来源**: OPC五大致命陷阱\n\n**适用场景**: 验证商业模式前是否应注册公司\n\n**检查清单模板**:\n\n```\n## 注册公司前验证\n\n- ⬜ 是否有3个以上的付费客户？\n- ⬜ 收入是否可以持续（非一次性）？\n- ⬜ 注册公司的固定成本（记账/年报/社保）是否可承受？\n```\n\n**修正动作**：先以个体工商户或个人身份验证，有稳定客源再注册公司。个体工商户的固定成本远低于公司。\n\n**关键设计决策**:\n- 无3个稳定付费客户前，不注册公司\n- 个体工商户是OPC最安全的初始形态\n\n**可复用要素**:\n- 适用于任何OPC启动阶段的主体选择决策\n\n---\n\n### EX-17 定位商业成果检查\n\n**对应任务**: 任何涉及定位/获客的决策\n\n**来源**: OPC五大致命陷阱\n\n**适用场景**: 检查是否在卖AI技术而非商业成果\n\n**检查清单模板**:\n\n```\n## 商业成果定位检查\n\n- ⬜ 你的定位是否包含「AI」二字？（危险信号）\n- ⬜ 客户是否理解你在卖什么？\n- ⬜ 你是否在解决客户的具体业务问题？\n```\n\n**修正动作**：重新定位。❌「我能帮你导入AI」→ ✅「我能在90天内帮你的诊所增加20个新患者咨询」。\n\n**关键设计决策**:\n- 客户买单的是成果，不是技术\n- 任何对外表述必须以商业成果为锚点\n\n**可复用要素**:\n- 适用于任何OPC的定位/品牌/获客内容审核\n\n---\n\n### EX-18 垂直利基收敛检查\n\n**对应任务**: 任何涉及商业模式/定位的决策\n\n**来源**: OPC五大致命陷阱\n\n**适用场景**: 检查定位是否过于宽泛\n\n**检查清单模板**:\n\n```\n## 垂直利基收敛检查\n\n- ⬜ 能否一句话说清「服务谁，解决什么问题」？\n- ⬜ 你的目标客户是否有共同特征？\n- ⬜ 你是否在多个不相关领域分散精力？\n```\n\n**修正动作**：强制收敛到垂直利基。❌「AI顾问」→ ✅「专攻牙科诊所客户开发的AI自动化机构」。\n\n**关键设计决策**:\n- OPC资源有限，宽定位=无定位\n- 垂直到一句话说不清就还不够窄\n\n**可复用要素**:\n- 适用于任何OPC的定位/模式选择/获客策略决策\n\nFile v1.0.4:references/sv-innovation.md\n\n# OPC Innovation — 一人公司创新轴\n\nOPC创新轴参考文件。定义：四种创新模式适配、维度矩阵预设、创新评估侧重点、场景适配指引。\n\n---\n\n## 一、OPC创新约束的独特性\n\nOPC的创新约束与一般领域不同——不是缺创意，而是**缺资源、缺时间、缺人手**。创新在OPC领域不是锦上添花，是**资源极限下的生存策略**：\n\n| 约束 | 一般领域 | OPC领域 |\n|------|---------|---------|\n| 资金不足 | 可以融资 | 90%启动资金<$500，融资难 |\n| 时间不够 | 可以加人 | 一个人24小时是硬上限 |\n| 人手不够 | 可以招人 | 6维能力一人调用，AI补位 |\n| 客源不足 | 可以投广告 | 无广告预算，内容获客 |\n| 知名度不够 | 可以做PR | 从零开始，个人IP |\n\n**核心原则**：OPC的创新不是「如何做出更酷的产品」，而是「如何在资源极限下做出非平庸的结果」。约束即创新驱动力。\n\n---\n\n## 二、四种创新模式\n\n### 模式零（前置）：工作流重构\n\n**核心逻辑**：OPC最根本的创新不是在现有流程上优化，而是**重构流程本身**。不先重构工作流，在旧流程上做创新只是在低效基础上的优化。\n\n**这不是第5种创新模式，而是所有创新的前置条件。**\n\n**执行方式**：重构三步法（拆解→消除→重整）的详细操作指令见 `references/sv-pipeline.md` §零。此处只给OPC创新视角的重构要点：\n\n1. **拆解**：识别传统工作流中每个环节的存在理由——核心环节vs补偿环节\n2. **消除**：去掉补偿层——传递/协调/格式环节、冗余校验环节\n3. **重整**：基于AI能力模型重新编排——广域知识+生成能力+上下文窗口可端到端完成\n\n**重构后典型效果**：\n\n| 维度 | 典型改善 |\n|------|---------|\n| 环节数 | 减少60-80% |\n| 中间文档 | 归零 |\n| 参与角色 | 从N人→1人+AI |\n| 端到端耗时 | 减少50-90% |\n| 传递损耗 | 归零 |\n\n---\n\n### 模式一：垂直利基定位\n\n**核心逻辑**：OPC最核心的创新不是技术创新，是定位创新——在巨大市场中找到一个被忽视的垂直利基。\n\n**执行方式**：\n\n1. **反转假设**：反转「做大市场」假设 → 在极小市场中做极深服务\n   - 极端推演：「只服务XX城市的牙科诊所」比「服务所有企业」更赚钱\n\n2. **约束驱动定位**：用资源约束重新审视定位\n   - 推导：一个人只能服务5-10个客户 → 每个客户必须高客单价 → 必须解决高价值问题 → 必须深度理解客户行业\n\n3. **技能迁移定位**：从个人经验中提取可迁移模式\n   - 编程能力 → 不只是写代码，而是「自动化解决方案」\n\n4. **维度碰撞定位**：「个人能力×AI工具」维度矩阵\n   - 编程能力 × 内容生成AI → 定制化内容自动化工具\n\n5. **服务链条重组**：重新编排获客-交付链条\n   - 传统：获客→诊断→方案→交付→维护\n   - 重组：免费诊断(获客)→付费方案→AI自动交付→订阅维护\n   - 创新点：把诊断从服务环节变为获客环节\n\n**评估侧重**：可行性基础优先（资源约束下必须能落地）+ 非平凡性（垂直利基差异度）\n\n---\n\n### 模式二：约束驱动\n\n**核心逻辑**：资源约束不是创新的障碍，是创新的燃料。约束驱动是OPC最核心的创新策略。\n\n**推荐框架排序**：\n\n| 优先级 | 框架 | OPC运用 | 理由 |\n|--------|------|---------|------|\n| ★★★ | **约束驱动** | 资源极限→边界方案→差异化 | OPC最核心的创新策略 |\n| ★★★ | **第一性原理** | 归零重建→砍掉所有非必要→最小可行商业系统 | 一人公司必须极简 |\n| ★★☆ | **逆向思维** | 反转「需要团队」假设→证明一人可做 | 打破规模崇拜 |\n| ★★☆ | **系统动力学** | 识别现金流反馈循环→找到高杠杆点 | 现金流是OPC生命线 |\n| ★☆☆ | **演化迭代** | 快速试错→保留有效→淘汰无效 | OPC试错成本必须极低 |\n| ★☆☆ | **故事叙述** | 个人创业故事→品牌叙事 | 个人IP是OPC护城河 |\n\n**约束驱动在OPC的典型运用**：\n\n| 约束 | 强化到极限 | 边界方案 |\n|------|-----------|---------|\n| 没钱投广告 | 完全靠免费渠道获客 | 内容获客飞轮+社区口碑 |\n| 没人做销售 | 一人完成所有客户沟通 | AI筛选+人只做成交环节 |\n| 没时间交付 | 服务时间压缩到最小 | 产品化交付+AI自动化 |\n| 没技术背景 | 不写一行代码 | No-code/Low-code+AI生成 |\n| 没行业资源 | 从零开始建立信任 | 免费诊断/案例公开/内容输出 |\n\n---\n\n### 模式三：技能→系统迁移\n\n**核心逻辑**：OPC最独特的迁移是「个人技能→商业系统」的结构迁移。大多数OPC创始人有一个核心技能，创新在于把这个技能从「时间换钱」迁移到「系统换钱」。\n\n**四种迁移类型**：\n\n| 迁移类型 | OPC运用 | 示例 |\n|---------|---------|------|\n| **机制迁移** | 个人工作习惯→自动化机制 | 个人写作流程→AI内容生产Agent |\n| **结构迁移** | 一对一服务→一对多产品 | 咨询经验→在线课程/诊断工具 |\n| **方法迁移** | 个人决策方法→可复制方法论 | 投资决策框架→AI辅助决策工具 |\n| **概念迁移** | 个人品牌→商业品牌 | 个人IP→SaaS品牌（从卖时间到卖产品） |\n\n**核心迁移路径**（Dan Martell路径）：\n\n```\n个人技能(时间换钱) → 服务化(按项目收费) → 标准化(可复制的服务流程) → 产品化(系统自动交付) → SaaS化(订阅制软件)\n毛利率: 50%          70-80%           80%              90%              95%\n```\n\n**迁移质量检验**：\n\n| 检验维度 | 检验内容 | 不通过标志 |\n|---------|---------|-----------|\n| 技能可提取性 | 个人技能是否有清晰可描述的流程 | 靠直觉/灵感，无法结构化 |\n| 迁移可行性 | 技能是否可脱离个人时间交付 | 必须本人到场才能完成 |\n| 差异充分性 | 迁移后的产品/服务是否与竞品有差异 | 迁移后变成标准SaaS，无差异化 |\n| 市场需求验证 | 迁移后是否有人愿意付费 | 未验证需求就做产品 |\n\n---\n\n### 模式四：一人×AI维度矩阵\n\n**核心逻辑**：OPC最独特的维度矩阵是「个人能力维度×AI工具维度」——看似无关的个人能力和AI工具组合，可以发现新的商业模式。\n\n**概念A：个人能力维度**\n\n| 维度 | 说明 | 示例 |\n|------|------|------|\n| A1 专业领域知识 | 你最懂的领域 | 医疗、法律、金融、教育 |\n| A2 技术能力 | 你的技术栈 | 编程、设计、写作、数据分析 |\n| A3 人脉资源 | 你认识谁 | 行业专家、潜在客户、渠道 |\n| A4 个人品牌 | 别人怎么看你 | 行业影响力、内容积累、口碑 |\n| A5 行业经验年限 | 你在这个领域多久 | 3年以下/3-5年/5-10年/10年+ |\n\n**概念B：AI工具维度**\n\n| 维度 | 说明 | 示例 |\n|------|------|------|\n| B1 内容生成 | AI能自动生产的内容 | 文案、视频脚本、代码、设计 |\n| B2 数据分析 | AI能自动分析的数据 | 市场数据、用户行为、财务数据 |\n| B3 流程自动化 | AI能自动执行的流程 | 获客、交付、客服、财务 |\n| B4 交互辅助 | AI能辅助的人际交互 | 邮件、提案、谈判、培训 |\n| B5 预测决策 | AI能辅助的判断决策 | 定价、选品、投放、风控 |\n\n**强制连接发现矩阵**（每个组合都是一个OPC可能性）：\n\n| | B1 内容生成 | B2 数据分析 | B3 流程自动化 | B4 交互辅助 | B5 预测决策 |\n|---|-----------|-----------|-------------|-----------|-----------|\n| **A1 专业领域知识** | 行业内容获客系统 | 行业数据分析报告 | 行业自动化解决方案 | 行业AI助手 | 行业趋势预测服务 |\n| **A2 技术能力** | 技术博客→获客 | 技术选型分析工具 | DevOps自动化服务 | 技术咨询AI | 技术方案评估 |\n| **A3 人脉资源** | 社区内容运营 | 资源匹配平台 | 介绍费自动化 | 智能人脉管理 | 合作机会预测 |\n| **A4 个人品牌** | 品牌内容矩阵 | 影响力数据分析 | 粉丝运营自动化 | AI品牌顾问 | 品牌策略优化 |\n| **A5 行业经验年限** | 深度行业洞察内容 | 经验数据化产品 | 行业工作流模板 | 行业顾问AI | 经验决策辅助工具 |\n\n**使用方法**：\n1. 从矩阵中选3-5个看似无关的组合\n2. 强制连接：如果这两个维度组合，能做什么？\n3. 评估逻辑距离：越远的组合，创新潜力越大\n4. 识别可能性集群：多个组合指向同一方向=高潜力区\n5. 输出最有潜力、最激进、最被忽视的可能性\n\n---\n\n## 三、创新评估侧重点\n\n### 四维评估的OPC适配\n\n| 维度 | OPC评估重点 | 不通过标志 |\n|------|------------|-----------|\n| 问题明确性 | 是否解决了某个垂直领域的高价值问题 | 定位太泛（如「AI顾问」） |\n| 可行性基础 | 一人+AI工具是否能完成MVP | 需要多人协作才能启动 |\n| 范围适度 | 是否在一人能力边界内 | 超出个人能力/一个人做不完 |\n| 非平凡性 | 是否有足够差异化的垂直利基 | 与市面上其他AI服务同质化 |\n\n### OPC创新额外检查\n\n| 检查项 | 评估内容 | 不通过标志 |\n|--------|---------|-----------|\n| 现金流可行性 | 启动后3个月内是否能实现正现金流 | 需要6个月以上才能有收入 |\n| AI杠杆率 | 方案中AI自动化占比是否足够高 | 大部分工作仍需人工 |\n| 可产品化潜力 | 服务是否有明确的SaaS化路径 | 永远依赖个人时间交付 |\n| 垂直利基深度 | 是否窄到可以成为该领域首选 | 目标客户群体过大或模糊 |\n\n---\n\n## 四、场景适配指引\n\n> **前置提醒**：任何领域进入OPC前，必须先走工作流重构（模式零）——先重构流程本身，再在重构后的流程上做创新。详见SKILL.md重构三步法与 `references/sv-pipeline.md` §零。\n\n| OPC场景 | 模式选择偏好 | 评估侧重点 | 深化方向 |\n|---------|------------|-----------|---------|\n| **差异化定位** | 垂直利基定位+一人×AI矩阵 | 非平凡性+可行性基础 | 垂直利基一页纸 |\n| **低成本获客** | 约束驱动(系统动力学) | 可行性基础+范围适度 | 内容获客飞轮设计 |\n| **服务产品化** | 技能→系统迁移+约束驱动 | 可行性基础+非平凡性 | 产品化路线图 |\n| **定价创新** | 垂直利基定位(反常识)+约束驱动 | 问题明确性+非平凡性 | 定价方案+财务模型 |\n| **品牌差异化** | 技能→系统迁移(概念迁移)+一人×AI矩阵 | 非平凡性+范围适度 | 品牌叙事+定位策略 |\n| **团队扩展决策** | 约束驱动(第一性原理+系统动力学) | 可行性基础+范围适度 | 扩展时机判断+岗位设计 |\n| **AI工作流创新** | 一人×AI矩阵+约束驱动(涌现生成) | 可行性基础+非平凡性 | Agent工作流设计 |\n| **竞争壁垒构建** | 技能→系统迁移(机制迁移)+约束驱动 | 非平凡性+可行性基础 | 护城河清单+防御策略 |\n| **跨领域拓展** | 技能→系统迁移(方法迁移)+一人×AI矩阵 | 问题明确性+可行性基础 | 新领域验证计划 |\n| **现金流优化** | 约束驱动(系统动力学+约束驱动) | 可行性基础+问题明确性 | 现金流模型+优化方案 |\n\n---\n\n## 五、创新工作流\n\n### 入口\n\n1. **指定场景+模式**：「用约束驱动帮我找一个低成本获客方案」\n2. **仅指定场景**：「我的OPC定位太广，怎么聚焦」（AI自选最适模式）\n3. **仅指定模式**：「用维度矩阵帮我发现新商业模式」（AI询问OPC场景和当前状况）\n4. **开放式**：「帮我找OPC的突破方向」（AI根据当前阶段自选场景+模式）\n\n### 执行步骤\n\n**Step 1：阶段与约束理解**\n- 判断用户处于0→1/1→10/10→100/100→1000哪个阶段\n- 识别当前最核心的约束（资金/时间/技术/客源/合规）\n- 确认用户的个人能力维度（A1-A5）和AI工具使用情况\n\n**Step 2：模式选择与执行**\n- 根据场景和约束选择模式（1-4种）\n- 每个模式独立生成候选方案\n- 每个候选方案必须通过四维评估+额外检查\n\n**Step 3：方案整合与推荐**\n- 汇总所有模式的候选方案\n- 跨模式交叉分析（组合型/纲领型/互补型）\n- 按创新性排序推荐\n- 每个方案附带：阶段适用性、约束匹配度、现金流影响、AI杠杆率\n\n**Step 4：方案深化（可选）**\n- 展开为6维能力调用树\n- 生成阶段性路线图（探索→验证→扩展→优化）\n- 风险与约束扫描（五大致命陷阱检查）\n- MVP验证设计（最小可验证方案）\n\nFile v1.0.4:references/sv-pipeline.md\n\n# OPC Pipeline — 一人公司执行轴\n\nOPC执行轴参考文件。定义：6维能力详细映射、领域校准推导、IPO基元链模式详解与实例化演示、执行规则、工具调用策略。\n\n---\n\n## 零、工作流重构执行逻辑\n\nSKILL.md定义了重构三步法的核心理念。本节提供**执行层面的操作指令**——何时触发、如何执行、如何记录。\n\n### 何时触发重构\n\n| 触发条件 | 示例 |\n|---------|------|\n| 传统工作流涉及3+角色接力 | 产品→技术→运营→财务→法务 |\n| 工作流中有3+份中间文档在角色间流转 | 需求文档→技术方案→开发→测试→部署报告 |\n| 30%+时间花在协调沟通上 | 评审会、进度同步、跨部门对接 |\n| 返工率≥30% | 信息传递失真导致反复修改 |\n\n### 重构执行三步法\n\n**Step 1：拆解**——列出传统工作流的每个环节，标记类型：\n\n| 环节类型 | 标记 | 处理 |\n|---------|------|------|\n| 核心环节（事情本身的逻辑步骤） | ✅保留 | 评估AI自动化程度 |\n| 校准环节（过程中纠偏的中间产出物） | 🔶保留 | 保留为基元内分步校准点 |\n| 传递环节（人之间传递信息的中间步骤） | ❌消除 | IPO链自动传递 |\n| 协调环节（管理多人协作的步骤） | ❌消除 | 无协作即无协调 |\n| 校验环节（防止人出错的审核步骤） | ⚡精简 | 保留关键节点，去掉冗余评审 |\n| 格式环节（满足组织流程的形式要求） | ❌消除 | 零形式开销 |\n\n**校准 vs 校验**：校验是事后检查对错，校准是过程中锁定方向。校准环节的中间产出物（如功能描述、方法调用结构）不只是传递文档，更是在过程中提供纠偏锚点——省掉校准看似简化，实则把纠偏压力推到最终产出，返工成本更高。\n\n**合并判断准则**：AI技术上能一步完成 ≠ 一步完成最好。消除环节前，除了问\"这是人的局限还是事情本身的需要\"，还要问\"这个中间产出物是否在过程中起校准作用\"。如果起校准作用，即使技术上能合并，也不应合并——应保留为基元内分步校准点。\n\n**Step 2：消除**——去掉所有❌标记的环节和⚡标记中的冗余部分；**校准环节🔶不可消除**——中间产出物起纠偏作用的必须保留为基元内分步校准点\n\n**Step 3：重整**——将保留的✅核心环节、🔶校准环节（作为基元内分步校准点）和⚡关键校验节点，按AI能力模型重新编排为IPO基元链\n\n### 重构前后对比模板\n\n| 维度 | 重构前（传统工作流） | 重构后（AI能力模型） |\n|------|-------------------|-------------------|\n| 环节数 | ___个 | ___个 |\n| 中间文档 | ___份 | 0份 |\n| 参与角色 | ___个角色 | 1人+AI |\n| 协作节点 | ___个会议/评审 | ___个关键校验点 |\n| 端到端耗时 | ___ | ___ |\n| 传递损耗 | ___% | 0% |\n\n### 重构后的典型执行形态\n\n| 形态 | 适用场景 | 执行方式 |\n|------|---------|---------|\n| **单步IPO** | 标准化任务 | 描述目标→AI直接产出 |\n| **简短基元链** | 有阶段的中等复杂度任务 | 2-5个IPO基元串联 |\n| **IPO+人工决策** | 涉及合规/客户/品牌 | AI执行+关键节点人工介入 |\n\n---\n\n## 一、6维能力详细映射\n\n### S-调研能力：市场与需求侦察\n\n| 操作类型 | 典型场景 | AI自治度 | 注意事项 |\n|---------|---------|---------|---------|\n| 市场调研 | 行业规模、趋势、竞品扫描 | 🟨半自动 | AI采集数据，人判断可靠性 |\n| 需求采集 | 用户访谈、痛点梳理 | ⬜辅助 | 人主导沟通，AI辅助整理 |\n| 竞品分析 | 功能对比、定价策略、差异化定位 | ⬛全自动 | AI可完成大部分分析 |\n| 趋势监测 | 行业动态、政策变化、技术演进 | 🟨半自动 | AI监测+人判断影响 |\n\n**常见陷阱**：信息过载迟迟不行动→设定调研时限（最多3天）；需求泛化→强制收敛到具体人群和场景。\n\n### C-设计能力：方案设计与决策\n\n| 操作类型 | 典型场景 | AI自治度 | 注意事项 |\n|---------|---------|---------|---------|\n| 技术选型 | 开发框架、AI工具、基础设施 | 🟨半自动 | 人做最终决策，AI提供对比分析 |\n| 方案设计 | 架构设计、流程设计、自动化设计 | ⬛全自动 | AI编码工具可完成大部分设计 |\n| 自建vs外包判断 | 哪些自己做，哪些用SaaS/外包 | 🟨半自动 | AI分析ROI，人做决策 |\n| 数据分析 | 用户数据、运营数据、财务数据 | ⬛全自动 | AI可完成大部分分析 |\n\n**设计能力决策矩阵**：\n\n| 维度 | 自建 | SaaS/工具 | 外包 |\n|------|------|----------|------|\n| 核心竞争力 | ✅ 必须 | ❌ 不适合 | ❌ 不适合 |\n| 非核心但有定制需求 | ⚠️ 评估ROI | ✅ 优先 | ⚠️ 备选 |\n| 非核心标准流程 | ❌ 不值得 | ✅ 优先 | ✅ 可选 |\n| 需要快速验证 | ⚠️ 看技术栈 | ✅ 优先 | ⚠️ 周期长 |\n\n### A-执行能力：执行与交付\n\n| 操作类型 | 典型场景 | AI自治度 | 注意事项 |\n|---------|---------|---------|---------|\n| 内容生产 | 文章、视频脚本、社交媒体内容 | ⬛全自动 | AI生产，人审核 |\n| 产品交付 | 软件开发、服务交付 | 🟨半自动 | AI辅助编码，人审核关键环节 |\n| 流程自动化 | 自动化工作流搭建 | ⬛全自动 | AI可搭建，人验证 |\n| 客户服务 | 自动回复、FAQ、工单处理 | ⬛全自动 | 标准问题AI处理，复杂问题转人 |\n\n**自动化优先级**：重复性高→AI优先；涉及人际沟通→人主导AI辅助；涉及创意判断→人审核AI产出。\n\n### O-财务能力：现金流与资产\n\n| 操作类型 | 典型场景 | AI自治度 | 注意事项 |\n|---------|---------|---------|---------|\n| 现金流管理 | 收支记录、runway计算、预算规划 | 🟨半自动 | AI记录计算，人做决策 |\n| 税务规划 | 主体选择、税率优化、研发费用抵扣 | ⬜辅助 | 建议咨询专业会计师 |\n| 成本核算 | AI工具月费、外包成本、运营成本 | ⬛全自动 | AI可完成核算 |\n| 定价策略 | 服务定价、SaaS定价、阶梯定价 | 🟨半自动 | AI分析竞品，人做最终定价 |\n\n**财务核心公式**：\n\n```\nrunway(月) = 现金储备 / 月度净支出\n安全runway ≥ 6个月（OPC建议12个月）\n月度净支出 = 固定成本(AI工具+办公+外包) + 变动成本(税费+差旅)\n目标MRR ≥ 3 × 月度固定成本（覆盖波动）\n```\n\n### I-获客能力：获客与品牌\n\n| 操作类型 | 典型场景 | AI自治度 | 注意事项 |\n|---------|---------|---------|---------|\n| 内容获客 | 自媒体、SEO、社区运营 | ⬛全自动 | AI生产内容，人定策略和审核 |\n| 冷启动获客 | 冷邮件、社交拓展、合作推荐 | 🟨半自动 | AI辅助写邮件，人发关系 |\n| 客户沟通 | 需求沟通、提案、售后 | ⬜辅助 | 人主导，AI辅助整理 |\n| 品牌建设 | 个人IP、行业认知、信任积累 | 🟨半自动 | AI辅助内容，人做品牌决策 |\n\n**获客漏斗**（OPC标准模型）：\n\n```\n内容曝光(AI自动) → 免费内容信任建立 → 低价产品筛选 → 高客单服务变现\n```\n\n核心原则：**卖商业成果，不卖AI技术**。\n\n### G-合规能力：风控与合规\n\n| 操作类型 | 典型场景 | AI自治度 | 注意事项 |\n|---------|---------|---------|---------|\n| 主体合规 | 注册类型选择、法人独立性 | ⬜辅助 | 建议咨询律师/会计师 |\n| 合同审核 | 服务合同、NDA、外包合同 | 🟨半自动 | AI初筛+人审核关键条款 |\n| 数据安全 | 用户数据、隐私保护、数据跨境 | 🟨半自动 | AI辅助检查，人做合规决策 |\n| 知识产权 | 商标、著作权、专利 | ⬜辅助 | 建议咨询专业代理 |\n\n**合规底线检查清单**（任何涉及法律/财务的决策必须过此清单）：\n\n1. ⬜ 法人财产与个人财产是否严格分离？\n2. ⬜ 注册资本是否实缴？是否抽逃？\n3. ⬜ 合同是否经过审核？关键条款是否理解？\n4. ⬜ 用户数据是否合规采集和存储？\n5. ⬜ 税务是否按期申报？是否违规节税？\n6. ⬜ AI生成内容是否有侵权风险？\n7. ⬜ 服务承诺是否超出能力范围？\n\n---\n\n## 二、领域校准推导\n\n### 校准推导规则\n\n| 规则 | 推导逻辑 | 校准结果 |\n|------|---------|---------|\n| 资源极限原则 | 一人时间/资金有限 | 调研和设计能力优先调用——先侦察清楚再行动，减少返工浪费 |\n| 现金流敏感原则 | OPC现金流是生死线 | 财务能力权重提升，任何决策必附带现金流影响评估 |\n| AI杠杆原则 | AI是OPC核心放大器 | 执行操作优先评估AI自动化可行性，获客AI辅助但人主导 |\n| 垂直利基原则 | OPC必须窄而深 | 设计决策时强制收敛——「你的垂直利基是什么？」 |\n| 合规底线原则 | 小组织承担完整法律责任 | 合规能力不可省略，关键节点自动嵌入合规检查 |\n\n### OPC阶段校准矩阵\n\n| 阶段 | 核心能力需求 | 关键变量 | 合规重点 | 自治度偏好 |\n|------|------------|---------|---------|-----------|\n| 0→1 探索期 | 调研+设计 | 需求验证、赛道选择 | 不要无客源就注册公司 | 🟨半自动 |\n| 1→10 验证期 | 执行+获客 | 首批客户、交付跑通 | 合同审核、质量保证 | 🟨半自动 |\n| 10→100 增长期 | 财务+执行 | MRR增长、产品化 | 税务合规、数据安全 | ⬛+🟨 |\n| 100→1000 扩张期 | 财务+合规 | SaaS化、品牌化 | 法人独立、知识产权 | 🟨+⬜ |\n\n---\n\n## 三、IPO基元链模式详解\n\n### OP-P1：需求验证链\n\n```\nI:想法 → [调研:市场扫描] → [设计:需求判断] → [获客:潜在客户确认] → [合规:可行性验证] → O:验证结论\n```\n\n**适用场景**：0→1阶段，有一个想法但不确定是否值得做。\n\n**关键规则**：\n- 调研阶段最多3天，超时强制进入设计阶段\n- 获客确认必须找到至少3个潜在客户愿意付费\n- 合规检查：需求是否真实、是否有支付意愿、是否有能力交付\n\n### OP-P2：MVP快速交付链\n\n```\nI:已验证需求 → [设计:最小方案设计] → [执行:AI辅助快速实现] → [获客:客户反馈] → ↻(设计→执行, 满意) → O:交付归档\n```\n\n**适用场景**：1→10阶段，已验证需求，快速交付首个版本。\n\n**关键规则**：\n- 设计阶段强制使用「最小可行产品」思维——砍掉一切非必要功能\n- 执行阶段优先使用AI工具辅助实现，减少手动编码\n- 获客反馈循环不超过3轮，避免无限修改\n\n### OP-P3：内容获客飞轮链\n\n```\n[执行:AI内容生产] ⇉ [获客:分发渠道1/2/3] → [调研:数据监测] → [设计:效果分析] → ↻(执行, 优化内容)\n```\n\n**适用场景**：任何阶段，OPC最主要的低成本获客方式。\n\n**关键规则**：\n- 执行阶段使用AI自动化内容生产\n- 分发渠道选择：目标客户在哪里就在哪里分发\n- 调研监测每周一次，设计分析每月一次\n- 内容类型按垂直利基定位，不做泛内容\n\n### OP-P4：合规风控检查链\n\n```\n[合规:主体合规] → [合规:税务合规] → [合规:合同合规] → [合规:数据安全] → O:合规档案\n```\n\n**适用场景**：任何涉及法律/财务/数据操作的决策前。\n\n**关键规则**：\n- 主体合规检查法人独立性（个人账户与公司账户分离）\n- 税务合规检查（按期申报，研发费用抵扣）\n- 合同合规检查（服务范围、付款条件、责任限制、知识产权）\n- 数据安全检查（用户数据采集、存储、处理合规）\n- 任何合规检查不通过，暂停行动，修复后再继续\n\n### OP-P5：服务产品化链\n\n```\nI:已验证服务流程 → [设计:产品化拆解] → [设计:自动化点位识别] → [执行:AI自动化搭建] → [合规:质量验证] → O:产品归档\n```\n\n**适用场景**：10→100阶段，将已验证的人工服务转化为可复制的系统。\n\n**关键规则**：\n- 输入必须是已跑通3次以上的服务流程\n- 自动化点位识别时，区分「AI可自动化」和「必须人工」\n- 质量验证：产品化后的交付质量是否不低于人工服务\n\n---\n\n## 四、实例化演示\n\n### 实例1：0→1 验证一个SaaS想法\n\n**领域校准**：0→1探索期 → 调研+设计能力优先，合规重点「不要无客源就注册公司」\n\n| 单元ID | 名称 | 能力调用 | 输入 | 输出 | 依赖 | 自治度 | 组合接口 |\n|--------|------|---------|------|------|------|--------|----------|\n| S-01 | 目标市场扫描 | 调研+行业分析 | 必选：初步想法；可选：行业偏好 | 市场数据+竞品列表 | 无 | 🟨 | →C-01 |\n| C-01 | 需求真伪判断 | 设计+产品判断 | 必选：S-01市场数据 | 需求验证结论 | S-01 | 🟨 | →I-01 |\n| I-01 | 潜在客户确认 | 获客+用户研究 | 必选：C-01需求结论 | 3+付费意愿确认 | C-01 | ⬜ | →G-01 |\n| G-01 | 可行性检查 | 合规+风险评估 | 必选：I-01客户确认+资源评估 | 通过/不通过 | I-01 | 🟨 | →O-01 |\n| O-01 | 验证记录归档 | 财务+知识管理 | 必选：G-01结论 | 验证报告 | G-01 | ⬛ | — |\n\n**链**：S-01 → C-01 → I-01 → G-01 → O-01\n\n### 实例2：搭建AI内容获客系统\n\n**领域校准**：1→10验证期 → 执行+获客能力优先，合规重点「卖成果不卖技术」\n\n| 单元ID | 名称 | 能力调用 | 输入 | 输出 | 依赖 | 自治度 |\n|--------|------|---------|------|------|------|--------|\n| S-01 | 垂直利基定位确认 | 调研+定位分析 | 必选：业务方向；可选：行业偏好 | 垂直领域+目标客户画像 | 无 | 🟨 |\n| C-01 | 内容策略设计 | 设计+内容策略 | 必选：S-01定位结论 | 内容类型+频率+渠道矩阵 | S-01 | 🟨 |\n| A-01 | AI内容生产系统搭建 | 执行+自动化 | 必选：C-01内容策略 | 内容生产Agent+模板库 | C-01 | ⬛ |\n| A-02 | 分发自动化搭建 | 执行+分发 | 必选：A-01生产系统 | 多渠道自动分发系统 | A-01 | ⬛ |\n| G-01 | 内容合规检查 | 合规+品牌审核 | 必选：A-01内容产出 | 合规报告 | A-01 | ⬛ |\n| I-01 | 首批客户获取验证 | 获客+数据分析 | 必选：A-02分发数据+G-01合规通过 | 获客数据+转化率 | A-02,G-01 | 🟨 |\n| C-02 | 效果评估与优化 | 设计+数据分析 | 必选：I-01获客数据 | 优化建议 | I-01 | ⬛ |\n| O-01 | 获客系统归档 | 财务+系统管理 | 必选：C-02优化结论 | 系统文档+成本记录 | C-02 | ⬛ |\n\n**链**：S-01 → C-01 → [A-01 → G-01] → A-02 → I-01 → C-02 → O-01\n\n---\n\n## 五、执行规则\n\n1. **阶段优先**：先判断用户处于0→1/1→10/10→100/100→1000哪个阶段，再选择基元链模式\n2. **现金流量化**：任何涉及财务的决策必须附带现金流影响评估\n3. **AI优先评估**：执行操作先评估AI自动化可行性，再决定手动/外包\n4. **合规不跳过**：合规检查不可标记为「跳过」或「延后」\n5. **垂直利基收敛**：设计决策时如果领域过泛，强制追问「你的垂直利基是什么」\n6. **成果导向表达**：获客操作时，强制检查是否在卖「AI技术」而非「商业成果」\n7. **3天调研上限**：调研单次不超过3天，超时强制进入设计阶段\n8. **3轮迭代上限**：OP-P2中客户反馈循环不超过3轮\n9. **20%现实警示**：任何涉及OPC乐观预期时，必须同时呈现「仅20%稳定盈利」的现实数据\n\n## 六、工具调用策略\n\n| 实现方式 | OPC适用场景 | 示例 |\n|----------|-----------|------|\n| LLM直接完成 | 商业模式分析、定价策略、定位梳理、内容策略 | 垂直利基定位、获客漏斗设计 |\n| 调用工具 | 市场数据查询、竞品分析、财务计算 | WebSearch查市场数据、Excel做现金流 |\n| 加载技能 | PDF合同审核、财务报表生成 | pdf技能审合同、xlsx技能做预算 |\n| 人机协作 | 客户沟通、商务谈判、品牌决策 | 人工主导客户会议，AI辅助准备材料 |\n| 激活内容轴 | 产出商业计划书、定价方案、运营方案 | 按清单组商业计划，按范本写提案 |\n| 激活创新轴 | 差异化定位、突破资源限制 | 约束驱动找垂直利基 |\n\n**策略规则**：\n- OPC场景中，AI自治度默认偏低——一人公司出错代价高，关键决策需人确认\n- 合规相关操作优先使用专业工具/技能，减少AI幻觉风险\n\nFile v1.0.4:references/sv-requirements.md\n\n# OPC领域要求清单\n\n一人公司按任务类型定义的组件槽位——每个任务的\"零件清单\"。按清单逐项产出，确保不遗漏。\n\n---\n\n## P0 工作流重构\n\n### P0-01 传统工作流识别\n- **必选组件**: 目标领域名称、传统工作流全链路描述（环节→角色→文档→协作点）、环节数、参与角色数、中间文档数、协作节点数\n- **可选组件**: 各环节耗时占比、传递损耗率、返工率\n- **组装顺序**: 领域确认→全链路梳理→环节标注→角色标注→文档标注→协作点标注→数据汇总\n- **约束**: 必须完整列出传统工作流的每个环节，不可跳过\"理所当然\"的步骤；量化数据缺失时标注\"待测\"\n- **格式**: 工作流全景图（Markdown表格+流程标注）\n\n### P0-02 环节存在理由分析\n- **必选组件**: 每个环节的存在理由（事情本身需要 / 人的局限需要）、环节类型标记（✅核心 / 🔶校准 / ❌传递 / ❌协调 / ⚡校验 / ❌格式）、标记理由\n- **可选组件**: 人的局限类型细分（脑容量/传递/协作/记忆/出错）、可消除程度评估、校准价值评估（该环节的中间产出物是否起纠偏作用）\n- **组装顺序**: 逐环节追问→存在理由判定→类型标记→校准价值评估→理由记录→汇总统计\n- **约束**: 每个环节必须追问\"如果执行者是一个拥有无限知识能力和零协作损耗的AI，这个环节还需要吗？\"；判定必须基于事情本身逻辑，不可因\"行业惯例\"保留；对中间产出物必须追问\"这个产出物是否在过程中起校准作用？\"——起校准作用的标记为🔶校准\n- **格式**: 环节分析表（Markdown表格）\n\n### P0-03 人的局限补偿层消除\n- **必选组件**: 消除清单（哪些环节消除、为什么可消除）、保留清单（✅核心环节+🔶校准环节+⚡关键校验节点）、消除后的信息传递方式（IPO链自动传递）\n- **可选组件**: 每个消除环节的风险评估、消除后需新增的关键校验点\n- **组装顺序**: ❌标记环节逐一评估→消除决策→🔶校准环节确认→信息传递替代方案→保留环节确认→关键校验点插入→消除清单+保留清单\n- **约束**: 消除传递/协调/格式环节不可犹豫——这些是人的局限产物不是事情本身需要；校验环节精简为关键节点但涉及合规的不可消除；**校准环节不可消除**——中间产出物起纠偏作用的必须保留为基元内分步校准点\n- **格式**: 消除决策表（Markdown表格）\n\n### P0-04 重整为IPO基元链\n- **必选组件**: 重构后的工作流形态（单步IPO/简短基元链/IPO+人工决策）、每个基元的I/P/O定义、基元间传递关系、基元内分步校准点（如有）、总环节数（目标≤传统工作流的30%）\n- **可选组件**: 每个基元的能力需求标注、AI自动化程度评估、关键人工决策节点说明\n- **组装顺序**: 保留环节排序→IPO基元划分→基元内分步校准点插入→基元I/P/O定义→传递关系确认→形态选择→能力需求标注\n- **约束**: 基元数≤5（超过5说明还没充分消除）；每个基元必须可由AI辅助一人完成；合规节点必须有人工介入；🔶校准环节作为基元内分步校准点保留，不是独立基元\n- **格式**: IPO基元链图（Markdown流程图+表格）\n\n### P0-05 重构验证\n- **必选组件**: 七项验证结果（事情完整性/补偿层消除/校准不丢失/端到端可执行/复杂度回归/质量守恒/合规不跳过）、验证不通过项的修正方案\n- **可选组件**: 重构前后对比数据（环节数/中间文档/参与角色/耗时/传递损耗）、风险残留项\n- **组装顺序**: 逐项验证→记录结果→不通过项修正→二次验证→通过\n- **约束**: 七项必须全部通过；\"质量守恒\"不可妥协——重构是简化流程不是降低质量；\"合规不跳过\"是硬约束；\"校准不丢失\"防止过度合并\n- **格式**: 验证清单（Markdown检查表）\n\n### P0-06 执行形态选择\n- **必选组件**: 选定执行形态及理由、执行方式说明、关键人工决策节点（如有）\n- **可选组件**: 形态切换条件、后续迭代方向\n- **组装顺序**: 重构结果评估→三种形态适配判断→选定→理由记录\n- **约束**: 选择最简形态——能单步IPO的不用基元链，能基元链的不加人工决策；人工决策节点必须标注具体决策内容和触发条件\n- **格式**: 形态选择记录（Markdown）\n\n---\n\n## P1 商业定位\n\n### P1-01 垂直利基定位\n- **必选组件**: 目标客户画像（具体到行业+城市+规模）、核心痛点（1个）、解决的具体成果（可量化的商业成果，不是\"导入AI\"）\n- **可选组件**: 次级客户群、痛点优先级排序、客户支付能力评估\n- **组装顺序**: 目标客户画像→核心痛点→具体成果→垂直利基一句话\n- **定位约束**: 禁止出现\"所有人\"/\"所有行业\"/\"AI技术\"等泛化表述；必须窄到一句话说清\n- **格式**: 一页纸（Markdown）\n\n### P1-02 市场扫描与竞品分析\n- **必选组件**: 目标市场规模（TAM/SAM/SOM）、3-5个直接竞品、竞品定价区间、行业趋势判断\n- **可选组件**: 替代方案分析、政策/监管趋势、技术演进路线\n- **组装顺序**: 市场规模→竞品列表→竞品分析→趋势判断→机会窗口\n- **时间约束**: 调研不超过3天，超时强制进入下一任务\n- **格式**: 竞品对比表+趋势总结（Markdown）\n\n### P1-03 差异化价值主张\n- **必选组件**: 与竞品的核心差异（1-3点）、差异化优势的证据（案例/数据/逻辑）、客户选择你的理由\n- **可选组件**: 护城河评估、差异化可持续性分析\n- **组装顺序**: 竞品弱点→自身优势→差异点→证据→价值主张声明\n- **定位约束**: 差异必须与客户痛点直接相关，不是\"我们用更好的AI\"\n- **格式**: 价值主张画布（Markdown表格）\n\n### P1-04 个人能力盘点\n- **必选组件**: 专业领域知识(A1)、技术能力(A2)、人脉资源(A3)、个人品牌(A4)、行业经验年限(A5)的自我评估、能力-工具交叉矩阵（5×5）\n- **可选组件**: 能力差距分析、补强计划、AI工具使用熟练度\n- **组装顺序**: A1-A5自评→AI工具B1-B5评估→交叉矩阵→优势区识别→OPC可能性发现\n- **约束**: 自评必须诚实，不可高估；识别出的OPC可能性须通过P2-01模式选择验证\n- **格式**: 能力评估表+维度矩阵（Markdown表格）\n\n---\n\n## P2 商业模式\n\n### P2-01 模式选择\n- **必选组件**: 四大模式适配评估（AI原生机构/AI顾问/AI数字产品/AI SaaS）、选择理由、预期毛利率、启动难度自评\n- **可选组件**: 混合模式设计、模式切换时机\n- **组装顺序**: 个人能力盘点→四模式逐个评估→匹配度打分→选定模式→切换条件\n- **约束**: 必须基于P1-04的个人能力盘点做匹配，不可脱离实际；初次创业优先选启动难度低的模式\n- **格式**: 模式对比表+选择结论（Markdown表格）\n\n**四大模式组件清单与定价参考**：\n\n#### 模式1：AI原生机构（AI Native Agency）\n\n毛利率70% | 启动难度低-中 | 月收入潜力 ¥2万-35万\n\n| 组件 | 说明 | 必选/可选 | 交付物 |\n|------|------|---------|--------|\n| 垂直领域定位 | 选择一个你有行业经验的垂直领域 | 必选 | 定位一页纸 |\n| 前端服务设计 | 聚焦「商业成果」的服务包 | 必选 | 服务方案 |\n| AI Agent工作流 | 可复制的内容/获客/交付自动化流程 | 必选 | Agent配置文档 |\n| 客户获取系统 | 内容获客+冷启动+转介绍 | 必选 | 获客SOP |\n| 定价与收费模型 | 建设费+月维护费的订阅模式 | 必选 | 定价表 |\n| 案例积累方案 | 前1-3个免费/低价案例 | 必选 | 案例计划 |\n| 交付质量保证 | 服务标准化和SLA | 可选 | 质量标准 |\n| 外包协作网络 | 非核心环节的外包供应商 | 可选 | 供应商清单 |\n\n定价参考：\n\n| 服务 | 建设费 | 月维护费 |\n|------|--------|---------|\n| 全流程潜客开发 | ¥2万-5万 | ¥1.5万-3.5万 |\n| AI内容代运营 | — | ¥1万-3.5万 |\n| AI自动化流程搭建 | ¥1.5万-5万 | ¥0.5万-2万 |\n\n关键原则：不要说「我能帮你导入AI」，要说「我能在90天内帮你的诊所增加20个新患者咨询」。\n\n#### 模式2：AI顾问服务（AI Advisory）\n\n毛利率80% | 启动难度低 | 月收入潜力 ¥2万-14万\n\n| 组件 | 说明 | 必选/可选 | 交付物 |\n|------|------|---------|--------|\n| 行业经验提炼 | 将个人行业经验打包为可交付的咨询框架 | 必选 | 咨询框架 |\n| 诊断服务 | 企业AI应用现状诊断 | 必选 | 诊断报告模板 |\n| 方案设计 | 基于诊断的定制化方案 | 必选 | 方案文档 |\n| 实施辅导 | 协助方案落地 | 可选 | 辅导SOP |\n| 培训服务 | 团队AI能力培训 | 可选 | 培训课件 |\n| 持续顾问 | 月度咨询+答疑 | 可选 | 顾问合约 |\n\n定价参考：\n\n| 服务 | 单次/项目 | 月度顾问 |\n|------|----------|---------|\n| AI应用诊断 | ¥0.5万-2万 | — |\n| 定制方案设计 | ¥1万-5万 | — |\n| 实施辅导 | — | ¥0.5万-2万 |\n| 团队培训 | ¥0.3万-1.5万/场 | — |\n\n升级路径：AI顾问(80%) → 积累行业洞察 → 将可重复流程产品化 → AI软件服务(95%)\n\n#### 模式3：AI数字产品（AI Digital Products）\n\n毛利率90% | 启动难度中 | 月收入潜力 ¥3.5万-21万\n\n| 组件 | 说明 | 必选/可选 | 交付物 |\n|------|------|---------|--------|\n| 产品定位 | 知识付费/模板/工具/课程 | 必选 | 产品一页纸 |\n| 内容/功能开发 | 产品核心内容或功能 | 必选 | 产品MVP |\n| 定价策略 | 单次购买/订阅/分层定价 | 必选 | 定价方案 |\n| 销售页面 | 落地页+支付通道 | 必选 | 销售页 |\n| 内容获客体系 | 通过免费内容引流到付费产品 | 必选 | 获客SOP |\n| 客户成功体系 | 售后服务+复购引导 | 可选 | 服务SOP |\n| 社群运营 | 用户社群运营 | 可选 | 运营方案 |\n\n定价参考：\n\n| 产品类型 | 定价范围 | 交付模式 |\n|---------|---------|---------|\n| 在线课程 | ¥99-999/人 | 录播+作业 |\n| 模板/工具包 | ¥49-499/份 | 一次性下载 |\n| 会员社区 | ¥49-299/月 | 订阅制 |\n| AI提示词库 | ¥29-199/份 | 一次性+更新 |\n\n#### 模式4：AI软件服务（AI SaaS）\n\n毛利率95% | 启动难度高 | 月收入潜力 ¥7万-70万+\n\n| 组件 | 说明 | 必选/可选 | 交付物 |\n|------|------|---------|--------|\n| 核心功能定义 | 解决特定行业问题的软件功能 | 必选 | 功能清单+优先级 |\n| MVP开发 | 最小可行产品开发 | 必选 | 可运行的MVP |\n| 技术架构 | 部署架构+数据安全+扩展性 | 必选 | 架构文档 |\n| 定价模型 | Freemium/按用量/企业版 | 必选 | 定价方案 |\n| 支付与订阅 | 订阅管理+支付通道 | 必选 | 支付集成 |\n| 用户增长系统 | 产品引导+留存+推荐 | 必选 | 增长策略 |\n| 客户成功 | 自助文档+在线支持 | 可选 | 帮助中心 |\n| 数据分析 | 用户行为分析+营收追踪 | 可选 | 数据看板 |\n\n定价参考：\n\n| 层级 | 月费 | 功能范围 |\n|------|------|------|\n| 免费版 | ¥0 | 核心功能限制 |\n| 专业版 | ¥99-499/月 | 全功能+优先支持 |\n| 企业版 | ¥999-9999/月 | 定制+专属支持+SLA |\n\n### P2-02 服务包/产品定义\n- **必选组件**: 服务/产品名称、解决的具体商业成果、交付物清单、交付周期、收费模式（建设费+月维护费/一次性/订阅）\n- **可选组件**: 增值服务、阶梯版本（基础/专业/企业）\n- **组装顺序**: 商业成果→服务内容→交付物→交付周期→收费模式→服务包命名\n- **定位约束**: 服务名称和描述禁止出现\"AI\"二字（卖成果不卖技术）；交付物必须具体可见\n- **格式**: 服务方案一页纸（Markdown）\n\n### P2-03 定价策略设计\n- **必选组件**: 成本计算（AI工具+时间+外包）、竞品定价区间、价值锚定（客户因此获得的商业价值）、最终定价\n- **可选组件**: 阶梯定价、促销策略、涨价路线图\n- **组装顺序**: 成本底线→竞品定价→价值锚定→定价方案→验证（3个潜在客户反馈）\n- **约束**: 定价必须高于成本×3（OPC覆盖波动）；MRR目标≥3×月固定成本\n- **格式**: 定价表（Markdown表格）\n\n### P2-04 收入结构规划\n- **必选组件**: MRR/ARR目标（3月/6月/12月）、break-even月份、runway计算（月储备/月净支出）、收入来源占比\n- **可选组件**: 情景分析（乐观/基准/悲观）、收入增长模型\n- **组装顺序**: 月固定成本→MRR目标→break-even→runway→收入结构→增长路径\n- **约束**: runway安全线≥6个月（OPC建议12个月）；break-even超过12个月需重新评估模式\n- **格式**: 财务预测表（Markdown表格+关键公式）\n\n---\n\n## P3 产品与交付\n\n### P3-01 MVP最小方案设计\n- **必选组件**: 核心功能/服务（仅1个核心）、砍掉清单（砍了什么、为什么砍）、最小交付标准、验证指标（什么算成功）\n- **可选组件**: V2.0规划、技术选型、AI辅助方案\n- **组装顺序**: 全功能清单→逐项砍→剩核心功能→定义最小交付→设定验证指标\n- **约束**: MVP交付周期≤2周；功能砍到只剩1个核心价值点；验证指标必须可量化\n- **格式**: MVP一页纸（Markdown）\n\n### P3-02 服务流程标准化\n- **必选组件**: 交付SOP（步骤→输入→输出→负责人/AI）、质量控制点、客户沟通节点\n- **可选组件**: 交付模板库、异常处理流程\n- **组装顺序**: 完整交付经验→步骤拆解→质量控制点插入→标准化模板→SOP文档\n- **约束**: 只有跑通3次以上的流程才能标准化；SOP必须含异常处理\n- **格式**: SOP文档（Markdown流程图+表格）\n\n### P3-03 产品化路径规划\n- **必选组件**: 当前状态（人工服务流程）、目标状态（产品化/SaaS化）、迁移步骤（3-5步）、每步的验证指标\n- **可选组件**: 自动化点位识别、技术栈选择、时间估算\n- **组装顺序**: 当前服务流程→自动化点位→产品化拆解→迁移步骤→验证指标\n- **约束**: 迁移路径必须按Dan Martell路径：服务→标准化→产品化→SaaS化，不可跳步\n- **格式**: 迁移路线图（Markdown时间线）\n\n### P3-04 AI辅助交付方案\n- **必选组件**: 交付流程是否已通过P0判定（前置条件：如需重构则必须完成P0-04重整为IPO基元链后再进入；如无需重构则跳过P0直接进入）、重构后的工作流中AI可自动化的环节、AI自治度评估（⬛全自动/🟨半自动/⬜辅助）、人机协作接口\n- **可选组件**: AI工具选型、成本估算、备选方案（AI失败时的人工兜底）\n- **组装顺序**: P0判定结果确认（如需重构则基于P0-04重构结果；如无需重构则基于原始工作流）→流程拆解→逐环节评估AI可行性→自治度标注→人机接口定义→兜底方案\n- **约束**: 必须先通过P0判定再评估AI自动化——如需重构则在旧流程上做AI化只是在低效基础上自动化低效，必须先完成P0-04重整后再进入；任何⬛全自动环节必须有⬜人工兜底；合规相关环节不可全自动\n- **格式**: AI辅助方案表（Markdown表格）\n\n---\n\n## P4 获客与品牌\n\n### P4-01 内容获客体系设计\n- **必选组件**: 目标客户聚集的渠道（2-3个）、内容类型与频率、AI内容生产流程、转化路径（曝光→信任→试用→付费）\n- **可选组件**: SEO策略、社区运营、转介绍机制\n- **组装顺序**: 渠道选择→内容类型→生产流程（AI自动化）→分发流程→转化路径→数据监测\n- **约束**: 内容必须围绕垂直利基定位，不做泛内容；内容生产优先AI自动化，人审核即可\n- **格式**: 获客飞轮设计（Markdown流程图）\n\n### P4-02 冷启动获客方案\n- **必选组件**: 首批3个付费客户的具体目标名单、联系方式与触达方式、价值主张话术\n- **可选组件**: 免费/低价案例交换方案、推荐人策略\n- **组装顺序**: 目标名单→触达方式→话术准备→首次沟通→成交→案例积累\n- **约束**: 必须找到3个愿意付费的潜在客户才能进入下一阶段；免费案例不超过3个\n- **格式**: 冷启动行动计划（Markdown清单）\n\n### P4-03 个人IP与品牌策略\n- **必选组件**: 个人品牌定位（行业专家定位）、内容输出计划、信任建设路径（案例/数据/背书）\n- **可选组件**: 媒体曝光计划、行业活动参与、合作伙伴策略\n- **组装顺序**: 品牌定位→内容输出→案例积累→信任建设→品牌迭代\n- **约束**: 品牌定位必须与垂直利基一致；品牌是长期资产，不可短视\n- **格式**: 品牌策略一页纸（Markdown）\n\n### P4-04 客户转化与留存\n- **必选组件**: 转化漏斗（曝光→线索→成交）、留存机制（复购/续费/推荐）、LTV/CAC目标\n- **可选组件**: 客户分层策略、流失预警指标\n- **组装顺序**: 漏斗设计→转化率基准→留存机制→LTV/CAC计算→优化循环\n- **约束**: LTV/CAC≥3才可持续；月流失率≤5%为健康\n- **格式**: 转化漏斗表（Markdown表格）\n\n---\n\n## P5 运营与自动化\n\n### P5-01 AI工具栈选型\n- **必选组件**: 按能力需求匹配的AI工具清单（工具名+用途+月费+自治度）、工具间协作关系\n- **可选组件**: 替代方案、成本优化策略\n- **组装顺序**: 能力需求→工具匹配→自治度评估→协作关系→成本汇总\n- **约束**: 基础配置月费≤¥500；核心工具优先选国内可用方案；任何工具必须有备选\n- **格式**: 工具栈清单（Markdown表格）\n\n### P5-02 Agent工作流搭建\n- **必选组件**: 目标流程是否已通过P0判定（前置条件：如需重构则必须完成P0-04重整为IPO基元链后再进入；如无需重构则跳过P0直接进入）、Agent功能定义、触发条件、输入/输出、人机协作接口、异常处理\n- **可选组件**: 多Agent协作设计、性能监控指标\n- **组装顺序**: P0判定结果确认（如需重构则基于P0-04重构结果；如无需重构则基于原始工作流）→流程拆分→Agent拆分→触发条件→输入输出→人机接口→异常处理→测试验证\n- **约束**: 必须先通过P0判定再搭建Agent——如需重构则在旧流程上自动化低效，必须先完成P0-04重整后再进入；Agent必须有人工审核节点；涉及合规的环节不可全自动化\n- **格式**: Agent工作流文档（Markdown流程图+表格）\n\n### P5-03 日常运营SOP\n- **必选组件**: 日检清单（5项内）、周检清单（10项内）、月检清单（10项内）、负责人/AI分工\n- **可选组件**: 季度复盘模板、年度规划模板\n- **组装顺序**: 日→周→月→季度→年度，从紧急到重要\n- **约束**: 日检5分钟内可完成；周检30分钟内；月检2小时内\n- **格式**: SOP检查清单（Markdown）\n\n### P5-04 系统维护与迭代\n- **必选组件**: 工具版本管理、成本月度追踪、故障应对SOP、迭代决策规则\n- **可选组件**: 自动化测试方案、灾备方案\n- **组装顺序**: 现状盘点→问题识别→优先级排序→迭代方案→验证\n- **约束**: 月度AI工具成本增速≤10%；关键数据必须有备份\n- **格式**: 维护日志+迭代记录（Markdown）\n\n---\n\n## P6 财务与合规\n\n### P6-01 主体选择与注册\n- **必选组件**: 主体类型选择（个体工商户/一人有限公司/合伙）、注册流程、年成本对比\n- **可选组件**: 注册地选择、经营范围设计、银行开户\n- **组装顺序**: 需求分析→主体对比→选择→注册→银行开户→税务登记\n- **合规约束**: 无3个稳定付费客户前建议个体工商户；法人财产与个人财产必须严格分离\n- **格式**: 主体对比表+注册清单（Markdown）\n\n### P6-02 现金流管理\n- **必选组件**: 月度收支记录、runway计算、安全线（6-12个月）、预警机制\n- **可选组件**: 情景分析、现金流优化方案\n- **组装顺序**: 收入记录→支出分类→runway计算→安全线判断→预警→优化\n- **约束**: runway<3个月=红色预警（必须立即行动）；3-6个月=黄色预警\n- **格式**: 现金流表（Markdown表格+关键公式）\n\n### P6-03 税务规划\n- **必选组件**: 主体对应的税种与税率、申报周期与方式、合规节税项（研发费用抵扣等）\n- **可选组件**: 税收优惠政策、跨期策略\n- **组装顺序**: 税种识别→税率计算→申报安排→节税项→合规验证\n- **合规约束**: 不得违规节税；关键决策建议咨询专业会计师（标注\"不构成税务意见\"）\n- **格式**: 税务规划表（Markdown表格）\n\n### P6-04 合同与法律\n- **必选组件**: 服务合同模板（范围/付款/责任/知识产权）、NDA模板、关键条款审查清单\n- **可选组件**: 外包合同模板、劳动合同（如有）\n- **组装顺序**: 合同类型识别→模板选择/起草→关键条款审查→签署→归档\n- **合规约束**: 合同必须经过审核；关键条款（责任限制/知识产权/付款条件）不可省略\n- **格式**: 合同模板+审查清单（Markdown）\n\n### P6-05 数据安全与隐私\n- **必选组件**: 数据采集范围与合法性、存储方案与加密、用户隐私声明、数据跨境评估\n- **可选组件**: 数据备份方案、安全审计、合规认证\n- **组装顺序**: 数据盘点→采集合法性→存储方案→隐私声明→跨境评估→安全措施\n- **合规约束**: 用户数据采集必须有合法依据；敏感数据必须加密存储；如涉及跨境须评估合规\n- **格式**: 数据安全方案（Markdown）\n\nArchive v1.0.3: 8 files, 44525 bytes\n\nFiles: references/sv-catalog.md (5960b), references/sv-compose.md (6110b), references/sv-exemplars.md (26559b), references/sv-innovation.md (12894b), references/sv-pipeline.md (15748b), references/sv-requirements.md (21672b), SKILL.md (20567b), _meta.json (133b)\n\nFile v1.0.3:SKILL.md\n\n---\nname: solopreneur-os\nauthor: 王教成 Wang Jiaocheng (波动几何)\ndescription: 一人公司操作系统。核心能力：工作流重构——将任何领域的复杂工作流重构为AI辅助一人简易完成的方法（拆解人的局限补偿层→消除→基于AI能力模型重整）。执行轴为6维能力调用而非角色分工，管线为IPO基元链而非流水线传递。内容轴提供清单法与样本法的OPC适配规则，创新轴适配一人公司独特约束的突破路径。领域负载物覆盖7域31种任务类型、每种任务的组件清单与18个实战范本（含5个合规检查范本+1个工作流重构范本）。覆盖从0到1启动、商业模式设计、AI工具栈搭建、合规风控、现金流管理的全周期。触发词：一人公司、OPC、单人创业、solopreneur、超级个体、独立开发者、个人商业、微创业、一人商业闭环。\n---\n\n# One Person Company OS — 一人公司操作系统\n\n## 核心理念：工作流重构\n\nOPC的真正核心不是\"在传统工作流中用AI替代人工\"，而是**基于AI能力模型重构工作流**。\n\n传统工作流的复杂性 = 事情本身的复杂度 + 人的局限补偿层。人脑容量有限所以拆环节，人之间要文档传递所以有中间产物，人之间协作有损耗所以需要管理协调——这些复杂性只与人的局限有关，与事情本身无关。AI拥有广域知识+生成能力+上下文窗口，可以端到端完成复杂任务，不需要这些补偿机制。\n\n因此OPC的执行方式是**能力调用**而非角色分工——遇到什么事就调用什么能力，不需要先贴角色标签。流程应该回归事情本身的复杂度，而大多数事情本身没那么复杂。\n\n### 重构三步法\n\n| 步骤 | 操作 | 要点 |\n|------|------|------|\n| **拆解** | 识别每个环节的存在理由 | 追问：这个环节存在是因为事情本身需要，还是人的局限需要？ |\n| **消除** | 去掉人的局限补偿层 | 传递/协调/格式环节直接消除，校验环节精简为关键节点 |\n| **重整** | 基于AI能力模型重新编排 | 保留的✅核心环节+⚡关键校验节点→端到端IPO基元链 |\n\n**环节分类**：✅核心（保留） | ❌传递（消除） | ❌协调（消除） | ⚡校验（精简） | ❌格式（消除）\n\n**重构判断标准**（满足任一即需重构，详见 `references/sv-pipeline.md` §零）：3+角色接力 | 3+份中间文档流转 | 30%+时间在协调沟通 | 返工率≥30%\n\n**重构验证清单**：⬜事情完整性 ⬜补偿层已消除 ⬜端到端可执行 ⬜复杂度回归 ⬜质量守恒 ⬜合规不跳过\n\n**重构后典型形态**：单步IPO（标准化任务） | 简短基元链2-5个（中等复杂度） | IPO+人工决策（涉及合规/客户/品牌）\n\n> 重构方法的完整执行逻辑、触发条件、前后对比模板、实例化演示详见 `references/sv-pipeline.md` §零。\n\n---\n\n## OPC定义\n\n**一人公司（OPC, One Person Company）**：在AI工具赋能下，由单一创始人主导决策，借助AI Agent和外部资源网络，放大个体能力边界，形成商业价值闭环的创业形态。\n\n| 特征 | 传统公司 | 个体户 | OPC |\n|------|---------|--------|-----|\n| 决策者 | 多人协商 | 一人 | 一人主导 |\n| 执行力 | 团队分工 | 个人人力 | AI Agent+外部资源 |\n| 规模化 | 招人扩编 | 受限于24小时 | 系统复制+产品化 |\n| 成本结构 | 高固定成本 | 低但天花板低 | 极低启动成本+弹性 |\n| 退出方式 | 融资/上市 | 关停 | 产品化/SaaS化/出售 |\n\n---\n\n## Step 0：判定\n\n### 0A 阶段判定\n\n| 阶段 | 特征 | 核心任务 | 推荐基元链 |\n|------|------|---------|-----------|\n| **0→1 探索期** | 无客户/产品/收入 | 验证需求、选定赛道 | OP-P1需求验证 |\n| **1→10 验证期** | 首批客户、不稳定收入 | 跑通交付、积累案例 | OP-P2快速交付 |\n| **10→100 增长期** | 稳定客源、需规模化 | 产品化、自动化 | OP-P5服务产品化 |\n| **100→1000 扩张期** | 收入可观、需系统化 | SaaS化、品牌化 | OP-P3内容获客飞轮 |\n\n### 0B 三轴判定\n\n| 判定维度 | 简单 | 中等 | 复杂 |\n|---------|------|------|------|\n| **复杂度** | 单一问答→直接回答+陷阱检查 | 单模块任务→单步IPO | 跨模块任务→IPO基元链 |\n| **内容类型** | 非结构化→不激活 | — | 结构化成品→激活内容轴 |\n| **创新需求** | 常规执行→不激活 | — | 需要突破→激活创新轴 |\n\n---\n\n## 执行轴：6维能力调用\n\nOPC最核心的约束是一个人承担所有事，但\"承担所有事\"不等于\"扮演所有角色\"。执行逻辑：识别任务需要什么能力→调用对应能力→产出结果。\n\n| 能力 | 代号 | 本质 | 核心挑战 |\n|------|------|------|---------|\n| **调研** | S | 从环境中获取信息 | 信息过载，判断噪声vs信号 |\n| **设计** | C | 对信息加工处理和决策 | 选择困难，判断自建vs外包vsSaaS |\n| **执行** | A | 产生可观测的产出 | 执行疲劳，判断手动vsAI自动化 |\n| **财务** | O | 结构化管理和维护资源 | 现金流生死线 |\n| **获客** | I | 与外部主体建立关系 | 最难外包，AI不擅长 |\n| **合规** | G | 确保安全、合规、质量 | 小组织承担完整责任 |\n\n**调用逻辑**：不是\"我是产品人所以做调研\"，而是\"这个任务需要调研能力所以调用\"。能力之间无边界，同一刻可叠加多种能力。\n\n**调用序列**：调研→设计→执行→财务自然推进，获客贯穿前三个，合规贯穿全部。\n\n**关键原则**：一个人不是同时做六件事，而是一个人决定什么事该做什么不做、什么调用AI、什么外包。6维能力是能力框架，不是岗位清单。\n\n> 6维能力的详细映射（操作类型/自治度/陷阱/决策矩阵）、领域校准推导、IPO基元链模式详解与实例化演示、执行规则、工具调用策略详见 `references/sv-pipeline.md`。\n\n---\n\n## 内容轴：OPC内容方法与商业模式\n\n内容轴分两层：**方法层**（怎么组织内容）和**领域层**（OPC的商业模式数据）。\n\n### 方法层\n\n| 范式 | OPC适配 | 典型场景 |\n|------|---------|---------|\n| **清单法** | 按`references/sv-requirements.md`的槽位逐项填充 | 首次创建，确保不遗漏 |\n| **样本法** | 按`references/sv-exemplars.md`的结构参考模仿产出 | 有高质量同类样本 |\n| **结合** | 范本定框架+清单填内容 | 复杂成品 |\n\n**方法选择**：首次创建按范本参考，已有经验按清单产出，复杂任务两者结合。用户决定，AI不得自动选择。\n\n> 完整的清单法与样本法工作流详见 `references/sv-compose.md`。\n\n### 领域层：四大商业模式\n\n| 模式 | 毛利率 | 启动难度 | 月收入潜力 |\n|------|--------|---------|-----------|\n| **AI原生机构** | 70% | 低-中 | ¥2万-35万 |\n| **AI顾问服务** | 80% | 低 | ¥2万-14万 |\n| **AI数字产品** | 90% | 中 | ¥3.5万-21万 |\n| **AI软件服务** | 95% | 高 | ¥7万-70万+ |\n\n**Dan Martell升级路径**：AI服务/顾问（70-80%）→ 积累客户信任与业务洞察 → 可重复流程产品化打包成SaaS → 毛利升至95%。\n\n> 四大商业模式的组件清单与定价参考详见 `references/sv-requirements.md` P2-01节。\n\n---\n\n## 创新轴：一人突破路径\n\nOPC的创新约束独特——不是缺创意，而是缺资源、缺时间、缺人手。\n\n| 模式 | 核心逻辑 | 典型场景 |\n|------|---------|---------|\n| **模式零：工作流重构**（前置） | 先重构流程本身，不在旧流程上优化 | 任何领域进入前的元能力 |\n| **模式一：垂直利基定位** | 反转「做大市场」假设，极小市场极深服务 | 定位差异化 |\n| **模式二：约束驱动** | 资源极限就是创新源泉 | 低成本获客、极限约束下的方案 |\n| **模式三：技能→系统迁移** | 个人技能→商业系统的结构迁移 | 从时间换钱到系统换钱 |\n| **模式四：一人×AI矩阵** | 个人能力维度×AI工具维度→新商业模式 | 跨领域能力组合发现 |\n\n> 四种模式的详细执行方式、维度矩阵预设、评估侧重点、场景适配指引、创新工作流详见 `references/sv-innovation.md`。\n\n---\n\n## OPC实现途径\n\nOPC的元能力是工作流重构——掌握了重构方法，任何领域都能简化为AI辅助一人简易完成。\n\n| 途径 | 一个人能完成什么 | 传统工作流→重构后 | 实现技能 | OPC模式适配 |\n|------|---------------|-------------------|---------|------------|\n| **软件开发OPC** | 软件产品设计→开发→交付全流程 | 6+角色N份文档→需求→架构→代码三步 | AI Dev Workflow | AI软件服务(95%) / AI原生机构(70%) |\n| **风格设计OPC** | 风格设计→生成→衍生→应用全流程 | 4+角色多轮迭代→6槽位×100实例一站式生成 | Style Design Generator | AI数字产品(90%) / AI顾问服务(80%) |\n| **学术产出OPC** | 学术论文选题→论证→生成全流程 | 导师-学生-审稿人三角→选题四模式+论文四步流 | Thesis Topic Selector + Academic Thesis Workflow | AI数字产品(90%) / AI顾问服务(80%) |\n| **网文创作OPC** | 网络小说世界观→大纲→正文→运营全流程 | 编辑-作者-运营三人→三轴运行时+领域负载物 | UTOS + Web Novel Writing Reference | AI数字产品(90%) / AI原生机构(70%) |\n| **任意领域OPC** | 任意领域知识→任务体系→产出全流程 | N角色M环节→运行时+重构器+编译器+应用程序四层 | UTOS + Workflow Refactor + Domain Payload Generator + 目标领域负载物 | 按领域适配 |\n\n**实现途径分两类**：独立工作流型（自含执行逻辑，标准工作流可覆盖）和生态组合型（运行时+重构器+编译器+应用程序四层寄生部署，需要高度定制领域知识）。\n\n### 关于实现技能\n\n实现途径中的每个技能（skill）都是你自己全面可控的工作系统，不是别人或公司做的黑箱工具。\n\n**skill基本规范的优点**：\n- **全面可定制**：执行逻辑、内容要求、质量标准、输出格式——所有需求按你的实际场景精确设计，没有任何环节是别人替你决定的\n- **完全可修改**：拥有完整的定义权和修改权，不满意就改，不需要等别人更新版本或开放配置项\n- **平台无关迁移**：skill是标准规范的自包含文件，任何支持skill规范的AI工具平台都能直接使用，不绑定任何特定产品或服务商\n- **渐进式构建**：从最简单的SKILL.md单文件开始，按需扩展references/scripts/assets，复杂度随需求自然增长，不需要一开始就设计完整架构\n- **版本可控**：纯文本文件，用Git管理演进历史，回滚/对比/协作与代码工作流一致\n- **可组合复用**：skill之间可以引用和组合，已有skill的能力可以直接被新skill调用，不需要从零开始\n\n**UTOS+WF+DPG+Payload四层架构的额外优势**：\n\n当skill复杂度超出基本规范的处理能力时，四层架构提供了超越单skill的能力——它不是更大的skill，而是不同层级的架构：\n\n| 层级 | 角色 | 类比 | 说明 |\n|------|------|------|------|\n| **UTOS**（运行时） | 通用执行引擎 | 操作系统内核 | 三轴判定、能力调度、基元链编排 |\n| **WF**（重构器） | 工作流重构引擎 | 编译器前端——源码解析与优化 | 拆解传统工作流→消除人的局限补偿层→重整为AI能力模型的IPO基元链 |\n| **DPG**（编译器） | 领域知识编译引擎 | 编译器后端——代码生成 | 将重构后的领域知识结构编译为可执行的领域负载物 |\n| **Payload**（应用程序） | 领域专属任务体系 | 应用程序 | 领域专属的任务体系、清单、范本——可独立使用也可寄生部署 |\n\n**四层协作逻辑**：WF不是UTOS的外部附加工具，而是四层架构中不可省略的层级——它确保DPG编译的源材料本身已消除人的局限补偿层，而非将传统流程直接编译为结构化但冗余的Payload。没有重构器的架构，等于编译器前端的源码未经解析优化就直接生成代码——产出物可能结构完整但包含大量不必要的补偿层残留。\n\n- **一次构建，多领域复用**：UTOS运行时只需部署一次，换一个Payload就切换一个全新领域，不需要为每个领域重写执行逻辑\n- **重构器前置保证**：WF在DPG编译之前运行，确保进入编译器的领域知识已基于AI能力模型重整，而非将传统流程的冗余环节原样编译进Payload\n- **领域知识工程化**：WF产出重构后的IPO基元链→DPG将其编译为结构化Payload→领域经验可积累、可迭代、可交付，不停留在人脑中的隐性知识\n- **寄生部署**：Payload可以寄生在UTOS运行时上获得完整执行能力，也可以独立作为基本skill使用，灵活适配不同复杂度\n- **无限扩展**：任何新领域只需要WF重构→DPG编译→生成新的Payload，运行时和重构逻辑不需要任何改动\n- **重构器后置优化**：已产出的Payload也可以再经WF重构三步法优化为更精简的IPO基元链，确保领域负载物在迭代中始终基于AI能力模型\n\n---\n\n## OPC领域负载物\n\n执行轴管\"怎么做\"，领域负载物管\"做什么\"——7域31种任务类型、每种任务的零件清单、18个实战范本。\n\n### 领域清单与依赖拓扑\n\n| 域 | 任务数 | 核心任务 | 核心能力需求 |\n|----|--------|---------|------------|\n| **P0 工作流重构** | 6 | 传统工作流识别→环节分析→消除→重整→验证→形态选择 | 调研→设计→执行 |\n| **P1 商业定位** | 4 | 垂直利基定位、市场扫描、差异化价值主张、能力盘点 | 调研→设计 |\n| **P2 商业模式** | 4 | 模式选择、服务包定义、定价策略、收入结构 | 设计→财务 |\n| **P3 产品与交付** | 4 | MVP设计、流程标准化、产品化路径、AI辅助交付 | 设计→执行 |\n| **P4 获客与品牌** | 4 | 内容获客体系、冷启动、个人IP、转化留存 | 获客→执行 |\n| **P5 运营与自动化** | 4 | AI工具栈、Agent工作流、日常SOP、系统迭代 | 执行→财务 |\n| **P6 财务与合规** | 5 | 主体选择、现金流、税务、合同法律、数据安全 | 合规→财务 |\n\n**关键依赖链路**：（详见 `references/sv-catalog.md` 依赖拓扑摘要）\n\n> 完整清单与依赖拓扑详见 `references/sv-catalog.md`。\n\n### 领域要求清单\n\n每种任务类型的\"零件清单\"——必选/可选组件、组装顺序、领域约束。按清单逐项产出。\n\n> 完整槽位详见 `references/sv-requirements.md`。\n\n### 领域范本库\n\n18个OPC实战范本（含1个工作流重构范本+5个合规检查范本），按范本参考产出。\n\n| 范本ID | 范本名称 | 对应任务 |\n|--------|---------|---------|\n| EX-01 | 工作流重构范本 | P0 |\n| EX-02 | 垂直利基定位一页纸 | P1-01 |\n| EX-03 | 个人能力维度矩阵 | P1-04 |\n| EX-04 | AI原生机构商业计划框架 | P2-02, P2-03 |\n| EX-05 | AI数字产品商业计划框架 | P2-02, P2-03 |\n| EX-06 | MVP一页纸 | P3-01 |\n| EX-07 | 服务产品化路线图 | P3-03 |\n| EX-08 | 内容获客飞轮设计 | P4-01 |\n| EX-09 | 冷启动获客行动计划 | P4-02 |\n| EX-10 | AI工具栈配置清单 | P5-01 |\n| EX-11 | 日常运营SOP | P5-03 |\n| EX-12 | 现金流管理表 | P6-02 |\n| EX-13 | 服务合同审查清单 | P6-04 |\n| EX-14~18 | 五大致命陷阱检查 | 全局 |\n\n> 完整范本详见 `references/sv-exemplars.md`。\n\n### 使用规则\n\n1. **任务识别**：确认用户需要哪种OPC任务（参考catalog）\n2. **方法选择**：首次创建按范本参考，已有经验按清单产出，复杂任务两者结合\n3. **按需读取**：确认任务后读取对应requirements槽位和exemplars范本\n4. **产出交付**：按清单逐项填充，或按范本结构替换实际内容\n\n---\n\n## OPC专属IPO基元链模式\n\n| 模式 | 流程 | 适用 |\n|------|------|------|\n| **OP-P1** 需求验证链 | I:想法→[S市场扫描]→[C需求判断]→[I潜在客户确认]→[G可行性验证]→O:验证结论 | 0→1阶段 |\n| **OP-P2** MVP快速交付链 | I:已验证需求→[C最小方案设计]→[A AI辅助快速实现]→[I客户反馈]→↻→O:交付归档 | 1→10阶段 |\n| **OP-P3** 内容获客飞轮链 | [A AI内容生产]⇉[I分发渠道1/2/3]→[S数据监测]→[C效果分析]→↻ | 任何阶段 |\n| **OP-P4** 合规风控检查链 | [G主体合规]→[G税务合规]→[G合同合规]→[G数据安全]→O:合规档案 | 法律/财务/数据操作前 |\n| **OP-P5** 服务产品化链 | I:已验证服务流程→[C产品化拆解]→[C自动化点位识别]→[A AI自动化搭建]→[G质量验证]→O:产品归档 | 10→100阶段 |\n\n> 5种模式的详解、关键规则、实例化演示详见 `references/sv-pipeline.md` §三、§四。\n\n---\n\n## OPC领域校准\n\nOPC领域校准不查表，按5条推导规则自动适配：\n\n| 规则 | 校准结果 |\n|------|---------|\n| 资源极限原则 | 调研和设计能力优先调用，执行偏精准 |\n| 现金流敏感原则 | 财务能力必须调用，合规不可省 |\n| AI杠杆原则 | 执行优先评估AI自动化，获客AI辅助但人主导 |\n| 垂直利基原则 | 设计决策时强制收敛到垂直领域 |\n| 合规底线原则 | 合规能力贯穿全程，不可跳过 |\n\n**校准维度默认值**：能力优先级 S:C:A:O:I:G ≈ 2:3:2:1.5:1.5:2 | 自治度 🟨半自动为主 | 创新评估 可行性+非平凡性 | 产出格式 一页纸/清单/可执行步骤\n\n> 校准推导逻辑与阶段校准矩阵详见 `references/sv-pipeline.md` §二。\n\n---\n\n## OPC五大致命陷阱（内嵌合规检查）\n\n| 陷阱 | 触发条件 | 检查动作 |\n|------|---------|---------|\n| **「AI能搞定一切」幻觉** | 纯AI执行决策 | 强制标注AI不擅长项+要求人工介入 |\n| **合规与法律风险** | 注册/合同/财务决策 | 强制触发合规检查+法人独立原则 |\n| **无客源就注册公司** | 提出注册公司意图 | 先验证3+付费客户？建议先个体工商户 |\n| **卖AI技术而非商业成果** | 定位/获客决策 | 检查是否在说「我能帮你导入AI」→改说商业成果 |\n| **定位太广无垂直利基** | 商业模式/定位决策 | 强制收敛：能否一句话说清服务谁解决什么 |\n\n---\n\n## OPC工具栈\n\n| 能力需求 | 工具类型 | 月费参考 |\n|---------|---------|---------|\n| 调研 | 市场调研与信息检索工具 | 免费-¥200 |\n| 设计 | 编码与架构辅助工具 | ¥100-300 |\n| 执行 | 自动化流程与内容生产工具 | 免费-¥300 |\n| 财务 | 协作表格与项目管理工具 | 免费-¥100 |\n| 获客 | 获客辅助与客户沟通工具 | 按用量 |\n| 合规 | 法律合规辅助工具 | 按用量 |\n\n**选型原则**：优先国内可用/免费低成本；核心工具有备选；月费合计控制在¥200-500。\n\n---\n\n## OPC数据速览\n\n| 指标 | 数据 |\n|------|------|\n| 全国OPC数量 | 超1600万家，占企业总数27.4% |\n| 2025上半年新增 | 286万户，同比增47% |\n| 高盈利OPC深度使用AI | 92% |\n| 启动资金低于$500 | 90% |\n| 稳定盈利比例 | 仅20%（SoloNest 2000+样本，待验证） |\n| 单人创始人占比(2025) | 36.3%（6年增长53%） |\n\n---\n\n## 呈现规则\n\n| 场景 | 默认呈现 | 可展开 |\n|------|----------|--------|\n| OPC快速问答 | 直接回答+陷阱检查 | 基元链详情、能力分析 |\n| 商业模式设计 | 一页纸方案+四维评估 | 完整清单/样本、财务模型 |\n| 合规风控 | 风险清单+建议 | 法律依据、操作步骤 |\n| 现金流分析 | 关键指标+runway | 完整现金流表、情景分析 |\n| 获客方案 | 渠道+成本+预期ROI | 内容策略、自动化流程 |\n\n---\n\n## 事实纪律\n\n1. OPC政策数据必须基于可验证的最新政策，不确定的标注「待验证」\n2. AI工具能力描述必须基于实际能力，不得夸大\n3. 收入预期必须标注为「参考范围」，不得承诺具体数字\n4. 合规建议必须标注「不构成法律意见」，关键决策建议咨询专业律师/会计师\n5. 成功案例引用必须确知真实存在，不得编造\n6. 对OPC的乐观预期必须同时呈现现实困难（仅20%稳定盈利）\n\nFile v1.0.3:_meta.json\n\n{\n  \"ownerId\": \"kn75v65h3zezxajen2xf64b2v1845d98\",\n  \"slug\": \"solopreneur-os\",\n  \"version\": \"1.0.3\",\n  \"publishedAt\": 1779554548498\n}\n\nFile v1.0.3:references/sv-catalog.md\n\n# OPC领域清单与依赖拓扑\n\n一人公司按价值链组织的任务类型清单，附任务间依赖关系和能力需求代号（S调研/C设计/A执行/O财务/I获客/G合规）。\n\n**域间逻辑流**：P0(工作流重构) → P1(商业定位) → P2(商业模式) → P3(产品与交付) → P4(获客与品牌) → P5(运营与自动化) → P6(财务与合规)\n\n> **P0是元能力域**：任何领域进入OPC之前，先判断传统工作流是否需要重构。需要则先重构，再进入P1-P6运营。\n\n---\n\n## P0 工作流重构\n\n| ID | 任务类型 | 说明 | 依赖 | 能力需求 |\n|----|---------|------|------|---------|\n| P0-01 | 传统工作流识别 | 列出目标领域的传统工作流全链路：环节数、参与角色、中间文档、协作节点 | 无（入口） | 调研 |\n| P0-02 | 环节存在理由分析 | 对每个环节追问：存在是因为事情本身需要，还是人的局限需要？标记为核心/传递/协调/校验/格式 | P0-01 | 调研→设计 |\n| P0-03 | 人的局限补偿层消除 | 去掉传递环节、协调环节、格式环节，精简校验环节为关键节点保留 | P0-02 | 设计 |\n| P0-04 | 重整为IPO基元链 | 将保留的核心环节和关键校验节点，按AI能力模型重编为端到端IPO基元或简短基元链 | P0-03 | 设计→执行 |\n| P0-05 | 重构验证 | 验证重构后：事情完整性、补偿层已消除、端到端可执行、复杂度回归、质量守恒、合规不跳过 | P0-04 | 调研→合规 |\n| P0-06 | 执行形态选择 | 根据重构结果选择执行形态：单步IPO / 简短基元链 / IPO+人工决策 | P0-05 | 设计 |\n\n---\n\n## P1 商业定位\n\n| ID | 任务类型 | 说明 | 依赖 | 能力需求 |\n|----|---------|------|------|---------|\n| P1-01 | 垂直利基定位 | 一句话描述服务谁、解决什么问题 | 无（入口） | 调研→设计 |\n| P1-02 | 市场扫描与竞品分析 | 目标市场规模、竞品梳理、行业趋势 | P1-01 | 调研 |\n| P1-03 | 差异化价值主张 | 为什么选你不选别人，独特价值提炼 | P1-01, P1-02 | 设计→执行 |\n| P1-04 | 个人能力盘点 | 个人能力5维×AI工具5维映射，找到能力-工具交叉点 | 无（入口） | 调研→设计 |\n\n## P2 商业模式\n\n| ID | 任务类型 | 说明 | 依赖 | 能力需求 |\n|----|---------|------|------|---------|\n| P2-01 | 模式选择 | 四大商业模式（AI原生机构/AI顾问/AI数字产品/AI SaaS）适配判断 | P1-01, P1-04 | 设计 |\n| P2-02 | 服务包/产品定义 | 聚焦商业成果的服务或产品设计 | P2-01 | 设计→执行 |\n| P2-03 | 定价策略设计 | 基于价值/成本/竞品的定价方案 | P2-01 | 设计→执行 |\n| P2-04 | 收入结构规划 | MRR/ARR目标、break-even计算、runway评估 | P2-03 | 设计→财务 |\n\n## P3 产品与交付\n\n| ID | 任务类型 | 说明 | 依赖 | 能力需求 |\n|----|---------|------|------|---------|\n| P3-01 | MVP最小方案设计 | 砍掉一切非必要，定义最小可行交付物 | P2-02 | 设计→执行 |\n| P3-02 | 服务流程标准化 | 可复制的交付SOP，跑通3次以上的流程才能标准化 | P2-02, P3-01 | 执行→财务 |\n| P3-03 | 产品化路径规划 | 从服务→产品→SaaS的迁移路线（Dan Martell路径） | P3-02 | 设计→执行 |\n| P3-04 | AI辅助交付方案 | 哪些环节AI自动化、哪些人主导、AI自治度评估 | P3-01 | 设计 |\n\n## P4 获客与品牌\n\n| ID | 任务类型 | 说明 | 依赖 | 能力需求 |\n|----|---------|------|------|---------|\n| P4-01 | 内容获客体系设计 | 渠道+内容+自动化+转化路径的完整飞轮 | P1-01 | 设计→执行 |\n| P4-02 | 冷启动获客方案 | 首批3个付费客户的具体行动计划 | P1-03 | 获客→执行 |\n| P4-03 | 个人IP与品牌策略 | 行业认知、信任积累、品牌叙事 | P1-01 | 执行→获客 |\n| P4-04 | 客户转化与留存 | 从线索到成交到复购的完整漏斗 | P4-01, P4-02 | 获客→设计 |\n\n## P5 运营与自动化\n\n| ID | 任务类型 | 说明 | 依赖 | 能力需求 |\n|----|---------|------|------|---------|\n| P5-01 | AI工具栈选型 | 按能力需求匹配AI工具，月费控制在¥200-500 | P1-04 | 设计→执行 |\n| P5-02 | Agent工作流搭建 | 可复制的自动化流程，自动化工具实现 | P3-04, P5-01 | 执行→财务 |\n| P5-03 | 日常运营SOP | 日/周/月运营检查清单 | P5-02 | 财务→执行 |\n| P5-04 | 系统维护与迭代 | 工具升级、流程优化、成本控制 | P5-02 | 设计→执行 |\n\n## P6 财务与合规\n\n| ID | 任务类型 | 说明 | 依赖 | 能力需求 |\n|----|---------|------|------|---------|\n| P6-01 | 主体选择与注册 | 个体户/公司/合伙的选择与注册时机 | P2-01 | 合规→财务 |\n| P6-02 | 现金流管理 | 收支记录、runway计算、安全线≥6个月 | P2-04 | 财务 |\n| P6-03 | 税务规划 | 税率优化、研发费用抵扣、合规节税 | P6-01 | 合规→财务 |\n| P6-04 | 合同与法律 | 服务合同、NDA、知识产权、责任限制 | 无（入口） | 合规 |\n| P6-05 | 数据安全与隐私 | 用户数据合规采集/存储/处理 | P3-01 | 合规 |\n\n---\n\n## 依赖拓扑摘要\n\n以下为任务间的主要依赖链路，可据此组织执行顺序：\n\n**重构链路（任何领域进入前置）**: P0-01 → P0-02 → P0-03 → P0-04 → P0-05 → P0-06\n**主链路（0→1启动路径）**: P1-01 → P2-01 → P3-01 → P4-02 → P5-01 → P6-01\n**获客闭环**: P4-01 → P4-04 → P2-04 → P4-01(↻优化)\n**产品化链路**: P3-02 → P3-03 → P5-02 → P3-02(↻迭代)\n**风控链路**: P6-04 → P6-01 → P6-05 → P6-03 → P6-02\n**能力定位链路**: P1-04 → P2-01 → P5-01 → P5-02\n\n> **执行策略**：如果目标领域已有成熟的传统工作流，先走P0重构链路，重构后再进入P1-P6。如果是从零构建（无传统工作流可重构），直接进入P1。\n\n更多组合根据具体任务动态推导。\n\nFile v1.0.3:references/sv-compose.md\n\n# OPC Compose — 清单法与样本法\n\nOPC内容轴的方法论层参考文件。定义两种内容组织范式及其在OPC领域的适配规则。\n\n## 核心理念\n\n任何OPC成品都可以通过两种基本范式生成：\n\n| 范式 | 原理 | 类比 | OPC适配 |\n|------|------|------|---------|\n| **清单法** | 成品 = 基本组件的组合 | 搭积木：先有零件清单，再逐项组装 | 按领域要求清单的槽位逐项填充 |\n| **样本法** | 成品 = 对样本的模仿产出 | 临摹：先有范本，再依样产出 | 按领域范本库的结构参考模仿产出 |\n| **结合使用** | 范本定框架+清单填内容 | 先临摹结构，再按清单补齐 | 复杂成品（如商业计划书） |\n\n## 方法选择\n\n**用户决定使用哪种方法。** 触发后，向用户展示选择：\n\n> 用户要求生成「{成品类型}」，请选择构成方式：\n>\n> | | 清单法 | 样本法 |\n> |---|--------|--------|\n> | **方式** | 列出组件清单 → 逐项填充 → 组装 | 获取样本 → 分析结构风格 → 模仿产出 |\n> | **适合** | 结构明确、组件清晰的成品 | 有高质量同类样本可参考的成品 |\n> | **输入** | 组件清单（用户直接提供 / AI提议确认 / 网络搜索） | 样本模板（用户直接提供 / 网络搜索） |\n> | **OPC清单来源** | 领域要求清单的槽位清单 | 领域范本库的范本库 |\n\n用户可任选其一，也可明确指定两种方法结合使用（如样本法定框架 + 清单法填内容）。未经用户确认，不得自动组合。\n\n**OPC方法选择快捷规则**：首次创建按**范本参考**，已有经验按**清单产出**，复杂任务两者结合。此为建议，用户可覆盖。\n\n## 清单法工作流\n\n### 1. 确认成品目标\n\n明确用户要生成什么类型的OPC成品，确定成品的用途、受众、规模。\n\n### 2. 构建组件清单\n\n按优先级获取清单：\n\n| 优先级 | 来源 | 操作 | OPC优先 |\n|--------|------|------|---------|\n| 1 | 用户直接提供 | 用户在对话中给出清单 | — |\n| 2 | 领域要求清单 | AI从领域要求清单读取对应任务的槽位清单 | **OPC首选** |\n| 3 | AI 提议 | AI 根据成品目标生成清单草案，请用户确认或修改 | 无对应槽位时 |\n| 4 | 网络搜索 | AI 搜索同类成品的通用组件结构 | 最后备选 |\n\n清单要求：\n- 覆盖成品的全部必要组成部分，不遗漏\n- 每个组件有明确的定义和范围\n- 组件间无重叠、无歧义\n- 标注组件间的依赖关系和组装顺序\n- OPC领域约束：清单必须通过陷阱检查（如定位清单检查是否泛化、定价清单检查是否低于成本×3）\n\n### 3. 逐项填充\n\n按清单顺序逐项生成每个组件的内容：\n- 用户直接提供该组件内容\n- AI 根据组件定义和成品目标生成内容\n- 网络搜索获取该组件相关的专业素材\n- OPC特有：任何涉及合规的组件必须标注「不构成法律/税务意见」\n\n### 4. 组装成品\n\n将所有组件按清单结构组装为完整成品，确保：\n- 组件间衔接自然流畅\n- 整体风格和调性统一\n- 符合成品目标的所有要求\n- OPC特有：组装完成后通过五大致命陷阱检查\n\n### 5. 用户审核\n\n向用户展示成品，请用户审核并确认是否需要调整。\n\n## 样本法工作流\n\n### 1. 确认成品目标\n\n明确用户要生成什么类型的OPC成品，确定成品的用途、受众和期望风格。\n\n### 2. 获取样本\n\n按优先级获取样本：\n\n| 优先级 | 来源 | 操作 | OPC优先 |\n|--------|------|------|---------|\n| 1 | 用户直接提供 | 用户上传样本文件或在对话中粘贴样本内容 | — |\n| 2 | 领域范本库 | AI从领域范本库读取对应任务的范本 | **OPC首选** |\n| 3 | 网络搜索 | AI 搜索同类高质量样本 | 无对应范本时 |\n\n样本选择原则：\n- 与目标成品类型一致\n- 质量高、结构完整、风格明确\n- **成品内容庞大时，优先使用中间产物作为样本**（如大纲、结构模板、段落框架、目录结构），而非完整的最终成品\n- 样本应涵盖目标成品需要模仿的核心特征\n- OPC特有：范本中的占位符`________`必须由用户提供实际内容替换，不可AI编造\n\n### 3. 分析样本\n\n解析样本的四个核心维度：\n\n| 维度 | 分析内容 |\n|------|----------|\n| **结构** | 整体框架、章节/段落组织方式、层级关系 |\n| **风格** | 语言风格、表达方式、语气调性、专业术语使用 |\n| **逻辑** | 内容编排逻辑、论证方式、信息密度 |\n| **格式** | 排版格式、标题层级、列表样式、视觉元素 |\n\n将分析结果整理为「样本特征摘要」，供后续模仿产出参考。\n\n### 4. 模仿产出\n\n基于样本特征摘要，产出目标成品：\n- 保持样本的结构框架和编排逻辑\n- 保持样本的风格和调性\n- 用目标成品的实际内容替换样本内容\n- 确保整体连贯性和一致性\n- OPC特有：产出后通过陷阱检查（如商业计划范本产出后检查是否在卖AI技术而非商业成果）\n\n### 5. 用户审核\n\n向用户展示成品，请用户审核并确认是否需要调整。\n\n## 网络搜索策略\n\n当需要通过网络搜索获取清单或样本时：\n\n1. **构造精确搜索词**：使用「成品类型 + 模板/结构/范例/样本/清单」的组合\n2. **优先搜索来源**：\n   - 行业标准文档\n   - 专业机构发布的模板\n   - 高质量公开范例\n   - 知名平台的同类内容\n3. **验证搜索结果**：确认获取的清单/样本质量是否达标，不达标则重新搜索\n4. **尊重版权**：模仿产出时不直接复制样本内容，仅借鉴结构和风格\n\n## 边界说明\n\n此文件是OPC内容轴的方法论层，只定义\"如何组织内容\"，不定义\"如何输出格式\"：\n\n- 文档格式的具体处理由工具按需完成，此文件只管内容构成方式\n- 代码编写的具体逻辑由AI通用能力处理，此文件只管组件拆分和组装\n- 演示文稿的具体排版由工具按需完成，此文件只管内容结构\n\nFile v1.0.3:references/sv-exemplars.md\n\n# OPC领域范本库\n\n一人公司创作的经典范本和实例标注。按范本参考产出——以已有范本为结构参考，替换为实际内容。\n\n> **使用说明**：范本中标注 `[待用户提供]` 的条目需用户自行填充后才能按范本产出。标注 `✅已有` 的可直接参考。\n\n---\n\n## 范本索引\n\n| 范本ID | 范本名称 | 对应任务 | 类型 | 来源 | 状态 |\n|--------|---------|---------|------|------|------|\n| EX-01 | 工作流重构范本 | P0 | 重构方法 | 实战总结 | ✅已有 |\n| EX-02 | 垂直利基定位一页纸 | P1-01 | 定位模板 | 实战总结 | ✅已有 |\n| EX-03 | 个人能力维度矩阵 | P1-04 | 能力盘点 | 实战总结 | ✅已有 |\n| EX-04 | AI原生机构商业计划框架 | P2-02, P2-03 | 商业计划 | 实战总结 | ✅已有 |\n| EX-05 | AI数字产品商业计划框架 | P2-02, P2-03 | 商业计划 | 实战总结 | ✅已有 |\n| EX-06 | MVP一页纸 | P3-01 | 产品设计 | 实战总结 | ✅已有 |\n| EX-07 | 服务产品化路线图 | P3-03 | 产品化 | 实战总结 | ✅已有 |\n| EX-08 | 内容获客飞轮设计 | P4-01 | 获客方案 | 实战总结 | ✅已有 |\n| EX-09 | 冷启动获客行动计划 | P4-02 | 获客方案 | 实战总结 | ✅已有 |\n| EX-10 | AI工具栈配置清单 | P5-01 | 运营工具 | 实战总结 | ✅已有 |\n| EX-11 | 日常运营SOP | P5-03 | 运营流程 | 实战总结 | ✅已有 |\n| EX-12 | 现金流管理表 | P6-02 | 财务管理 | 实战总结 | ✅已有 |\n| EX-13 | 服务合同审查清单 | P6-04 | 法律合规 | 实战总结 | ✅已有 |\n| EX-14 | 「AI能搞定一切」幻觉检查 | 全局 | 合规检查 | 实战总结 | ✅已有 |\n| EX-15 | 合规与法律风险检查 | 全局 | 合规检查 | 实战总结 | ✅已有 |\n| EX-16 | 客源验证前置检查 | 全局 | 合规检查 | 实战总结 | ✅已有 |\n| EX-17 | 定位商业成果检查 | 全局 | 合规检查 | 实战总结 | ✅已有 |\n| EX-18 | 垂直利基收敛检查 | 全局 | 合规检查 | 实战总结 | ✅已有 |\n\n---\n\n## P0 工作流重构\n\n### EX-01 工作流重构范本\n\n**对应任务**: P0-01 ~ P0-06\n\n**来源**: OPC工作流重构方法论\n\n**适用场景**: 任何领域的传统工作流需要重构为AI辅助一人简易完成\n\n**重构范本**:\n\n```\n## 工作流重构记录\n\n### Step 1：传统工作流识别（P0-01）\n\n**目标领域**：________（如：软件开发/风格设计/学术论文/网文创作/________）\n\n**传统工作流全景**：\n\n| # | 环节 | 执行角色 | 中间文档 | 协作点 | 耗时占比 |\n|---|------|---------|---------|--------|---------|\n| 1 | ________ | ________ | ________ | ________ | ___% |\n| 2 | ________ | ________ | ________ | ________ | ___% |\n| 3 | ________ | ________ | ________ | ________ | ___% |\n| 4 | ________ | ________ | ________ | ________ | ___% |\n| 5 | ________ | ________ | ________ | ________ | ___% |\n| ... | ... | ... | ... | ... | ... |\n\n**汇总**：___个环节 / ___个角色 / ___份中间文档 / ___个协作点\n\n### Step 2：环节存在理由分析（P0-02）\n\n**追问准则**：如果执行者是一个拥有无限知识能力和零协作损耗的AI，这个环节还需要吗？\n\n| # | 环节 | 存在理由 | 类型标记 | 标记理由 |\n|---|------|---------|---------|---------|\n| 1 | ________ | 事情本身需要 | ✅核心 | ________ |\n| 2 | ________ | 人的局限需要 | ❌传递 | 人之间信息传递 |\n| 3 | ________ | 人的局限需要 | ❌协调 | 管理多人协作 |\n| 4 | ________ | 人的局限需要 | ⚡校验 | 防止人出错，保留关键节点 |\n| 5 | ________ | 人的局限需要 | ❌格式 | 满足组织流程 |\n| ... | ... | ... | ... | ... |\n\n**统计**：✅核心___个 / ❌消除___个 / ⚡精简___个\n\n### Step 3：人的局限补偿层消除（P0-03）\n\n**消除清单**：\n\n| # | 被消除环节 | 原类型 | 消除理由 | 信息传递替代 |\n|---|-----------|--------|---------|------------|\n| 1 | ________ | 传递 | IPO链自动传递 | 上游输出→下游输入 |\n| 2 | ________ | 协调 | 无协作即无协调 | 不需要 |\n| 3 | ________ | 格式 | 零形式开销 | 不需要 |\n| ... | ... | ... | ... | ... |\n\n**保留清单**：\n\n| # | 保留环节 | 保留理由 | 类型 |\n|---|---------|---------|------|\n| 1 | ________ | 事情本身逻辑步骤 | ✅核心 |\n| 2 | ________ | 关键质量校验 | ⚡校验（精简后） |\n| ... | ... | ... | ... |\n\n### Step 4：重整为IPO基元链（P0-04）\n\n**重构后工作流**：________形态（单步IPO / 简短基元链 / IPO+人工决策）\n\n| 基元# | I 输入 | P 处理（能力需求） | O 输出 | AI自治度 |\n|-------|--------|-------------------|--------|---------|\n| 1 | ________ | ________ | ________ | 🟨/⬛ |\n| 2 | ________ | ________ | ________ | 🟨/⬛ |\n| ... | ... | ... | ... | ... |\n\n**基元间传递**：基元1.O → 基元2.I → ...\n\n### Step 5：重构验证（P0-05）\n\n| # | 验证项 | 通过？ | 说明 |\n|---|--------|-------|------|\n| 1 | 事情完整性 | ⬜是/⬜否 | 重构后是否覆盖全部核心步骤 |\n| 2 | 补偿层消除 | ⬜是/⬜否 | 传递/协调/格式环节是否已消除 |\n| 3 | 端到端可执行 | ⬜是/⬜否 | AI辅助一人能否从头到尾完成 |\n| 4 | 复杂度回归 | ⬜是/⬜否 | 流程复杂度是否回归事情本身 |\n| 5 | 质量守恒 | ⬜是/⬜否 | 产出质量是否不低于传统工作流 |\n| 6 | 合规不跳过 | ⬜是/⬜否 | 涉及合规的环节是否保留 |\n\n**验证不通过项修正**：________\n\n### Step 6：执行形态选择（P0-06）\n\n**选定形态**：________\n\n| 形态 | 适用场景 | 本案是否适配 |\n|------|---------|------------|\n| 单步IPO | 标准化任务，描述目标→AI直接产出 | ⬜是/⬜否 |\n| 简短基元链 | 有阶段的中等复杂度任务 | ⬜是/⬜否 |\n| IPO+人工决策 | 涉及合规/客户/品牌 | ⬜是/⬜否 |\n\n**选择理由**：________\n\n**关键人工决策节点**（如有）：________\n\n---\n\n### 重构前后对比\n\n| 维度 | 重构前 | 重构后 | 改善 |\n|------|--------|--------|------|\n| 环节数 | ___ | ___ | -___% |\n| 中间文档 | ___份 | 0份 | -100% |\n| 参与角色 | ___个角色 | 1人+AI | -___% |\n| 协作节点 | ___个 | ___个关键校验 | -___% |\n| 端到端耗时 | ___ | ___ | -___% |\n| 传递损耗 | ___% | 0% | -100% |\n```\n\n**关键设计决策**:\n- 重构的核心是\"追问存在理由\"——每个环节都必须回答\"这是事情本身需要还是人的局限需要\"\n- 消除环节不可犹豫——传递/协调/格式环节是人的局限产物，不是事情本身\n- 验证六项必须全部通过，尤其是质量守恒和合规不跳过\n\n**可复用要素**:\n- 重构六步模板适用于任何领域的传统工作流重构\n- 环节存在理由追问准则是通用的重构判断核心\n- 重构前后对比表直观呈现重构效果\n\n---\n\n## P1 商业定位\n\n### EX-02 垂直利基定位一页纸\n\n**对应任务**: P1-01\n\n**来源**: OPC实战方法论总结\n\n**适用场景**: 0→1阶段，需要确定自己的垂直利基定位\n\n**定位一页纸模板**:\n\n```\n## 我的垂直利基定位\n\n**一句话定位**：我帮 [具体人群] 解决 [具体问题]，实现 [可量化成果]\n\n**目标客户画像**：\n- 行业：________（如：牙科诊所、独立律所、跨境电商）\n- 城市/区域：________\n- 规模：________（如：年营收100-500万）\n- 决策者：________（如：诊所老板/创始人）\n\n**核心痛点**：\n1. ________（最痛的那个，客户愿意为此付费）\n\n**我的解决方案**：\n- 不是说「我能帮你导入AI」\n- 而是说「我能在___天内帮你增加___%的___」\n\n**为什么选我**：\n1. 行业经验：________年\n2. 独特能力：________\n3. 差异化：________（与市面方案的1-3个核心差异）\n\n**验证方式**：\n- 3个愿意付费的潜在客户是否确认\n```\n\n**关键设计决策**:\n- 一句话定位强制包含\"谁+什么问题+什么成果\"三要素\n- 禁止\"AI\"出现在定位中——客户买单的是成果不是技术\n- 必须有3个潜在客户确认才算定位通过\n\n**可复用要素**:\n- 一句话定位模板可适配任何垂直领域\n- 验证方式是通用的OPC需求验证标准\n\n---\n\n### EX-03 个人能力维度矩阵\n\n**对应任务**: P1-04\n\n**来源**: OPC创新方法论\n\n**适用场景**: 盘点个人能力，发现OPC商业模式可能性\n\n**维度矩阵模板**:\n\n```\n## 个人能力×AI工具维度矩阵\n\n### A. 个人能力自评（1-5分）\n\n| 维度 | 得分 | 说明 |\n|------|------|------|\n| A1 专业领域知识 | ___/5 | 最懂的领域：________ |\n| A2 技术能力 | ___/5 | 技术栈：________ |\n| A3 人脉资源 | ___/5 | 核心人脉：________ |\n| A4 个人品牌 | ___/5 | 现有影响力：________ |\n| A5 行业经验年限 | ___/5 | ___年经验 |\n\n### B. AI工具使用评估（1-5分）\n\n| 维度 | 得分 | 说明 |\n|------|------|------|\n| B1 内容生成 | ___/5 | 常用工具：________ |\n| B2 数据分析 | ___/5 | 常用工具：________ |\n| B3 流程自动化 | ___/5 | 常用工具：________ |\n| B4 交互辅助 | ___/5 | 常用工具：________ |\n| B5 预测决策 | ___/5 | 常用工具：________ |\n\n### C. 交叉矩阵（可能性发现）\n\n| | B1内容 | B2数据 | B3自动化 | B4交互 | B5决策 |\n|---|--------|--------|---------|--------|--------|\n| A1专业知识 | ___ | ___ | ___ | ___ | ___ |\n| A2技术能力 | ___ | ___ | ___ | ___ | ___ |\n| A3人脉资源 | ___ | ___ | ___ | ___ | ___ |\n| A4个人品牌 | ___ | ___ | ___ | ___ | ___ |\n| A5行业经验 | ___ | ___ | ___ | ___ | ___ |\n\n### D. 高潜力组合（得分≥7的组合）\n1. ________ → 可能的OPC方向：________\n2. ________ → 可能的OPC方向：________\n3. ________ → 可能的OPC方向：________\n```\n\n**关键设计决策**:\n- 自评必须诚实，1-5分制避免过度自信\n- 交叉矩阵是OPC商业模式创新的核心工具\n\n**可复用要素**:\n- 5×5维度矩阵适用于任何OPC创始人的能力盘点\n\n---\n\n## P2 商业模式\n\n### EX-04 AI原生机构商业计划框架\n\n**对应任务**: P2-02, P2-03\n\n**来源**: OPC四大商业模式实战框架\n\n**适用场景**: 选择AI原生机构模式的OPC，需要制定商业计划\n\n**商业计划框架**:\n\n```\n1. 垂直领域定位\n   - 目标行业：________\n   - 核心痛点：________\n   - 解决的具体成果：________（90天内增加X%的Y）\n\n2. 服务包定义\n   - 前端服务：________（聚焦商业成果）\n   - 收费模式：建设费¥___ + 月维护费¥___\n   - 交付周期：________\n   - 预期成果：________（可量化）\n\n3. AI Agent工作流\n   - Agent 1：________（功能/工具/月费）\n   - Agent 2：________\n   - Agent 3：________\n   - 总AI工具月费：¥___\n   - 替代的人力成本：¥___\n\n4. 获客系统\n   - 内容获客：________（渠道/频率/自动化程度）\n   - 冷启动：________（目标客户/联系方式）\n   - 转介绍：________（激励机制）\n\n5. 财务规划\n   - 启动成本：¥___（AI工具+注册+设备）\n   - 月度固定成本：¥___\n   - 首个客户目标：________\n   - MRR目标：¥___（3个月/6个月/12个月）\n   - Break-even：第___个月\n\n6. 风险与合规\n   - 主体类型：________（个体工商户/一人有限公司）\n   - 合同模板：________\n   - 数据安全措施：________\n   - 保险/责任限制：________\n```\n\n**关键设计决策**:\n- 服务包必须以\"商业成果\"为锚点，不是以\"AI技术\"为锚点\n- AI Agent工作流单独列为一个章节——这是OPC与一般机构的核心差异\n- 风险与合规不可省略——小组织承担完整法律责任\n\n**可复用要素**:\n- 服务包定义模板可适配任何服务型OPC\n- AI Agent工作流清单是通用的OPC自动化方案框架\n\n---\n\n### EX-05 AI数字产品商业计划框架\n\n**对应任务**: P2-02, P2-03\n\n**来源**: OPC四大商业模式实战框架\n\n**适用场景**: 选择AI数字产品模式（课程/模板/工具/社区）的OPC\n\n**商业计划框架**:\n\n```\n1. 产品定义\n   - 产品名称：________\n   - 产品类型：________（课程/模板/工具/社区）\n   - 解决的痛点\n\nArchive v1.0.2: 8 files, 44135 bytes\n\nFiles: references/sv-catalog.md (5960b), references/sv-compose.md (6110b), references/sv-exemplars.md (26559b), references/sv-innovation.md (12894b), references/sv-pipeline.md (15748b), references/sv-requirements.md (21672b), SKILL.md (19456b), _meta.json (133b)\n\nArchive v1.0.1: 8 files, 39191 bytes\n\nFiles: references/sv-catalog.md (4148b), references/sv-compose.md (6110b), references/sv-exemplars.md (21428b), references/sv-innovation.md (12017b), references/sv-pipeline.md (14117b), references/sv-requirements.md (16935b), SKILL.md (20475b), _meta.json (133b)\n\nArchive v1.0.0: 8 files, 36772 bytes\n\nFiles: references/sv-catalog.md (4148b), references/sv-compose.md (10926b), references/sv-exemplars.md (16950b), references/sv-innovation.md (12017b), references/sv-pipeline.md (14117b), references/sv-requirements.md (12576b), SKILL.md (16511b), _meta.json (133b)","readmeExcerpt":"Skill: Solopreneur OS Owner: wangjiaocheng Summary: 一人公司操作系统。核心能力：工作流重构——将任何领域的复杂工作流重构为AI辅助一人简易完成的方法（拆解人的局限补偿层→消除→基于AI能力模型重整）。执行轴为6维能力调用而非角色分工，管线为IPO基元链而非流水线传递。内容轴提供清单法与样本法的OPC适配规则，创新轴适配一人公司独特约束的突破路径。领域负载物覆盖7域... Tags: latest:1.0.5 Version history: v1.0.5 | 2026-05-27T12:58:24.778Z | user **1.0.5 主要变化：扩展工作流重构的适用范围，并详细阐述四层架构（UTOS+WF+DPG+Payload）的定位与协作。** - 将“工作流重构”核心理念明确扩展到“产物重构”，强调流程和文档/方案/设计/代码的同构处理方式。 - 新增并详解四层架构各自","codeSnippets":[],"executableExamples":[{"language":"text","snippet":"传统工作流 ──[WF]──→ 重构后IPO基元链 ──[DPG]──→ 领域负载物 ──[UTOS]──→ 持续执行"},{"language":"text","snippet":"第一层：任务清单 + 依赖拓扑       →  references/catalog.md\n第二层：任务要求（槽位定义）       →  references/requirements.md\n第三层：优秀范本                  →  references/exemplars.md + references/exemplars/子目录"},{"language":"text","snippet":"用户输入：\"帮我做一个XX领域的知识参考库\"\n        ↓\n  Step 1: 领域分析（30-40%时间）\n    ├─ 1A: 领域定义 + R1-R5分类定位\n    ├─ 1B: 域划分（价值链拆解 / 职能分工）\n    └─ 1C: 任务枚举 + 依赖推导 + UTOS映射提示\n        ↓\n  Step 2: 文件生成（40-50%时间）\n    ├─ 2A: SKILL.md（三层结构+依赖声明+UTOS接口）\n    ├─ 2B: catalog.md（任务清单+拓扑）\n    ├─ 2C: requirements.md（槽位定义）\n    └─ 2D: exemplars.md（范本框架）\n        ↓\n  Step 3: UTOS校验（10-15%时间）\n    └─ 20项逐条检查 → 修正FAIL项 → 输出完整技能"},{"language":"text","snippet":"## 工作流重构记录\n\n### Step 1：传统工作流识别（P0-01）\n\n**目标领域**：________（如：软件开发/风格设计/学术论文/网文创作/________）\n\n**传统工作流全景**：\n\n| # | 环节 | 执行角色 | 中间文档 | 协作点 | 耗时占比 |\n|---|------|---------|---------|--------|---------|\n| 1 | ________ | ________ | ________ | ________ | ___% |\n| 2 | ________ | ________ | ________ | ________ | ___% |\n| 3 | ________ | ________ | ________ | ________ | ___% |\n| 4 | ________ | ________ | ________ | ________ | ___% |\n| 5 | ________ | ________ | ________ | ________ | ___% |\n| ... | ... | ... | ... | ... | ... |\n\n**汇总**：___个环节 / ___个角色 / ___份中间文档 / ___个协作点\n\n### Step 2：环节存在理由分析（P0-02）\n\n**追问准则**：如果执行者是一个拥有无限知识能力和零协作损耗的AI，这个环节还需要吗？\n\n| # | 环节 | 存在理由 | 类型标记 | 标记理由 |\n|---|------|---------|---------|---------|\n| 1 | ________ | 事情本身需要 | ✅核心 | ________ |\n| 2 | ________ | 事情本身需要 | 🔶校准 | 中间产出物起纠偏作用，保留为分步校准点 |\n| 3 | ________ | 人的局限需要 | ❌传递 | 人之间信息传递 |\n| 4 | ________ | 人的局限需要 | ❌协调 | 管理多人协作 |\n| 5 | ________ | 人的局限需要 | ⚡校验 | 防止人出错，保留关键节点 |\n| 6 | ________ | 人的局限需要 | ❌格式 | 满足组织流程 |\n| ... | ... | ... | ... | ... |\n\n**统计**：✅核心___个 / 🔶校准___个 / ❌消除___个 / ⚡精简___个\n\n### Step 3：人的局限补偿层消除（P0-03）\n\n**消除清单**：\n\n| # | 被消除环节 | 原类型 | 消除理由 | 信息传递替代 |\n|---|-----------|--------|---------|------------|\n| 1 | ________ | 传递 | IPO链自动传递 | 上游输出→下游输入 |\n| 2 | ________ | 协调 | 无协作即无协调 | 不需要 |\n| 3 | ________ | 格式 | 零形式开销 | 不需要 |\n| ... | ... | ... | ... | ... |\n\n**保留清单**：\n\n| # | 保留环节 | 保留理由 | 类型 |\n|---|---------|---------|------|\n| 1 | ________ | 事情本身逻辑步骤 | ✅核心 |\n| 2 | ________ | 中间产出物起纠偏作用 | 🔶校准（基元内分步校准点） |\n| 3 | ________ | 关键质量校验 | ⚡校验（精简后） |\n| ... | ... | ... | ... |\n\n### Step 4：重整为IPO基元链（P0-04）\n\n**重构后工作流**：________形态（单步IPO / 简短基元链 / IPO+人工决策）\n\n| 基元# | I 输入 | P 处理（能力需求） | O 输出 | AI自治度 | 基元内分步校准点 |\n|-------|--------|-------------------|--------|---------|----------------|\n| 1 | ________ | ________ | ________ | 🟨/⬛ | ________（如有） |\n| 2 | ________ | ________ | ________ | 🟨/⬛ | ________（如有） |\n| ... | ... | ... | ... | ... |\n\n**基元间传递**：基元1.O → 基元2.I → ...\n\n### Step 5：重构验证（P0-05）\n\n| # | 验证项 | 通过？ | 说明 |\n|---|--"},{"language":"text","snippet":"## 我的垂直利基定位\n\n**一句话定位**：我帮 [具体人群] 解决 [具体问题]，实现 [可量化成果]\n\n**目标客户画像**：\n- 行业：________（如：牙科诊所、独立律所、跨境电商）\n- 城市/区域：________\n- 规模：________（如：年营收100-500万）\n- 决策者：________（如：诊所老板/创始人）\n\n**核心痛点**：\n1. ________（最痛的那个，客户愿意为此付费）\n\n**我的解决方案**：\n- 不是说「我能帮你导入AI」\n- 而是说「我能在___天内帮你增加___%的___」\n\n**为什么选我**：\n1. 行业经验：________年\n2. 独特能力：________\n3. 差异化：________（与市面方案的1-3个核心差异）\n\n**验证方式**：\n- 3个愿意付费的潜在客户是否确认"},{"language":"text","snippet":"## 个人能力×AI工具维度矩阵\n\n### A. 个人能力自评（1-5分）\n\n| 维度 | 得分 | 说明 |\n|------|------|------|\n| A1 专业领域知识 | ___/5 | 最懂的领域：________ |\n| A2 技术能力 | ___/5 | 技术栈：________ |\n| A3 人脉资源 | ___/5 | 核心人脉：________ |\n| A4 个人品牌 | ___/5 | 现有影响力：________ |\n| A5 行业经验年限 | ___/5 | ___年经验 |\n\n### B. AI工具使用评估（1-5分）\n\n| 维度 | 得分 | 说明 |\n|------|------|------|\n| B1 内容生成 | ___/5 | 常用工具：________ |\n| B2 数据分析 | ___/5 | 常用工具：________ |\n| B3 流程自动化 | ___/5 | 常用工具：________ |\n| B4 交互辅助 | ___/5 | 常用工具：________ |\n| B5 预测决策 | ___/5 | 常用工具：________ |\n\n### C. 交叉矩阵（可能性发现）\n\n| | B1内容 | B2数据 | B3自动化 | B4交互 | B5决策 |\n|---|--------|--------|---------|--------|--------|\n| A1专业知识 | ___ | ___ | ___ | ___ | ___ |\n| A2技术能力 | ___ | ___ | ___ | ___ | ___ |\n| A3人脉资源 | ___ | ___ | ___ | ___ | ___ |\n| A4个人品牌 | ___ | ___ | ___ | ___ | ___ |\n| A5行业经验 | ___ | ___ | ___ | ___ | ___ |\n\n### D. 高潜力组合（得分≥7的组合）\n1. ________ → 可能的OPC方向：________\n2. ________ → 可能的OPC方向：________\n3. ________ → 可能的OPC方向：________"}],"parameters":null,"dependencies":[],"permissions":[],"extractedFiles":[{"path":"SKILL.md","content":"---\nname: solopreneur-os\nauthor: 王教成 Wang Jiaocheng (波动几何)\ndescription: 一人公司操作系统。核心能力：工作流重构——将任何领域的复杂工作流重构为AI辅助一人简易完成的方法（拆解人的局限补偿层→消除→基于AI能力模型重整）。执行轴为6维能力调用而非角色分工，管线为IPO基元链而非流水线传递。内容轴提供清单法与样本法的OPC适配规则，创新轴适配一人公司独特约束的突破路径。领域负载物覆盖7域31种任务类型、每种任务的组件清单与18个实战范本（含5个合规检查范本+1个工作流重构范本）。覆盖从0到1启动、商业模式设计、AI工具栈搭建、合规风控、现金流管理的全周期。触发词：一人公司、OPC、单人创业、solopreneur、超级个体、独立开发者、个人商业、微创业、一人商业闭环。\n---\n\n# One Person Company OS — 一人公司操作系统\n\n## 核心理念：工作流重构\n\nOPC的真正核心不是\"在传统工作流中用AI替代人工\"，而是**基于AI能力模型重构工作流**。\n\n传统工作流的复杂性 = 事情本身的复杂度 + 人的局限补偿层。人脑容量有限所以拆环节，人之间要文档传递所以有中间产物，人之间协作有损耗所以需要管理协调——这些复杂性只与人的局限有关，与事情本身无关。AI拥有广域知识+生成能力+上下文窗口，可以端到端完成复杂任务，不需要这些补偿机制。\n\n因此OPC的执行方式是**能力调用**而非角色分工——遇到什么事就调用什么能力，不需要先贴角色标签。流程应该回归事情本身的复杂度，而大多数事情本身没那么复杂。\n\n**适用范围不止于流程。** 任何产物（文档、方案、设计、代码）都可以拆解为组成部分，其组装过程就是一种\"工作流\"。本方法同样适用于：把一份复杂产物拆解为组件→识别哪些组件是人的局限补偿→消除→重整为AI可端到端产出的组装链。产物重构和流程重构是同构的。\n\n### 重构三步法\n\n| 步骤 | 操作 | 要点 |\n|------|------|------|\n| **拆解** | 识别每个环节的存在理由 | 追问：这个环节存在是因为事情本身需要，还是人的局限需要？ |\n| **消除** | 去掉人的局限补偿层 | 传递/协调/格式环节直接消除，校验环节精简为关键节点；**校准环节保留**——中间产出物若起纠偏作用则不合并 |\n| **重整** | 基于AI能力模型重新编排 | 保留的✅核心环节+🔶校准环节（作为基元内分步校准点）+⚡关键校验节点→端到端IPO基元链 |\n\n**环节分类**：✅核心（保留） | 🔶校准（保留为基元内分步校准点） | ❌传递（消除） | ❌协调（消除） | ⚡校验（精简） | ❌格式（消除）\n\n**校准 vs 校验**：校验是事后检查对错，校准是过程中锁定方向。校准环节的中间产出物（如功能描述、方法调用结构）不只是传递文档，更是在过程中提供纠偏锚点——省掉校准看似简化，实则把纠偏压力推到最终产出，返工成本更高。\n\n**合并判断准则**：AI技术上能一步完成 ≠ 一步完成最好。消除环节前，除了问\"这是人的局限还是事情本身的需要\"，还要问\"这个中间产出物是否在过程中起校准作用\"。如果起校准作用，即使技术上能合并，也不应合并——应保留为基元内分步校准点。\n\n**重构判断标准**（满足任一即需重构，详见 `references/sv-pipeline.md` §零）：3+角色接力 | 3+份中间文档流转 | 30%+时间在协调沟通 | 返工率≥30%\n\n**重构验证清单**：⬜事情完整性 ⬜补偿层已消除 ⬜校准不丢失 ⬜端到端可执行 ⬜复杂度回归 ⬜质量守恒 ⬜合规不跳过\n\n**重构后典型形态**：单步IPO（标准化任务） | 简短基元链2-5个（中等复杂度） | IPO+人工决策（涉及合规/客户/品牌）\n\n**选择原则**：能单步IPO的不用基元链，能基元链的不加人工决策。\n\n> 重构方法的完整执行逻辑、触发条件、前后对比模板、实例化演示详见 `references/sv-pipeline.md` §零。\n\n---\n\n## OPC定义\n\n**一人公司（OPC, One Person Company）**：在AI工具赋能下，由单一创始人主导决策，借助AI Agent和外部资源网络，放大个体能力边界，形成商业价值闭环的创业形态。\n\n| 特征 | 传统公司 | 个体户 | OPC |\n|------|---------|--------|-----|\n| 决策者 | 多人协商 | 一人 | 一人主导 |\n| 执行力 | 团队分工 | 个人人力 | AI Agent+外部资源 |\n| 规模化 | 招人扩编 | 受限于24小时 | 系统复制+产品化 |\n| 成本结构 | 高固定成本 | 低但天花板低 | 极低启动成本+弹性 |\n| 退出方式 | 融资/上市 | 关停 | 产品化/SaaS化/出售 |\n\n---\n\n## Step 0：判定\n\n### 0A 阶段判定\n\n| 阶段 | 特征 | 核心任务 | 推荐基元链 |\n|------|------|---------|-----------|\n| **0→1 探索期** | 无客户/产品/收入 | 验证需求、选定赛道 | OP-P1需求验证 |\n| **1→10 验证期** | 首批客户、不稳定收入 | 跑通交付、积累案例 | OP-P2快速交付 |\n| **10→100 增长期** | 稳定客源、需规模化 | 产品化、自动化 | OP-P5服务产品化 |\n| **100→1000 扩张期** | 收入可观、需系统化 | SaaS化、品牌化 | OP-P3内容获客飞轮 |\n\n### 0B 三轴判定\n\n| 判定维度 | 简单 | 中等 | 复杂 |\n|---------|------|------|------|\n| **复杂度** | 单一问答→直接回答+陷阱检查 | 单模块任务→单步IPO | 跨模块任务→IPO基元链 |\n| **内容类型** | 非结构化→不激活 | — | 结构化成品→激活内容轴 |\n| **创新需求** | 常规执行→不激活 | — | 需要突破→激活创新轴 |\n\n---\n\n## 执行轴：6维能力调用\n\nOPC最核心的约束是一个人承担所有事，但\"承担所有事\"不等于\"扮演所有角色\"。执行逻辑：识别任务需要什么能力→调用对应能力→产出结果。\n\n| 能力 | 代号 | 本质 | 核心挑战 |\n|------|------|------|---------|\n| **调研** | S | 从环境中获取信息 | 信息过载，判断噪声vs信号 |\n| **设计** | C | 对信息加工处理和决策 | 选择困难，判断自建vs外包vsSaaS |\n| **执行** | A | 产生可观测的产出 | 执行疲劳，判断手动vsAI自动化 |\n| **财务** | O | 结构化管理和维护资源 | 现金流生死线 |\n| **获客** | I | 与外部主体建立关系 | 最难外包，AI不擅长 |\n| **合规** | G | 确保安全、合规、质量 "},{"path":"_meta.json","content":"{\n  \"ownerId\": \"kn75v65h3zezxajen2xf64b2v1845d98\",\n  \"slug\": \"solopreneur-os\",\n  \"version\": \"1.0.5\",\n  \"publishedAt\": 1779886704778\n}"},{"path":"references/sv-catalog.md","content":"# OPC领域清单与依赖拓扑\n\n一人公司按价值链组织的任务类型清单，附任务间依赖关系和能力需求代号（S调研/C设计/A执行/O财务/I获客/G合规）。\n\n**域间逻辑流**：P0(工作流重构) → P1(商业定位) → P2(商业模式) → P3(产品与交付) → P4(获客与品牌) → P5(运营与自动化) → P6(财务与合规)\n\n> **P0是元能力域**：任何领域进入OPC之前，先判断传统工作流是否需要重构。需要则先重构，再进入P1-P6运营。\n\n---\n\n## P0 工作流重构\n\n| ID | 任务类型 | 说明 | 依赖 | 能力需求 | UTOS映射提示 |\n|----|---------|------|------|---------|-------------|\n| P0-01 | 传统工作流识别 | 列出目标领域的传统工作流全链路：环节数、参与角色、中间文档、协作节点 | 无（入口） | 调研 | S |\n| P0-02 | 环节存在理由分析 | 对每个环节追问：存在是因为事情本身需要，还是人的局限需要？标记为核心/校准/传递/协调/校验/格式 | P0-01 | 调研→设计 | S→C |\n| P0-03 | 人的局限补偿层消除 | 去掉传递环节、协调环节、格式环节，精简校验环节为关键节点保留 | P0-02 | 设计 | C |\n| P0-04 | 重整为IPO基元链 | 将保留的核心环节和关键校验节点，按AI能力模型重编为端到端IPO基元或简短基元链 | P0-03 | 设计→执行 | C→A |\n| P0-05 | 重构验证 | 验证重构后：事情完整性、补偿层已消除、校准不丢失、端到端可执行、复杂度回归、质量守恒、合规不跳过 | P0-04 | 调研→合规 | S→G |\n| P0-06 | 执行形态选择 | 根据重构结果选择执行形态：单步IPO / 简短基元链 / IPO+人工决策 | P0-05 | 设计 | C |\n\n---\n\n## P1 商业定位\n\n| ID | 任务类型 | 说明 | 依赖 | 能力需求 | UTOS映射提示 |\n|----|---------|------|------|---------|-------------|\n| P1-01 | 垂直利基定位 | 一句话描述服务谁、解决什么问题 | 无（入口） | 调研→设计 | S→C |\n| P1-02 | 市场扫描与竞品分析 | 目标市场规模、竞品梳理、行业趋势 | P1-01 | 调研 | S |\n| P1-03 | 差异化价值主张 | 为什么选你不选别人，独特价值提炼 | P1-01, P1-02 | 设计→执行 | C→A |\n| P1-04 | 个人能力盘点 | 个人能力5维×AI工具5维映射，找到能力-工具交叉点 | 无（入口） | 调研→设计 | S→C |\n\n## P2 商业模式\n\n| ID | 任务类型 | 说明 | 依赖 | 能力需求 | UTOS映射提示 |\n|----|---------|------|------|---------|-------------|\n| P2-01 | 模式选择 | 四大商业模式（AI原生机构/AI顾问/AI数字产品/AI SaaS）适配判断 | P1-01, P1-04 | 设计 | C |\n| P2-02 | 服务包/产品定义 | 聚焦商业成果的服务或产品设计 | P2-01 | 设计→执行 | C→A |\n| P2-03 | 定价策略设计 | 基于价值/成本/竞品的定价方案 | P2-01 | 设计→执行 | C→A |\n| P2-04 | 收入结构规划 | MRR/ARR目标、break-even计算、runway评估 | P2-03 | 设计→财务 | C→O |\n\n## P3 产品与交付\n\n| ID | 任务类型 | 说明 | 依赖 | 能力需求 | UTOS映射提示 |\n|----|---------|------|------|---------|-------------|\n| P3-01 | MVP最小方案设计 | 砍掉一切非必要，定义最小可行交付物 | P2-02 | 设计→执行 | C→A |\n| P3-02 | 服务流程标准化 | 可复制的交付SOP，跑通3次以上的流程才能标准化 | P2-02, P3-01 | 执行→财务 | A→O |\n| P3-03 | 产品化路径规划 | 从服务→产品→SaaS的迁移路线（Dan Martell路径） | P3-02 | 设计→执行 | C→A |\n| P3-04 | AI辅助交付方案 | 哪些环节AI自动化、哪些人主导、AI自治度评估 | P3-01 | 设计 | C |\n\n## P4 获客与品牌\n\n| ID | 任务类型 | 说明 | 依赖 | 能力需求 | UTOS映射提示 |\n|----|---------|------|------|---------|-------------|\n| P4-01 | 内容获客体系设计 | 渠道+内容+自动化+转化路径的完整飞轮 | P1-01 | 设计→执行 | C→A |\n| P4-02 | 冷启动获客方案 | 首批3个付费客户的具体行动计划 | P1-03 | 获客→执行 | I→A |\n| P4-03 | 个人IP与品牌策略 | 行业认知、信任积累、品牌叙事 | P1-01 | 执行→获客 | A→I |\n| P4-04 | 客户转化与留存 | 从线索到成交到复购的完整漏斗 | P4-01, P4-02 | 获客→设计 | I→C |\n\n## P5 运营与自动化\n\n| ID | 任务类型 | 说明 | 依赖 | 能力需求 | UTOS映射提示 |\n|----|---------|------|------|---------|-------------|\n| P5-01 | AI工具栈选型 | 按能力需求匹配AI工具，月费控制在¥200-500 | P1-04 | 设计→执行 | C→A |\n| P5-02 | Agent工作流搭建 | 可复制的自动化流程，自动化工具实现 | P3-04, P5-01 | 执行→财务 | A→O |\n| P5-03 | 日常运营SOP | 日/周/月运营检查清单 | P5-02 | 财务→执行 | O→A |\n| P5-04 | 系统维护与迭代 | 工具升级、流程优化、成本控制 | P5-02 | 设计→执行 | C→A |\n\n## P6 财务与合规\n\n| ID | 任务类型 | 说明 | 依赖 | 能力需求 | UTOS映射提示 |\n|----|---------|------|------|---------|-------------|\n| P6-01 | 主体选择与注册 | 个体户/公司/合伙的选择与注册时机 | P2-01 | 合规→财务 | G→O |\n| P6-02 | 现金流管理 | 收支记录、runway计算、安全线≥6个月 | P2-04 | 财务 | O |\n| P6-03 | 税务规划 | 税率优化、研发费用抵扣、合规节税 | P6-01 | 合规→财务 "},{"path":"references/sv-compose.md","content":"# OPC Compose — 清单法与样本法\n\nOPC内容轴的方法论层参考文件。定义两种内容组织范式及其在OPC领域的适配规则。\n\n## 核心理念\n\n任何OPC成品都可以通过两种基本范式生成：\n\n| 范式 | 原理 | 类比 | OPC适配 |\n|------|------|------|---------|\n| **清单法** | 成品 = 基本组件的组合 | 搭积木：先有零件清单，再逐项组装 | 按领域要求清单的槽位逐项填充 |\n| **样本法** | 成品 = 对样本的模仿产出 | 临摹：先有范本，再依样产出 | 按领域范本库的结构参考模仿产出 |\n| **结合使用** | 范本定框架+清单填内容 | 先临摹结构，再按清单补齐 | 复杂成品（如商业计划书） |\n\n## 方法选择\n\n**用户决定使用哪种方法。** 触发后，向用户展示选择：\n\n> 用户要求生成「{成品类型}」，请选择构成方式：\n>\n> | | 清单法 | 样本法 |\n> |---|--------|--------|\n> | **方式** | 列出组件清单 → 逐项填充 → 组装 | 获取样本 → 分析结构风格 → 模仿产出 |\n> | **适合** | 结构明确、组件清晰的成品 | 有高质量同类样本可参考的成品 |\n> | **输入** | 组件清单（用户直接提供 / AI提议确认 / 网络搜索） | 样本模板（用户直接提供 / 网络搜索） |\n> | **OPC清单来源** | 领域要求清单的槽位清单 | 领域范本库的范本库 |\n\n用户可任选其一，也可明确指定两种方法结合使用（如样本法定框架 + 清单法填内容）。未经用户确认，不得自动组合。\n\n**OPC方法选择快捷规则**：首次创建按**范本参考**，已有经验按**清单产出**，复杂任务两者结合。此为建议，用户可覆盖。\n\n## 清单法工作流\n\n### 1. 确认成品目标\n\n明确用户要生成什么类型的OPC成品，确定成品的用途、受众、规模。\n\n### 2. 构建组件清单\n\n按优先级获取清单：\n\n| 优先级 | 来源 | 操作 | OPC优先 |\n|--------|------|------|---------|\n| 1 | 用户直接提供 | 用户在对话中给出清单 | — |\n| 2 | 领域要求清单 | AI从领域要求清单读取对应任务的槽位清单 | **OPC首选** |\n| 3 | AI 提议 | AI 根据成品目标生成清单草案，请用户确认或修改 | 无对应槽位时 |\n| 4 | 网络搜索 | AI 搜索同类成品的通用组件结构 | 最后备选 |\n\n清单要求：\n- 覆盖成品的全部必要组成部分，不遗漏\n- 每个组件有明确的定义和范围\n- 组件间无重叠、无歧义\n- 标注组件间的依赖关系和组装顺序\n- OPC领域约束：清单必须通过陷阱检查（如定位清单检查是否泛化、定价清单检查是否低于成本×3）\n\n### 3. 逐项填充\n\n按清单顺序逐项生成每个组件的内容：\n- 用户直接提供该组件内容\n- AI 根据组件定义和成品目标生成内容\n- 网络搜索获取该组件相关的专业素材\n- OPC特有：任何涉及合规的组件必须标注「不构成法律/税务意见」\n\n### 4. 组装成品\n\n将所有组件按清单结构组装为完整成品，确保：\n- 组件间衔接自然流畅\n- 整体风格和调性统一\n- 符合成品目标的所有要求\n- OPC特有：组装完成后通过五大致命陷阱检查\n\n### 5. 用户审核\n\n向用户展示成品，请用户审核并确认是否需要调整。\n\n## 样本法工作流\n\n### 1. 确认成品目标\n\n明确用户要生成什么类型的OPC成品，确定成品的用途、受众和期望风格。\n\n### 2. 获取样本\n\n按优先级获取样本：\n\n| 优先级 | 来源 | 操作 | OPC优先 |\n|--------|------|------|---------|\n| 1 | 用户直接提供 | 用户上传样本文件或在对话中粘贴样本内容 | — |\n| 2 | 领域范本库 | AI从领域范本库读取对应任务的范本 | **OPC首选** |\n| 3 | 网络搜索 | AI 搜索同类高质量样本 | 无对应范本时 |\n\n样本选择原则：\n- 与目标成品类型一致\n- 质量高、结构完整、风格明确\n- **成品内容庞大时，优先使用中间产物作为样本**（如大纲、结构模板、段落框架、目录结构），而非完整的最终成品\n- 样本应涵盖目标成品需要模仿的核心特征\n- OPC特有：范本中的占位符`________`必须由用户提供实际内容替换，不可AI编造\n\n### 3. 分析样本\n\n解析样本的四个核心维度：\n\n| 维度 | 分析内容 |\n|------|----------|\n| **结构** | 整体框架、章节/段落组织方式、层级关系 |\n| **风格** | 语言风格、表达方式、语气调性、专业术语使用 |\n| **逻辑** | 内容编排逻辑、论证方式、信息密度 |\n| **格式** | 排版格式、标题层级、列表样式、视觉元素 |\n\n将分析结果整理为「样本特征摘要」，供后续模仿产出参考。\n\n### 4. 模仿产出\n\n基于样本特征摘要，产出目标成品：\n- 保持样本的结构框架和编排逻辑\n- 保持样本的风格和调性\n- 用目标成品的实际内容替换样本内容\n- 确保整体连贯性和一致性\n- OPC特有：产出后通过陷阱检查（如商业计划范本产出后检查是否在卖AI技术而非商业成果）\n\n### 5. 用户审核\n\n向用户展示成品，请用户审核并确认是否需要调整。\n\n## 网络搜索策略\n\n当需要通过网络搜索获取清单或样本时：\n\n1. **构造精确搜索词**：使用「成品类型 + 模板/结构/范例/样本/清单」的组合\n2. **优先搜索来源**：\n   - 行业标准文档\n   - 专业机构发布的模板\n   - 高质量公开范例\n   - 知名平台的同类内容\n3. **验证搜索结果**：确认获取的清单/样本质量是否达标，不达标则重新搜索\n4. **尊重版权**：模仿产出时不直接复制样本内容，仅借鉴结构和风格\n\n## 边界说明\n\n此文件是OPC内容轴的方法论层，只定义\"如何组织内容\"，不定义\"如何输出格式\"：\n\n- 文档格式的具体处理由工具按需完成，此文件只管内容构成方式\n- 代码编写的具体逻辑由AI通用能力处理，此文件只管组件拆分和组装\n- 演示文稿的具体排版由工具按需完成，此文件只管内容结构"},{"path":"references/sv-exemplars.md","content":"# OPC领域范本库\n\n一人公司创作的经典范本和实例标注。按范本参考产出——以已有范本为结构参考，替换为实际内容。\n\n> **使用说明**：范本中标注 `[待用户提供]` 的条目需用户自行填充后才能按范本产出。标注 `✅已有` 的可直接参考。\n\n---\n\n## 范本索引\n\n| 范本ID | 范本名称 | 对应任务 | 类型 | 来源 | 状态 |\n|--------|---------|---------|------|------|------|\n| EX-01 | 工作流重构范本 | P0 | 重构方法 | 实战总结 | ✅已有 |\n| EX-02 | 垂直利基定位一页纸 | P1-01 | 定位模板 | 实战总结 | ✅已有 |\n| EX-03 | 个人能力维度矩阵 | P1-04 | 能力盘点 | 实战总结 | ✅已有 |\n| EX-04 | AI原生机构商业计划框架 | P2-02, P2-03 | 商业计划 | 实战总结 | ✅已有 |\n| EX-05 | AI数字产品商业计划框架 | P2-02, P2-03 | 商业计划 | 实战总结 | ✅已有 |\n| EX-06 | MVP一页纸 | P3-01 | 产品设计 | 实战总结 | ✅已有 |\n| EX-07 | 服务产品化路线图 | P3-03 | 产品化 | 实战总结 | ✅已有 |\n| EX-08 | 内容获客飞轮设计 | P4-01 | 获客方案 | 实战总结 | ✅已有 |\n| EX-09 | 冷启动获客行动计划 | P4-02 | 获客方案 | 实战总结 | ✅已有 |\n| EX-10 | AI工具栈配置清单 | P5-01 | 运营工具 | 实战总结 | ✅已有 |\n| EX-11 | 日常运营SOP | P5-03 | 运营流程 | 实战总结 | ✅已有 |\n| EX-12 | 现金流管理表 | P6-02 | 财务管理 | 实战总结 | ✅已有 |\n| EX-13 | 服务合同审查清单 | P6-04 | 法律合规 | 实战总结 | ✅已有 |\n| EX-14 | 「AI能搞定一切」幻觉检查 | 全局 | 合规检查 | 实战总结 | ✅已有 |\n| EX-15 | 合规与法律风险检查 | 全局 | 合规检查 | 实战总结 | ✅已有 |\n| EX-16 | 客源验证前置检查 | 全局 | 合规检查 | 实战总结 | ✅已有 |\n| EX-17 | 定位商业成果检查 | 全局 | 合规检查 | 实战总结 | ✅已有 |\n| EX-18 | 垂直利基收敛检查 | 全局 | 合规检查 | 实战总结 | ✅已有 |\n\n---\n\n## P0 工作流重构\n\n### EX-01 工作流重构范本\n\n**对应任务**: P0-01 ~ P0-06\n\n**来源**: OPC工作流重构方法论\n\n**适用场景**: 任何领域的传统工作流需要重构为AI辅助一人简易完成\n\n**重构范本**:\n\n```\n## 工作流重构记录\n\n### Step 1：传统工作流识别（P0-01）\n\n**目标领域**：________（如：软件开发/风格设计/学术论文/网文创作/________）\n\n**传统工作流全景**：\n\n| # | 环节 | 执行角色 | 中间文档 | 协作点 | 耗时占比 |\n|---|------|---------|---------|--------|---------|\n| 1 | ________ | ________ | ________ | ________ | ___% |\n| 2 | ________ | ________ | ________ | ________ | ___% |\n| 3 | ________ | ________ | ________ | ________ | ___% |\n| 4 | ________ | ________ | ________ | ________ | ___% |\n| 5 | ________ | ________ | ________ | ________ | ___% |\n| ... | ... | ... | ... | ... | ... |\n\n**汇总**：___个环节 / ___个角色 / ___份中间文档 / ___个协作点\n\n### Step 2：环节存在理由分析（P0-02）\n\n**追问准则**：如果执行者是一个拥有无限知识能力和零协作损耗的AI，这个环节还需要吗？\n\n| # | 环节 | 存在理由 | 类型标记 | 标记理由 |\n|---|------|---------|---------|---------|\n| 1 | ________ | 事情本身需要 | ✅核心 | ________ |\n| 2 | ________ | 事情本身需要 | 🔶校准 | 中间产出物起纠偏作用，保留为分步校准点 |\n| 3 | ________ | 人的局限需要 | ❌传递 | 人之间信息传递 |\n| 4 | ________ | 人的局限需要 | ❌协调 | 管理多人协作 |\n| 5 | ________ | 人的局限需要 | ⚡校验 | 防止人出错，保留关键节点 |\n| 6 | ________ | 人的局限需要 | ❌格式 | 满足组织流程 |\n| ... | ... | ... | ... | ... |\n\n**统计**：✅核心___个 / 🔶校准___个 / ❌消除___个 / ⚡精简___个\n\n### Step 3：人的局限补偿层消除（P0-03）\n\n**消除清单**：\n\n| # | 被消除环节 | 原类型 | 消除理由 | 信息传递替代 |\n|---|-----------|--------|---------|------------|\n| 1 | ________ | 传递 | IPO链自动传递 | 上游输出→下游输入 |\n| 2 | ________ | 协调 | 无协作即无协调 | 不需要 |\n| 3 | ________ | 格式 | 零形式开销 | 不需要 |\n| ... | ... | ... | ... | ... |\n\n**保留清单**：\n\n| # | 保留环节 | 保留理由 | 类型 |\n|---|---------|---------|------|\n| 1 | ________ | 事情本身逻辑步骤 | ✅核心 |\n| 2 | ________ | 中间产出物起纠偏作用 | 🔶校准（基元内分步校准点） |\n| 3 | ________ | 关键质量校验 | ⚡校验（精简后） |\n| ... | ... | ... | ... |\n\n### Step 4：重整为IPO基元链（P0-04）\n\n**重构后工作流**：________形态（单步IPO / 简短基元链 / IPO+人工决策）\n\n| 基元# | I 输入 | P 处理（能力需求） | O 输出 | AI自治度 | 基元内分步校准点 |\n|-------|--------|-------------------|--------|---------|-------"}],"languages":[],"docsSourceLabel":"CLAWHUB","editorialOverview":"一人公司操作系统。核心能力：工作流重构——将任何领域的复杂工作流重构为AI辅助一人简易完成的方法（拆解人的局限补偿层→消除→基于AI能力模型重整）。执行轴为6维能力调用而非角色分工，管线为IPO基元链而非流水线传递。内容轴提供清单法与样本法的OPC适配规则，创新轴适配一人公司独特约束的突破路径。领域负载物覆盖7域... Skill: Solopreneur OS Owner: wangjiaocheng Summary: 一人公司操作系统。核心能力：工作流重构——将任何领域的复杂工作流重构为AI辅助一人简易完成的方法（拆解人的局限补偿层→消除→基于AI能力模型重整）。执行轴为6维能力调用而非角色分工，管线为IPO基元链而非流水线传递。内容轴提供清单法与样本法的OPC适配规则，创新轴适配一人公司独特约束的突破路径。领域负载物覆盖7域... Tags: latest:1.0.5 Version history: v1.0.5 | 2026-05-27T12:58:24.778Z | user **1.0.5 主要变化：扩展工作流重构的适用范围，并详细阐述四层架构（UTOS+WF+DPG+Payload）的定位与协作。** - 将“工作流重构”核心理念明确扩展到“产物重构”，强调流程和文档/方案/设计/代码的同构处理方式。 - 新增并详解四层架构各自","editorialQuality":{"score":100,"threshold":65,"status":"ready","wordCount":870,"uniquenessScore":45,"reasons":[]}},"media":{"evidence":{"source":"no-media","verified":false,"confidence":"low","updatedAt":"2026-10-11T08:32:38.015Z","emptyReason":"No screenshots, media assets, or demo links are available."},"primaryImageUrl":null,"mediaAssetCount":0,"assets":[],"demoUrl":null},"ownerResources":{"evidence":{"source":"unclaimed","verified":false,"confidence":"low","updatedAt":"2026-10-11T08:32:38.015Z","emptyReason":"This page has not been claimed by the agent owner."},"hasCustomPage":false,"customPageUpdatedAt":null,"customLinks":[],"structuredLinks":{"docsUrl":null,"demoUrl":null,"supportUrl":null,"pricingUrl":null,"statusUrl":null},"customPage":null},"relatedAgents":{"evidence":{"source":"protocol-neighbors","verified":false,"confidence":"medium","updatedAt":"2026-10-11T10:52:52.257Z","emptyReason":null},"items":[{"id":"8ebccd8e-3863-4187-8355-c3f14e1f9edf","entityType":"agent","canonicalPath":"/agent/iofficeai-aionui","slug":"iofficeai-aionui","name":"AionUi","description":"Free, local, open-source 24/7 Cowork app and OpenClaw for Gemini CLI, Claude Code, Codex, OpenCode, Qwen Code, Goose CLI, Auggie, and more | 🌟 Star if you like it!","url":"https://github.com/iOfficeAI/AionUi","homepage":"https://www.aionui.com","source":"GITHUB_REPOS","protocols":["MCP","OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-10-09T19:11:12.944Z","createdAt":"2026-02-25T03:38:16.584Z","downloads":null},{"id":"b917f68a-ebff-438e-84f8-3f4b2494c0bc","entityType":"agent","canonicalPath":"/agent/activepieces-activepieces","slug":"activepieces-activepieces","name":"activepieces","description":"AI Agents & MCPs & AI Workflow Automation • (~400 MCP servers for AI agents) • AI Automation / AI Agent with MCPs • AI Workflows & AI Agents • MCPs for AI Agents","url":"https://github.com/activepieces/activepieces","homepage":"https://www.activepieces.com","source":"GITHUB_REPOS","protocols":["OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-04-15T02:22:12.426Z","createdAt":"2026-02-25T03:38:12.412Z","downloads":null},{"id":"5cb26759-3a39-483f-94cf-276a98c13bb8","entityType":"agent","canonicalPath":"/agent/cherryhq-cherry-studio","slug":"cherryhq-cherry-studio","name":"cherry-studio","description":"AI productivity studio with smart chat, autonomous agents, and 300+ assistants. Unified access to frontier LLMs","url":"https://github.com/CherryHQ/cherry-studio","homepage":"https://cherry-ai.com","source":"GITHUB_REPOS","protocols":["MCP","OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-04-11T14:38:40.986Z","createdAt":"2026-02-25T03:38:19.379Z","downloads":null},{"id":"6f6582d0-5d76-4f0f-b81d-86520247950b","entityType":"agent","canonicalPath":"/agent/copilotkit-copilotkit","slug":"copilotkit-copilotkit","name":"CopilotKit","description":"The Frontend for Agents & Generative UI. React + Angular","url":"https://github.com/CopilotKit/CopilotKit","homepage":"https://docs.copilotkit.ai","source":"GITHUB_REPOS","protocols":["OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-03-25T09:50:57.846Z","createdAt":"2026-02-25T03:39:14.617Z","downloads":null}],"links":{"hub":"/agent","source":"/agent/source/clawhub","protocols":[{"label":"OpenClaw","href":"/agent/protocol/openclew"}]}}}