如何通过 OpenClaw 组建一人公司，并让各部门协同工作

一人公司或小型工作室常常面临这样的困境：产品、设计、研发、营销、销售、客服……角色众多，却只有一个人。频繁切换身份、协作断层、流程靠记忆、任务靠提醒，效率与专业度难以兼顾。OpenClaw 作为支持本地部署的 AI Agent 平台，搭配 OPC（One Person Company）组织框架，可以让 AI 扮演 11 个虚拟部门，通过部门路由与 Playbook 自动执行任务，实现「一人公司、

chenbo980

2304人浏览 · 2026-03-07 18:50:31

chenbo980 · 2026-03-07 18:50:31 发布

如何通过 OpenClaw 组建一人公司，并让各部门协同工作

导语

一人公司或小型工作室常常面临这样的困境：产品、设计、研发、营销、销售、客服……角色众多，却只有一个人。频繁切换身份、协作断层、流程靠记忆、任务靠提醒，效率与专业度难以兼顾。OpenClaw 作为支持本地部署的 AI Agent 平台，搭配 OPC（One Person Company） 组织框架，可以让 AI 扮演 11 个虚拟部门，通过部门路由与 Playbook 自动执行任务，实现「一人公司、多部门协同」的完整闭环。本文将介绍如何用 OpenClaw 搭建 OPC，并让各部门按规则协同工作。

一、OPC：一人公司的虚拟组织架构

OPC（One Person Company） 是一套可执行的 AI 员工系统，核心思想是：用虚拟部门替代人力岗位，用 Playbook 定义执行流程，用 Agent 完成具体任务。

1.1 11 个虚拟部门

编号	部门	职责	典型任务
00	CEO 战略中心	战略规划、OKR、复盘	市场趋势分析、周度复盘
01	产品部	需求分析、竞品调研、PRD	竞品调研、PRD 生成
02	设计部	UI/UX 设计、品牌视觉	设计趋势调研、封面图生成
03	研发部	编码开发、代码审查	新项目搭建、代码审查
04	市场营销部	内容营销、微信运营	公众号文章发布、SEO 调研
05	销售部	客户开发、方案报价	客户背景调研、提案生成
06	财务部	预算、成本核算	项目成本核算
07	客户服务部	微信客服、用户运营	客户咨询回复、用户增长分析
08	法务部	合同审查、知识产权	合同条款审查、专利检索
09	行政运营部	日常运营、周报	运营日报、周报生成
10	量化交易部	量化策略、风控	A 股/期货策略、收益分析

每个部门有独立的 playbooks/（操作剧本）和 agents/（AI 角色定义），任务一旦归属到某部门，就由该部门自动完成，不等待老板提醒。

1.2 OpenClaw 作为执行引擎

OpenClaw 是 OPC 的底层执行引擎，具备四层架构：

层级	说明
第一层	AI 大模型：Qwen3.5-35B 等，通过 SGLang 本地推理，可完全离线
第二层	Gateway：消息路由、会话管理、权限控制、定时任务
第三层	Agent：多 Agent，各自有工作区、记忆、技能
第四层	聊天渠道：Telegram、微信、飞书、Slack 等

OPC 的 Playbook 通过 Cursor、飞书、微信等渠道下达指令，OpenClaw 负责识别部门、加载 Playbook、调用 MCP 工具，最终输出结果。

二、部门路由：指令如何被正确分发

OPC 的核心机制是部门路由：根据指令关键词识别部门，再按该部门的 Playbook 执行。

2.1 路由规则

用户指令 → 识别部门（查路由表）→ 读取 company-context、agents、playbooks
         → 按步骤执行 → 输出结果 / 调用 MCP

例如：

说「帮我写一篇关于 AI 的公众号文章并发布」→ 识别为 市场营销部 → 执行微信发文 Playbook
说「调研一下 XX 公司的背景」→ 识别为 销售部 → 执行客户背景调研 Playbook
说「为 XX 项目写一份 PRD」→ 识别为 产品部 → 执行 PRD 生成 Playbook
说「审查这段代码」→ 识别为 研发部 → 执行代码审查 Playbook

关键词与部门的映射关系预先写在 opc-departments.mdc 等规则文件中，AI 在对话开始时就加载，确保任务不会「跑错部门」。

2.2 跨部门协作顺序

当一项任务涉及多个部门时，OPC 定义了明确的协作顺序：

