HERMES · OPC · 2026
OPC 不是"一个人配很多AI工具"，而是一套 Agent 组织系统
02 / 08
OPC = 一个人 + 很多AI工具
多Agent = 开多个窗口或助手
Agent越多越强
OPC = Agent 组织系统
多Agent = 角色边界 + 共享记忆 + 协作秩序
没有组织层，Agent越多越混乱
核心：不是工具箱，而是组织系统 — 谁负责什么、知识放哪里、怎样交接
03 / 08
同时承担研究/写作/执行/复盘，容易把中间判断当成事实。没有独立角色校验，错误一路带到最终结果。
长期工作流中更危险
研究阶段猜测混入写作阶段，项目临时约定影响其他项目，用户偏好、项目事实、工具配置混在同一记忆空间。
不是没有记忆，是没有分层
既当Coordinator又当Researcher/Writer/Builder，出现职责冲突：写作者为写得顺弱化不确定性，评审者认可自己的产出。
解决方向不是找更强模型
04 / 08
长期员工
稳定角色，带身份、习惯、记忆和专长
临时外包
短任务临时调用，用完即回收，不承担长期记忆
长期任务办公室
围绕长期目标组织上下文、文件、阶段和任务
公司资料库
组织级共享记忆，保存规范、事实、素材和归档
四个对象按组织关系分层，不是平铺
05 / 08
不该陷入所有细节
输出须带来源和不确定性
依赖 Researcher 资料
最需权限边界
06 / 08
📄 soul.md — 角色灵魂、价值观、工作风格 📄 USER.md — 用户偏好、协作习惯 📄 memory.md — 该Profile的长期角色记忆 📄 config.yaml — 模型、工具、默认行为 📦 skills/ — 可复用专业技能 ⚙️ .env — 环境变量、私有配置
定义角色"是谁"：Researcher强调证据/来源/谨慎，Writer强调表达/结构/读者理解，Builder强调可运行/边界清楚。
角色长期经验，不等于组织级事实库。组织级事实应进Wiki，不进Profile个人记忆。
07 / 08
📄 index.md — 入口导航，知道库里有什么 📄 schema.md — 知识组织规则，页面格式/字段 📁 system/ — 组织层规则、流程、协作规范 📁 projects/ — 长期项目资料/计划/决策 📁 pages/ — 可复用主题知识页 📁 raw/ — 原始资料，保留输入证据 📁 assets/ — 图片/附件/图表素材 📁 archive/ — 旧版本/历史/已结束项目
没有目录，Agent不知道资料在哪，最后又回到"每次重新搜索/重新理解"。
资料命名规则、项目页字段、原始vs结论区分、长期记忆准入规则、归档规则。
raw（原始）→ pages（加工）→ archive（过期），Wiki不是聊天记录，而是结构化可检索的数据库。
08 / 08 · KEY INSIGHTS
而是"怎么让它们像团队一样长期协作"
OPC的瓶颈不是工具数量，而是组织能力
长期工作流必须有共享记忆，资料/决策/经验要能沉淀到Wiki
角色分工是降低幻觉的工程手段，不是提示词技巧