前言

在 AI Agent 生态蓬勃发展的今天，如何让 AI 真正成为个人的"数字员工"，而不是简单的问答工具？opc 这个 OpenClaw skill 给出了一个极具启发性的答案。

本文将从三个维度深入分析：

1. 它是什么，能做什么
2. 如何获取和使用
3. 设计哲学与架构思考

一、OPC 是什么？

1.1 定义

OPC (One-Person Company) Framework 是一个为"一人公司"创业者设计的完整 AI 技能栈。它不是一个单一的工具，而是由 14 个相互协作的子技能 组成的能力矩阵。

1.2 核心理念

OPC 的设计深深植根于现代创业哲学：

• Naval Ravikant 的"特殊知识"理论
  ：找到"对你是玩耍，对别人是工作"的领域
• Elon Musk 的第一性原理
  ：剥离类比思维，回归问题本质
• Dan Koe 的"4小时工作制"
  ：自动化一切可自动化的事务
• "代码与媒体是零边际成本杠杆"
  ：优先构建具有"睡后收入"属性的资产

1.3 14 个子技能一览

1.4 一条完整的工作流

OPC 的真正威力在于这些技能可以串联成一条完整的创业流水线：

创意规划 → 市场调研 → 提案撰写 → 提案审核 → PRD生成     → 项目管理 → 开发实现 → 测试验证 → 部署上线 → 运维监控

示例场景：

用户："我想做一个帮助独立开发者找灵感的产品"1.creative-planning分析用户的特殊知识，生成 5 个创意方向2.market-research调研每个方向的竞品和市场空间3.prd-generation为最佳方向生成产品需求文档4.project-manager将 PRD 拆解为可执行的开发任务5.development生成代码实现6.testing编写测试用例7.deployment部署到生产环境8.operations 设置监控和自动化运维

二、如何获取和安装

2.1 来源

OPC 是一个开源项目：

• GitHub 仓库：https://github.com/tohnee/opc-skills
• 作者：Tohnee
• 许可证：MIT

2.2 安装方式

方式一：通过 OpenClaw CLI 安装

# 在 OpenClaw 工作目录下openclaw skills install opc

方式二：手动克隆

cd workspace/skillsgit clone https://github.com/tohnee/opc-skills.git opc

方式三：复制现有实例

如果已有 OPC 的副本（如当前环境），直接复制整个文件夹：

cp -r workspace/skills/opc /your-openclaw-workspace/skills/

2.3 验证安装

# 查看已安装的 skillsopenclaw skills list# 应该看到 opc 及其 14 个子技能

三、架构设计深度解析

3.1 文件夹结构

workspace/skills/opc/├── SKILL.md              # 主技能描述文件├── skill.json            # 技能元数据（名称、版本、依赖等）├── _meta.json            # 发布元数据（owner, slug, 发布时间）│├── creative-planning/    # 子技能 1│   ├── SKILL_ZH.md       # 中文提示词│   ├── SKILL_EN.md       # 英文提示词│   └── skill.json        # 子技能参数定义│├── development/          # 子技能 2│   ├── SKILL_ZH.md│   ├── SKILL_EN.md│   └── skill.json│├── ... (其他 12 个子技能)│└── operations/    ├── SKILL_ZH.md    ├── SKILL_EN.md    └── skill.json

3.2 关键设计模式：Skill 组合模式

这是 OPC 最核心的设计智慧 —— "一个主技能 + 多个子技能"的组合模式。

为什么这样设计？

❌ 问题：如果所有功能都塞在一个 SKILL.md 里会怎样？

❌ 单一大文件模式：workspace/skills/opc/└── SKILL.md  # 5000+ 行，包含所有 14 个功能的提示词问题：1. Token 消耗巨大 —— 每次调用都要加载全部内容2. 难以维护 —— 修改一个小功能要在 5000 行里找3. 无法独立升级 —— 改一个功能要重新发布整个 skill4. 提示词干扰 —— 多个角色的指令可能相互冲突

✅ 解决方案：拆分为独立子技能

✅ 组合模式：workspace/skills/opc/├── SKILL.md          # 主入口，描述整体能力和使用方式├── creative-planning/  # 独立的子技能，只在需要时加载├── development/        # 独立的子技能└── ...优势：1. 按需加载 —— 只加载当前需要的子技能2. 独立维护 —— 每个子技能可以单独更新3. 清晰边界 —— 每个子技能有独立的角色定义4. 可组合性 —— 可以灵活组合多个子技能完成复杂任务

3.3 运行机制

当用户与 OPC 交互时，OpenClaw 的运行流程如下：