获客：市场营销部（内容、SEO）→ 销售部（线索跟进）
转化：销售部（提案）→ 法务部（合同审查）→ 财务部（报价、开票）
交付：产品部（需求）→ 设计部（原型）→ 研发部（开发）
留存：客户服务部（咨询回复）→ 行政运营部（日报、知识库）→ 反馈市场营销部

例如「从获客到成交」的完整流程：营销写文章引流 → 销售跟进意向客户 → 法务审查合同 → 财务确认款项，各部门按顺序接力，无需老板挨个指派。

三、核心原则：自动化优先，不让老板干事

OPC 的设计遵循三条原则：

3.1 部门归属即自动执行

任务属于哪个部门，就由该部门自动完成。老板只需说「帮我做 X」，不需要再说「请产品部做 Y、再请研发部做 Z」。AI 根据指令自动路由并执行。

3.2 不让老板干事

重启服务、部署项目、杀进程、上传封面、选择分类……这类操作由 AI 直接执行，不丢给用户。规则文件中明确写出「避免的回复」，例如「请重启服务后生效」「请到 CSDN 手动上传封面」等，均被视为不符合 OPC 原则。

3.3 全程自动化

代码修改后自动部署验证，项目有 deploy 脚本就自动跑，端口占用就自动 taskkill 再部署。发现错误时，语法、导入、运行异常由 AI 立即修复并重新部署，只有在需要业务决策（如选券商、改风控阈值）时才询问用户。

四、实战：OPC 目录结构与快速指令

4.1 目录结构

OPC/
├── 00-CEO-战略中心/     战略规划、OKR、决策
├── 01-产品部/           需求分析、竞品调研、PRD
├── 02-设计部/           UI/UX 设计、品牌视觉
├── 03-研发部/           架构设计、编码开发、代码审查
├── 04-市场营销部/       内容营销、微信运营、SEO
├── 05-销售部/           客户开发、方案报价、合同
├── 06-财务部/           预算、发票、成本核算
├── 07-客户服务部/       微信客服、用户运营、FAQ
├── 08-法务部/           合同审查、知识产权、合规
├── 09-行政运营部/       日常运营、周报、知识库
├── 10-量化交易部/       A 股/期货量化、策略、收益、风控
└── scripts/             全局自动化脚本

每个部门内部：

XX-部门名/
├── README.md            部门能力概览
├── agents/              AI Agent 提示词（角色定义）
├── playbooks/           可执行操作剧本（MCP 工具调用指令）
└── templates/           文档模板

4.2 快速指令手册

在 Cursor 或接入的聊天渠道中，直接发出以下指令即可触发对应部门：

部门	示例指令
市场营销部	「帮我写一篇关于 [主题] 的公众号文章并发布」
销售部	「调研一下 [公司名] 的背景」「为 [客户] 生成一份提案」
产品部	「调研 [竞品] 的产品功能」「为 [项目] 写一份 PRD」
研发部	「创建一个新的 [Web/API/AI] 项目」「审查这段代码」
设计部	「调研 [产品类型] 的 UI 设计趋势」「为 [项目] 生成封面图」
客户服务部	「查看最近的客户咨询并回复」
法务部	「审查这份合同」
财务部	「核算 [项目] 的成本」
CEO 战略中心	「分析 [行业] 的市场趋势」「做一次周度复盘」
行政运营部	「生成今天的运营日报」「生成本周周报」

4.3 已接入工具

微信公众号 MCP：发文、草稿、群发、客服、统计、用户、标签、菜单等
浏览器自动化 MCP：网页访问、截图、表单交互
Cursor IDE：代码开发、文件管理、Shell 脚本
Notion：CRM 客户管理（可选）

五、搭建 OPC 的步骤

部署 OpenClaw：完成本地或内网服务器部署，配置 SGLang + Gateway
创建 OPC 目录：按上述结构创建 00–10 部门及 scripts 目录
编写部门 Playbook：为每个部门定义 playbooks/*.md，写明步骤与 MCP 调用方式
配置 Agent 提示词：在 agents/ 下为各部门编写角色定义与 System Prompt
接入 company-context：在项目根目录维护 company-context.md，供所有 Agent 共享公司背景
配置规则文件：在 .cursor/rules/ 下写入 opc-departments.mdc、opc-master.mdc 等，确保部门路由与自动化原则被 AI 加载

完成以上步骤后，在对话中发出指令，AI 会自动识别部门、执行 Playbook，并输出结果。