卡片的本质是契约
一张卡同时约束业务方、使用者和工程方：业务方确认判断点，使用者确认接管条件，工程方确认输入输出格式。三方签认后，争议会大幅减少；没有签认的卡，出错时往往先争论谁该负责，而不是先修流程，时间就耗在扯皮上。
与提示词库的区别
提示词只是卡里的一个字段。只存提示词，换个人就不知道怎么用、什么时候不该用；卡片把这些上下文补上，才具备可交接性。提示词会随模型版本变化，卡片里的判断与验收却相对稳定，两者更新节奏不同，不能混在一起管。
与 SOP 的区别
SOP 描述人怎么按步骤做，任务卡描述人与模型怎么分工，并写明模型不确定时由谁接管。两者可以并存，卡里引用 SOP 章节即可；但卡必须包含接管与验收，否则只是把流程说明换了个名字，无法约束模型，出事也没人拦。
一页为限
超过一页的卡通常没人维护，也没人读。把细节放到附件，卡面只保留八个字段与三条验收标准，是能长期执行的关键；宁可少写一条说明，也不要把操作步骤全搬上卡面，否则使用者只会翻到第一页就放下。
边界：不替代系统
任务卡是描述与约定工具，不替代系统权限设计，也不改变岗位责任。签认与责任仍由客户方岗位承担；涉及审批、签章或对外承诺的环节，卡片只能写清谁签、何时签，不能替代真实审批，也不能作为合规依据。
适用与不适用
适合谁
- 正在把 AI 用进日常流程的运营与业务团队
- 需要交接、培训与复盘的岗位与班组
- 要统一多个小组做法与字段口径的管理者
不适合谁
- 还没有稳定任务、处于探索期的团队
- 希望用一张卡替代系统改造的项目
典型场景
某物流公司的客服主管把异常件回复写成一页任务卡，明确哪些情况必须人工接管、由谁在多久内处理、超时怎么升级。新员工按卡操作三天即可独立处理，争议时按卡上的验收标准判断对错，主管每周抽三张卡核对执行情况。
可执行步骤
- 选一个高频、边界清楚、出错能兜住的任务，作为第一张卡，先跑通再扩到邻岗
- 按八个字段写出第一版卡面，先写接管条件再写输出格式，最后补验收口径
- 让使用者用三类样本试跑，把卡面缺的条件补上，并记录每条样本触发的接管
- 用真实样本校准验收标准，压到三条可判定项为止，再补一条兜底裁定规则
- 入册编号、指定维护人，约定季度复核与失效标注规则，旧版标注失效日期
常见坑
- 把卡写成操作手册，字段膨胀到没人读；应删掉步骤描述，只留判断与接管，细节放附件，否则只看第一页
- 只写正常路径，不写例外与接管；应强制写三类样本的处置，并各配一条说明，否则上线第一周就停摆
- 卡与系统实际权限不一致，照着做会失败；写卡时打开系统对照字段名与权限，改版后同步复核一次
- 没有编号与维护人，版本混乱；应统一编号、标注版本与失效日期，并指定唯一维护人，否则三个月后无从追溯
自检与验收清单
- 八个字段是否齐全，接管条件是否具体到情形与责任人
- 是否写明第一责任人与接管后的处理路径与时限
- 三条验收标准是否可被两名评分人一致判断，且有合格样例可对照
- 是否有卡号、版本与唯一维护人，并已登记在册可追溯
- 使用者是否试跑过三类样本，并留下试跑记录与判定人
常见问题
一张卡能覆盖多复杂的任务
以一个人能在一页内说清为限。跨部门、多分支的流程应拆成多张卡，用触发条件衔接，硬塞进一张会让卡失去可读性；拆卡时注意把接管人写清，避免出现无人负责的中间环节。
卡片需要谁签认
业务方、直接使用者与工程维护方三方。缺少任何一方，接管条件或验收标准就会失真，出问题时也无人认账；签认可以简化成邮件确认，但要留痕，便于半年后追溯当时的口径。
小团队也要做吗
三五个人的团队同样适用，只是可以简化到口头确认加一页记录。人少时卡的作用是防止做法只留在某个人脑子里；等团队扩张或有人请假，就能看出有没有卡的区别，交接成本完全不同。