┌─────────────────────────────────────────────────────────────────────┐│                        OPC 运行流程                                  │├─────────────────────────────────────────────────────────────────────┤│                                                                     ││  用户输入                                                            ││     │                                                               ││     ▼                                                               ││  ┌─────────────────┐                                                ││  │   主 SKILL.md   │  ← 加载整体能力描述，识别用户意图               ││  └────────┬────────┘                                                ││           │                                                         ││           ▼                                                         ││  ┌─────────────────┐                                                ││  │  意图路由判断    │  ← "用户想做什么？需要哪个子技能？"            ││  └────────┬────────┘                                                ││           │                                                         ││     ┌─────┴─────┬─────────┬─────────┐                              ││     ▼           ▼         ▼         ▼                              ││  ┌──────┐  ┌──────┐  ┌──────┐  ┌──────┐                            ││  │创意  │  │调研  │  │开发  │  │运维  │  ← 按需加载子技能          ││  │规划  │  │      │  │      │  │      │                            ││  └──────┘  └──────┘  └──────┘  └──────┘                            ││                                                                     ││  只加载需要的子技能，其他子技能不占用上下文                          ││                                                                     │└─────────────────────────────────────────────────────────────────────┘

3.4 子技能的内部结构

每个子技能包含三个核心文件：

skill.json —— 参数定义

{  "name": "creative-planning",  "description": "生成可执行的创意方向与核心假设",  "parameters": {    "type": "object",    "properties": {      "business_goals": {        "type": "string",        "description": "用户希望达成的商业或个人目标"      },      "constraints": {        "type": "string",        "description": "资源限制（时间、预算、技能栈）"      }    },    "required": ["business_goals", "constraints"]  }}

这个文件定义了该子技能的输入接口，类似于函数签名。

SKILL_ZH.md —— 中文提示词

---name: creative-planningdescription: 生成可执行的创意方向与核心假设---# Creative Planning Skill## Role你是一位融合了 Naval Ravikant 智慧与 Elon Musk 第一性原理的创业导师...## Input- **业务目标**: 用户希望达成的商业或个人目标- **约束条件**: 资源限制## Process1. 超能力挖掘...2. 第一性原理思考...3. 灵感发掘...## Output Format### 1. 超能力定位### 2. 创意方向清单...

这是子技能的核心实现，定义了 AI 的角色、工作流程和输出格式。

SKILL_EN.md —— 英文提示词

为英文环境提供相同的能力。

3.5 主技能的角色

主 SKILL.md 扮演"路由器"和"说明书"的角色：

---name: opcdescription: OPC Framework - 14 integrated skills for solo entrepreneurs---# OPC Framework## 14 Integrated Skills| Skill | Description ||-------|-------------|| creative-planning | 创意方向生成 || market-research | 市场调研 || ... | ... |## Quick Start1. Start with "creative-planning" to ideate2. Progress through: research → write → develop → deploy

它告诉 AI：

1. 我有哪些能力可用
2. 各能力之间的关系
3. 用户请求应该路由到哪个子技能

四、与 Sub-Agent 设计的对比

4.1 概念澄清

4.2 架构对比

Skill 组合模式（OPC 的方式）：

┌─────────────────────────────────────────────────────────────────────┐│                        单一 Agent                                    │├─────────────────────────────────────────────────────────────────────┤│                                                                     ││  ┌─────────────────────────────────────────────────────────────┐   ││  │                      统一的上下文                            │   ││  │  ┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐       │   ││  │  │ Skill 1  │ │ Skill 2  │ │ Skill 3  │ │ Skill 4  │       │   ││  │  │ (提示词) │ │ (提示词) │ │ (提示词) │ │ (提示词) │       │   ││  │  └──────────┘ └──────────┘ └──────────┘ └──────────┘       │   ││  └─────────────────────────────────────────────────────────────┘   ││                                                                     ││  特点：所有 Skill 共享同一个 Agent 的记忆和状态                     ││                                                                     │└─────────────────────────────────────────────────────────────────────┘

Sub-Agent 模式：

┌─────────────────────────────────────────────────────────────────────┐│                        多 Agent 系统                                 │├─────────────────────────────────────────────────────────────────────┤│                                                                     ││  ┌─────────────┐     ┌─────────────┐     ┌─────────────┐           ││  │  Agent 1    │     │  Agent 2    │     │  Agent 3    │           ││  │ ┌─────────┐ │     │ ┌─────────┐ │     │ ┌─────────┐ │           ││  │ │ 记忆    │ │     │ │ 记忆    │ │     │ │ 记忆    │ │           ││  │ │ 工具    │ │     │ │ 工具    │ │     │ │ 工具    │ │           ││  │ │ 状态    │ │     │ │ 状态    │ │     │ │ 状态    │ │           ││  │ └─────────┘ │     │ └─────────┘ │     │ └─────────┘ │           ││  └──────┬──────┘     └──────┬──────┘     └──────┬──────┘           ││         │                   │                   │                  ││         └───────────────────┼───────────────────┘                  ││                             │                                      ││                     ┌───────▼───────┐                              ││                     │  协调器/路由   │                              ││                     └───────────────┘                              ││                                                                     ││  特点：每个 Agent 有独立的记忆和状态，需要通信协议                   ││                                                                     │└─────────────────────────────────────────────────────────────────────┘

