# 让团队交接可追踪

先确定职责、交付物和审阅人，再增加角色。

## 从三项职责开始

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

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

## 复制一张交接卡

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

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

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

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

## 共享配置不等于共享记忆

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

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

## 以 gitopsbot 为协作案例

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

- [打开 gitopsbot](https://harzva.github.io/awesome-bot/?bot=awesome%2Fgitopsbot)
- [部署与运维手册](https://github.com/Harzva/awesome-bot/blob/main/docs/gitopsbot-playbook.md)

## 参考来源

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

- [场景与人工交接](https://github.com/Harzva/awesome-bot/blob/main/README.md)
- [状态与权限契约](https://github.com/Harzva/awesome-bot/blob/main/INTEGRATION.md)
- [gitopsbot 运维方法](https://github.com/Harzva/awesome-bot/blob/main/docs/gitopsbot-playbook.en.md)