让团队交接可追踪

从三项职责开始

职责	交付物	接收者
资料整理	带来源的事实表、缺口与冲突	写作角色
产物撰写	符合验收条件的草稿	人工审阅者
审阅与决定	来源检查和后续动作决定	明确的执行负责人

这些是工作分工，不是自动编排或权限隔离的证明。先验证一次交接；没有明确产物的角色先不要增加。

复制一张交接卡

任务：客户会议准备 / 草稿第2版
当前负责人：资料整理
下一负责人：会议准备
输入：事实表v2、来源清单v1（已脱敏）
已验证：三条需求有原话和日期
未验证：预算、决策人；不要补猜
下一产物：一页简报和五个问题
验收人：项目负责人
允许动作：读这些文件、写草稿；不联系客户
停止条件：来源缺失或冲突无法解释

用青禾工作室练一次手动交接；以下材料均为虚构，仅写草稿，不联系客户。回执由接收者明确填写，不代表宿主有后台状态机。

A｜简介：青禾工作室，12人客户服务团队。
B｜2026-10-20沟通：希望月底汇总工单；预算、决策人未确认。
C｜产品验证：仅验证CSV导入；实时同步未验证。
事实表v1：含A/B，漏C。
接收回执：退回v1；缺产品验证边界C，暂停写简报。
事实表v2：补C；预算、决策人和实时同步仍未确认。
旧简报：基于v1，标“待复核”，暂停流转。
审阅人林的回执：决定接受事实表v2；按v2重核简报草稿后再交审阅。

停止：缺来源、版本不清或冲突未解释。恢复：补齐材料，审阅人林写明接受的版本；旧产物标待复核，完成重核后才交下一人。接受事实表不等于简报或产品已验收。

共享配置不等于共享记忆

共享配置只传递角色定义和方法，不携带创作者的聊天、学习记忆、账号或密钥。项目背景使用有明确版本的脱敏资料包，注明可分享范围，由接收者在自己的授权环境中使用。

把稳定方法放入配置，项目事实放入资料包。
列出具体文件与版本，不假定对方已知背景。
确认材料可读，审阅输出后再推进。

以 gitopsbot 为协作案例

gitopsbot 的双语手册讨论 GitHub 到飞书的路由、签名、去重、回执和恢复。先整理仓库、事件、目标群、发送方与权限缺口表。下载角色不会建立监听器、接入账号或授予群发送权。

参考来源

来源核对日期: 2026-10-25