把有效方法留下,不把所有记录都变成方法。
一次交付会留下产物和运行记录。只有经过整理、核对并适合再次使用的内容,才应进入团队共享的知识与能力;复用仍需要来源、版本、权限和维护者。
先分清你想保留的是什么
| 对象 | 保留的内容 | 使用前核对 |
|---|---|---|
| 知识文档 | 可发布、检索和追查来源的团队资料 | 文档生效版本、索引状态与访问范围 |
| 协作经验 | 来自实际工作的指示、经验与验证依据 | 适用性、来源和是否需要纠正或排除 |
| Skill | 可复用的方法、指令和辅助文件 | 内容、来源、固定发布版本与权限 |
| 流程与角色 | 工作步骤、输入输出、职责和执行配置 | 发布版本、依赖、运行端与输入契约 |
| 数字员工 | 持续协作的身份及其工作记录和经验 | 角色版本、就绪状态与当前成员的授权 |
从经验形成能力,确认发生在创建之前
选取可迁移的来源
先完成工作并保存、验证经验。排除错误、反例和不适合迁移的内容,明确希望形成的职责。
检查方案与来源
分析所选经验后,检查名称、职责、拟形成的 Skill 及其来源。分析本身不创建员工,也不发布技能。
确认创建并验证结果
人确认方案后再创建,分别检查生成的 Skill、角色和员工状态。已受理、部分完成和就绪不是同一个结果。
查看原图 ↗复用不是复制整段历史
让后续工作引用明确的方法
工作可以使用已发布的 Skill、角色或流程,不必复制整个历史任务。流程更新发布新版本后,已有任务仍保留创建时确定的版本与证据。
共享角色定义与雇用员工不同:前者描述职责和执行方式,后者形成属于当前成员的协作身份。共享不会复制其他成员的私人记忆或凭据。
让团队资料拥有自己的发布边界
知识发布以单篇文档为单位,不存在覆盖整座知识库的统一发布版本。草稿保存、文档发布、索引就绪和检索命中应分别验证。
发现方法不再适用时,由维护者修改内容或纠正、排除经验。一次形成成功不能证明它适用于所有工作,更不代表底层模型完成训练。
继续了解
从一项真实工作开始
看看 AI 如何成为
你们的工作能力。
围绕工作场景、现有系统与治理要求,梳理值得验证的第一步。
预约演示
仅在本地预览预约信息,
不发送、不保存,不构成实际预约。