4.3 优劣对比

4.4 适用场景分析

Skill 组合模式适合：

• 个人知识工作者（如 OPC 的目标用户：一人公司创业者）
• 工作流相对固定、步骤清晰的任务
• 需要快速迭代、低成本试错
• 任务之间需要共享大量上下文

Sub-Agent 模式适合：

• 企业级复杂系统
• 需要严格权限隔离的场景
• 多人协作、跨部门流程
• 需要独立扩展和部署的模块

五、设计智慧提炼

5.1 核心设计原则

从 OPC 的设计中，我们可以提炼出以下原则：

原则一：按职责拆分，而非按功能

❌ 按功能拆分：- 写作 Skill：包含所有写作相关能力- 分析 Skill：包含所有分析相关能力✅ 按职责拆分（OPC 的方式）：- creative-planning：负责"产生创意"- proposal-writing：负责"写提案"- prd-generation：负责"写产品文档"虽然都是"写作"，但职责不同，所以分开。

原则二：每个 Skill 是一个完整的"角色"

## Role你是一位融合了 Naval Ravikant 智慧与 Elon Musk 第一性原理的创业导师...## Process1. 超能力挖掘2. 第一性原理思考3. 灵感发掘## Output Format### 1. 超能力定位### 2. 创意方向清单

不只是指令，而是完整的角色定义：

• 我是谁
• 我怎么工作
• 我输出什么

原则三：Skill 之间通过"契约"连接

每个子技能的 skill.json 定义了它的输入输出契约：

{  "parameters": {    "business_goals": "string",    "constraints": "string"  }}

上游 Skill 的输出，应该匹配下游 Skill 的输入要求。这形成了一条类型化的数据流。

原则四：主 Skill 是"目录"而非"实现"

主 SKILL.md 不包含具体实现，只做：

• 能力列表展示
• 使用方式说明
• 意图路由引导

这保持了主入口的轻量性。

5.2 可复用的设计模式

模式一：Pipeline 模式

技能按流程顺序排列，前一个的输出是后一个的输入：

creative-planning → market-research → prd-generation → development

适合：有明确流程的任务链。

模式二：Hub-Spoke 模式

一个中心 Skill（如 tool-search）服务于多个其他 Skill：

              ┌─── creative-planning              │tool-search ──┼─── development              │              └─── operations

适合：有共享能力的场景。

模式三：Peer 模式

多个 Skill 平级协作，由用户或路由器决定调用哪个：

proposal-writing ←→ proposal-review

适合：相互校验、补充的场景。

六、对我们设计 Skill 的启示

6.1 何时使用组合模式？

应该使用：

• 能力之间有清晰的边界
• 需要共享上下文
• 用户可能在同一会话中切换不同任务

不应该使用：

• 能力完全独立，无任何关联
• 需要 strict 隔离的安全场景
• 单个提示词足以描述所有能力

6.2 如何设计子技能的粒度？

太粗：一个 Skill 做太多事

• 问题：提示词臃肿，难以维护

太细：每个小功能一个 Skill

• 问题：上下文碎片化，协作成本高

刚刚好：

• 一个 Skill = 一个清晰的"角色"
• 一个 Skill = 一次"对话"能完成的任务
• 输出可以被下一个 Skill 直接使用

6.3 如何设计跨 Skill 协作？

关键在于标准化输出格式：

## Output Format### 1. 创意方向清单- **名称**: [创意名称]- **一句话描述**: [描述]- **可行性评分**: [1-10]### 2. 下一步建议- 推荐进入调研阶段的 1-2 个方向

下游 Skill 可以直接解析这个结构化输出。

6.4 如何处理中英文双语？

OPC 给出了范例：

creative-planning/├── SKILL_ZH.md  # 中文提示词├── SKILL_EN.md  # 英文提示词└── skill.json   # 语言无关的参数定义

让用户或系统根据语言环境选择加载哪个提示词。

七、总结

7.1 OPC 的核心价值

1. 完整性
   ：覆盖一人公司从创意到运营的全生命周期
2. 哲学深度
   ：每个 Skill 都植根于成熟的创业方法论
3. 工程智慧
   ：组合模式实现了"能力丰富"与"上下文精简"的平衡

7.2 可借鉴的设计模式

7.3 Skill vs Sub-Agent 的选择

• 选 Skill 组合
  ：轻量、快速、共享上下文
• 选 Sub-Agent
  ：隔离、扩展、企业级

对于个人知识工作者和小团队，Skill 组合模式是更务实的选择。

附录：OPC 14 个子技能速查表

感恩遇见你。感谢你的点赞+在看+转发！

作者介绍：

K哥能提供给您：

点击

阅读原文