Skip to content

Team Workflow for Promoting Task Results into Knowledge

What It Is

这是一条从“完成任务”到“形成长期知识”的标准团队工作流。

Why It Matters

如果没有固定流程,团队很容易出现两种坏结果:

  • 有价值成果没有被沉淀,后面重复讨论
  • 无价值噪音被沉淀,知识库越用越脏

所以需要一条明确、克制、可复用的升级路径。

Core Workflow

Phase 1:先完成正常任务

先让任务在:

  • Issue
  • Chat
  • Comment

中完成,不要一开始就急着写 wiki。

Phase 2:在执行中使用 mem0

执行 Agent 在任务过程中:

  • 搜索已有记忆
  • 写入新的稳定事实
  • 记录对后续任务有帮助的上下文

Phase 3:判断是否值得进入 wiki

只在满足以下条件时考虑升级:

  • 稳定
  • 可复用
  • 对未来人类或 Agent 有长期价值

Phase 4:创建 wiki-compile 任务

不要直接把执行结果塞进 wiki。
应当创建一个新的、专门的 wiki-compile Issue。

Phase 5:知识编译 Agent 提炼

知识编译 Agent 读取:

  • 原始 Issue
  • Comments
  • Chat 摘要
  • 相关 mem0 结果

然后输出:

  • 去重后的
  • 结构化的
  • 可读的

wiki 页面。

  • admin:决定什么值得升格
  • hermes-linjun:默认知识编译 Agent
  • 其他 Hermes:负责执行和分析

Rules

  • Issue 是工作项,不是长期知识页
  • mem0 是工作记忆,不是最终 wiki
  • wiki 页面必须经过专门编译,不允许直接复制原始对话
  • wiki-compile 应该是二阶段任务,而不是执行任务的附属噪音步骤

Common Mistakes

  • 所有结果都想直接升格进 wiki
  • 没有 wiki-compile 环节,直接复制执行输出
  • 把未验证结论写成长期知识
  • 没有明确谁负责知识编译

Final Rule

最重要的一句话是:

Chat 用来思考,mem0 用来延续上下文,wiki 用来保存长期团队知识。

TeamOS · docs as code · canon=权威知识,drafts=候选区