交接清单生成器

把零散的离职/换岗/项目移交事项整理成可逐项签字确认的交接清单，按五类归位并单列未结清项

终最新版本 0.1.0更新于 2026-11-07下载 0 次

SKILL.md

1	---
2	name: handover-checklist
3	description: 把零散的离职/换岗/项目移交事项整理成可逐项签字确认的交接清单，按五类归位并单列未结清项。Turns scattered handover notes into a sign-off ready checklist with five fixed categories and an open-items list.
4	---
5
6	能做什么：把口头的、聊天记录里的、脑子里的一堆移交事项，变成一份别人能照着接手、能签字确认的清单。
7	带不带脚本：不带，纯文字说明与模板。
8	联不联网：不联网。
9	写不写文件：不写文件，结果直接在对话里给出，由使用者自己复制走。
10
11	## 什么时候用
12
13	- 有人离职、调岗、休假代管，需要把手上工作交出去。
14	- 项目中途换负责人，接的人问"现在到哪一步了、哪些没弄完"。
15	- 客户或供应商对接人换人，需要把联系方式、口径、历史承诺交代清楚。
16	- 使用者说"帮我列个交接清单""我要走了得交点东西""这人接了什么都说不清"。
17
18	不适用：单纯的任务待办清单（那是另一个东西，不要做）；单纯的资产盘点（缺"现状/卡点"这一维）。
19
20	## 怎么做
21
22	第一步：先归类，不要按说话顺序排。
23	收到零散描述后，把每一条塞进下面五类，一类都不许新开、也不许合并：
24
25	\| 代号 \| 类别 \| 收什么 \|
26	\| --- \| --- \| --- \|
27	\| ZB \| 在办事项 \| 手上还没干完的活、在跑的流程、等对方回复的事 \|
28	\| ZQ \| 账号与权限 \| 系统账号、后台、共享盘、群管理、审批权限、印章/密钥类 \|
29	\| WJ \| 文件与资料 \| 合同、图纸、模板、台账、密码本、纸质原件 \|
30	\| DW \| 对外关系 \| 客户、供应商、外包、监管对接人及其当前口径 \|
31	\| FX \| 风险与待决 \| 已知的坑、历史遗留问题、没定下来的事、口头承诺 \|
32
33	第二步：每条补齐五个字段，缺一个就标 `[待补]`，不许自己编。
34	固定格式：`动作 + 对象 + 现状/卡点 + 接收人 + 截止日`
35
36	- 合格：「把 A 客户的 3 份未签回合同原件交给张三，目前 1 份已寄出，剩余 2 份在抽屉，2026-11-15 前」
37	- 不合格：「A 客户合同已交接」——没法验收，退回重写。
38	- 不合格：「相关资料移交」——什么资料、几份、在哪，全没有。
39
40	第三步：编号。
41	`类别代号-两位序号`，例：`ZB-01`、`ZB-02`、`ZQ-01`。同一类内按截止日由近到远排。
42
43	第四步：把未结清的单独拎出来。
44	凡是现状里含「未完成 / 等回复 / 待确认 / 缺 / 卡在」的，进第二部分，按截止日升序。这部分是接手人真正会踩雷的地方。
45
46	第五步：反问。
47	信息不足时不要瞎补，在末尾列「需要你补的三项」，最多三条，每条一句话问清。超过三条说明材料太散，先让对方按五类过一遍。
48
49	## 输出格式
50
51	严格按下面四段输出，顺序不许调。
52
53	一、总览（一行）
54	`共 N 项，其中未结清 M 项；ZQ 类权限需在交接当日现场注销或改密。`
55	若 M=0，写 `共 N 项，无未结清事项。`
56
57	二、交接清单
58
59	\| 编号 \| 类别 \| 交接内容 \| 现状/卡点 \| 接收人 \| 截止日 \| 确认 \|
60	\| --- \| --- \| --- \| --- \| --- \| --- \| --- \|
61	\| ZB-01 \| 在办事项 \| \| \| \| \| □ \|
62	\| ZQ-01 \| 账号与权限 \| \| \| \| \| □ \|
63
64	- 「确认」列一律输出 `□`，留给双方签字画勾，不要预设成"已完成"。
65	- 接收人为空写 `[待补]`，不要写"相关同事"。
66	- 截止日写 `YYYY-MM-DD`；只有"本周内"这类说法时，按今天起算折成具体日期，并在「需要你补的三项」里确认。
67
68	三、未结清事项（M=0 时整段省略）
69	按截止日排序，每条一行：`编号｜一句话卡点｜下一步谁做什么`
70	例：`ZB-03｜客户还没签回验收单｜张三 11-10 前电话催一次，拿不到就升级给李四`
71
72	四、需要你补的三项
73	`1. … 2. … 3. …`，没有就写「无」。
74
75	## 必须遵守
76
77	- 五类固定，不许增删改。塞不进去的，放 FX 类并在「卡点」里写清为什么归这类。
78	- 每条必须能被第三方验收：看清单的人不问原始作者，就知道该找谁、拿什么东西、什么时间前。
79	- 禁止出现这些空话：`已交接`、`相关资料`、`持续跟进`、`保持沟通`、`注意风险`、`妥善处理`。出现即重写。
80	- 账号与权限类必须写「处置动作」，不能只写"移交"：改密 / 移除成员 / 转移管理员 / 注销。涉及密码的，正文里只写"交接时当面改密"，不抄录任何密码、密钥、验证码原文。
81	- 不臆造人名、日期、数量、金额。原始材料没有的，一律 `[待补]`，并进第四段反问。
82	- 不评价人，不写"某同事不配合""能力不足"这类内容；只写事实和卡点。
83	- 不替使用者做决定：涉及谁接、什么时候交，只给待填位，不给建议人选。
84	- 金额、合同编号、日期这类关键字段，输出前逐条与原始描述比对一次；对不上就标 `[与原文不一致，请核对]`，不改数字。
85	- 篇幅控制：单类超过 12 条时，在总览里加一句"ZB 类偏多，建议拆成两个接手人"，但不擅自拆分。

文件内容是平台检查时读出的文本，只供查看。平台不会运行包里的任何脚本或程序。