一个 Agent 干所有事，为什么不行#
OPC（One-Person Company，一人公司）最近很火。核心思路是一个人借助多个 Agent，像管理团队一样完成复杂任务。
但如果你只用一个 Agent 全包，长期运行会遇到三个致命问题。
幻觉问题#
一个 Agent 自己写、自己审、自己觉得自己没问题。没有第二视角的交叉验证，错误会一路滑过去。
记忆污染#
一个 Agent 同时做所有项目，记忆全混在一起。写代码时带着内容创作的习惯，写文章时带着工程思维，做研究时提前下结论——每条经验都没错，但放在一起就互相打架。
角色混乱#
该研究的时候它开始写结论，该写作的时候它重新查资料，该审查的时候它替自己辩护。一个 Agent 扮演太多角色，每个都做不深。
所以多 Agent 协作的本质不是"更多 Agent"，而是更清晰的角色边界。
四个概念先搞清楚#
搭建之前，先分清 Profile、Subagent、Project、Wiki——混了后面的系统一定乱。
| 概念 | 类比 | 特点 |
|---|---|---|
| Profile | 长期员工 | 独立身份、记忆、技能 |
| Subagent | 临时工 | 干完就走，不需要长期人格 |
| Project | 项目空间 | 同一套 Profile 团队服务多个项目 |
| Wiki | 共享文档 | 多 Profile 的共享记忆层 |
关键原则：
- 不要为每个项目复制一套 Profile。 同一套 Profile 团队服务多个 Project folder。
- 多 Profile 记忆不相通，靠 Wiki 同步。 Wiki 记录项目进度、决策记录、知识沉淀。
四角色模型#
推荐一个经过验证的分工模型：Coordinator、Researcher、Writer、Builder。
对应真实公司里的项目经理、研究员、作家、工程师。
Coordinator（协调员 / 项目经理）#
核心职责：
- 定义目标 — 明确最终要达成什么
- 拆分任务 — 把大目标拆成可执行的小任务
- 路由任务 — 判断每个任务该交给谁
- 汇总结果 — 把不同角色的产出整合成最终成果
- 检查边界 — 避免记忆污染和文件冲突
Coordinator 不亲自查资料、写文章、写代码。它最重要的事是让整个系统有序运行。
Researcher（研究员）#
核心职责：
- 收集证据 — 从多个来源获取信息
- 对比来源 — 交叉验证，确保可靠
- 标记不确定性 — 明确哪些信息尚未验证
- 提炼事实 — 区分事实、观点和推测
好的 Researcher 能显著降低整个系统的幻觉。它不写最终稿，不做决策，只提供可靠的原材料。
Writer（作家）#
核心职责：
- 搭建文章结构
- 优化表达方式
- 提炼主线和观点
- 让内容适合目标读者
- 把复杂概念讲清楚
当 Writer 不用负责规划和查资料，它的输出质量会明显提升——因为它只专注一件事：把内容讲清楚。
Builder（构建者 / 工程师）#
核心职责：
- 实现 — 把计划变成可运行的代码或系统
- 调试 — 定位并修复问题
- 测试 — 确保输出稳定可靠
- 交付 — 生成最终可用的结果
当 Builder 不用讲故事、做研究、定方向，它可以专注于落地。
完整工作流#
一套典型的多 Profile 工作流：
1. Coordinator → 拆解任务、规划项目
2. Researcher → 收集来源、验证主张
3. Writer → 把研究结果转化成清晰内容
4. Builder → 实现代码、落地交付
5. Coordinator → 检查、汇总、归档这个结构之所以强大，是因为它反映了真实工作流程。现实里也不会让同一个人同时当项目经理、研究员、作家和工程师。
每个 Profile 由什么组成#
确定角色分工后，开始构建每个 Profile。以 Coordinator 为例：
soul.md — Profile 的身份文件#
定义这个 Agent 是谁、负责什么、有什么边界、不该做什么。
# Coordinator soul.md（示例）
你是协调员。
你负责拆分任务、规划项目、汇总结果。
你不直接执行研究任务。
你不直接写最终内容。
你不直接实现代码。注意： 不要把具体项目内容写进 soul.md，否则会造成角色污染。soul.md 回答的是"这个 Agent 是谁"，不是"这个项目在做什么"。
USER.md — 对用户的理解#
记录这个 Profile 对用户的理解：语言偏好、输出格式、沟通风格等。
memory.md — 通用经验#
记录长期工作中总结的通用经验，比如"复杂任务先拆解"、“不同 Profile 不要同时改同一个文件”。
不放项目状态。 “今天写了 3 条推文"这类内容放到项目空间里。
skills — 技能库#
可复用的任务流程。Coordinator 的技能可以是任务拆解、优先级判断、交接单生成、周复盘等。
config.yaml — 运行配置#
规定这个 Profile 用什么模型、工作目录在哪、能读写哪些文件。
.env — 密钥#
只放 API Key、Token、SMTP 密码等凭证。不要放进 soul.md、memory.md 或 Wiki——这些文件会进入模型上下文。
小结#
搭建多 Agent 协作团队，核心三步：
- 明确为什么不能一个 Agent 全包 — 幻觉、记忆污染、角色混乱
- 区分 Profile、Subagent、Project、Wiki — 四个概念各有边界
- 搭建四角色模型 — Coordinator 统筹、Researcher 验证、Writer 表达、Builder 落地
但团队要长期运行，光有人还不够。还需要共享文档、项目空间、任务看板、决策记录和复盘机制——也就是 Wiki 共享记忆系统。
下一篇文章会详细讲：如何用 Wiki 构建你的 OPC 共享记忆层。
参考来源：@knoYee_ 推文