与 SOP 的区别
SOP 假设执行者是人，写清步骤与责任；任务卡假设有模型参与，必须写判断点、接管与验收。两者可以并存，卡里引用 SOP 的章节即可；把 SOP 直接当卡用，会漏掉模型最需要的边界与接管条件，用起来处处卡壳，最后还是回到人工。
与提示词库的区别
提示词库只保存指令文本，缺少触发条件与接管说明。只维护提示词，换人接手时不知道何时该用、出错怎么办；提示词还会随模型升级而失效，卡片里的判断与验收则相对稳定，两者更新节奏不同，不能合并管。
与 RPA 文档的区别
RPA 文档描述确定的界面操作，任务卡描述需要判断的环节。确定步骤交给自动化，判断与例外交给人与模型协作；两者常在同一流程里共存，先划清哪一段是确定动作，再决定用哪种文档，不要一锅乱炖。
与需求文档的区别
需求文档面向开发，描述系统应具备的功能；任务卡面向使用者与主管，描述一次任务怎么完成与怎么验收。一个任务往往对应多项系统改造，两者层级不同，不能拿卡代替需求评审，也不能反过来用需求文档培训一线。
与 OKR 的区别
OKR 定目标与衡量，任务卡定执行单元。目标拆不下来时，往往是缺任务卡这一层，而不是目标写得不好；把任务卡填进 OKR 的进度栏，可以让季度复盘看到具体卡在哪里，而不是只报百分比，复盘也更有抓手。
适用与不适用
适合谁
- 已有 SOP 与提示词库、需要补一层执行约定的企业
- 正在做流程治理与文档整合的管理者
- 需要向一线解释该看哪份材料的负责人
不适合谁
- 还没有任何流程文档、需要先建基础的团队
- 只做一次性项目、不打算沉淀文档的组织
典型场景
某银行运营部同时有 SOP、提示词库与需求文档，但员工仍不知道何时用模型。补上任务卡后，把三份材料按卡面字段串起来，交接时间缩短，新人也不再反复问同一批问题，文档之间开始互相引用而不是互相复制，评审也只看卡面。
可执行步骤
- 盘点现有文档各自覆盖的字段与使用场景，标出重叠与空白之处并列出清单
- 标出缺少判断点、接管与验收的文档，列为缺口并排出处理顺序与责任人
- 以任务卡为主干，其余文档作为附件或引用，避免复制粘贴造成版本分叉
- 在卡上标注 SOP 章节、提示词版本与系统入口，便于追溯、更新与新人对齐，并定期核对
- 指定各类文档的维护边界与更新责任人，冲突时明确由谁拍板、多久一次
常见坑
- 用任务卡取代 SOP，导致操作细节丢失；卡引用章节，细节留在 SOP，两者各管一段、互相引用，避免同一段写两遍
- 提示词库与卡片各自维护，内容冲突；提示词版本要写进卡面并同步更新，改一处就要改两处，否则半年后必冲突
- 把需求文档当任务卡发给一线，没人看得懂；面向使用者的内容要重写，术语换成岗位语言，术语统一后再发
- 文档数量增加但无人知道该看哪份；应明确一份主文档与阅读顺序，并在入职培训里讲清，避免各看各的
自检与验收清单
- 是否明确各类文档的职责边界，并指定唯一主文档
- 卡上是否引用而非复制其他文档，引用处可追溯
- 卡上是否引用而非复制其他文档，引用处可追溯、注明版本
- 提示词是否有版本，并与卡面对应、同步更新，改一处改两处
- 是否指定各类文档的维护人、裁定人与更新周期
常见问题
有 SOP 还需要任务卡吗
需要。SOP 不回答模型在哪些环节参与、出错谁接管；这两项正是任务卡要写的，缺了就会在实际使用中反复争论。可以理解为 SOP 管人怎么把事做完，任务卡管人与模型怎么分工、何时停手。
任务卡能替代需求文档吗
不能。任务卡描述业务执行，需求文档描述系统功能；一个任务往往对应多项系统改造，两者层级不同。用卡代替需求文档，开发拿不到字段与接口定义，最后还是要补一份，反而更慢。
卡片多了怎么管理
按岗位与场景两级编号，配合看板与检索。数量超过百张后，必须有人负责归并与停用，否则会出现大量重复卡；归并时优先保留有接管记录与样本的卡，其余归档，避免体系越滚越重。