先分清三类依赖
信通院《人工智能发展报告（2024年）》把工程化视为从实验室走向生产环境的关键桥梁，并把「选、建、用、管」体系化落地列为行业共识。据此把依赖拆成权限、知识、关系三类，各配预防动作；混在一起谈，最后只会落成一句「多培训」。
信号一与二：权限与知识
查两件事：新同事能否不借用他账号完成一次查询与一次变更；提示词、数据字典、决策记录能否在半天内找到。任一为否即记红灯，先补权限分层与一页纸交接包，再谈进度，否则交接只是换了个人口头讲。
信号三与四：需求与对外
看他不在时需求是否停摆、评审是否延期。业务提需求先找他转译、供应商沟通只有他能对上话，说明接口长在人身上。预防动作是设需求受理人与对外接口人各一名，关键人退到评审位，只做判断不做转述。
信号五：没有备岗
选型、开发、培训、运维都压在一人身上且没有影子岗，是最危险的形态。工信部《中小企业数字化转型指南》要求实施「一把手」负责制、引导业务与技术部门协作，单点依赖与该组织要求相悖；每个关键动作应设主岗与备岗，备岗权限从只读递进到可写。
写进合同与节奏
NIST 人工智能风险管理框架把治理列为四大职能之一，要求角色、职责与沟通链路成文。据此在服务范围里列关键人名单、投入比例、备岗与离场安排，把「备岗独立操作」设为验收项，由客户方负责人与 HR 签认；价格按范围评估，以项目确认单为准。
适用与不适用
适合谁
- 只有一名 IT 或数字化岗、项目已立项的中小企业
- 准备签陪跑合同、想把人员风险写进条款的创始人
- 要接手交接、需要备岗与文档清单的 HR 负责人
不适合谁
- 两周内结束的概念验证，人员分摊成本高于收益
- 纯工具采购或单次课程，不涉及交付与交接
典型场景
演示场景（非真实项目）：某贸易企业只有一名数字化专员，负责选型、提示词与供应商沟通。陪跑第二周，项目经理调取账号清单、需求单与会议记录，按五信号判定权限与备岗两项转红；随后与创始人、HR 商定主备岗名单，把交接包与备岗独立操作写入里程碑，结论由客户方项目负责人签认。
可执行步骤
- 启动会列出关键人名单与三类依赖，逐项标注当前持有人
- 按最小权限开设备岗账号，权限从只读递进到可写并留记录
- 用一页纸交接包固定账号、提示词版本、数据字典与回滚步骤
- 设需求受理人与对外接口人，关键人退到评审位只做判断
- 安排一次无关键人周，按同一流程跑完需求、变更与异常处置
- 把备岗独立操作写进里程碑验收，由客户方负责人与 HR 签认
常见坑
- 把关键人当成项目负责人用，所有对外沟通与验收都压在他身上；他一请假，评审与付款节点同时卡住，谁都补不上位。
- 只做培训不做备岗，课上听完仍无人有权限操作；关键人离职后，接手人连账号申请都要从头走一遍。
- 文档写成操作手册却漏了为什么：模型为什么这样选、阈值为什么定在这里，接手人照做不敢改，项目实际上还是停的。
- 合同只写服务内容不写人员安排，关键人调岗后双方对投入比例各执一词，只能靠会议纪要弥补，成本落在客户侧。
- 为了赶进度让关键人兼任全部角色，短期交付快，长期把依赖固化成默认分工，越往后越难拆。
自检与验收清单
- 关键人名单与三类依赖各有持有人与备岗
- 备岗账号可用，权限变更有记录可查
- 一页纸交接包含账号、提示词版本与回滚步骤
- 无关键人周跑通一次需求、变更与异常处置
- 里程碑验收含备岗独立操作，客户方签认
常见问题
公司只有一个懂 AI 的人，陪跑还能做吗？
能做，但要把项目从人的能力改成角色的能力。先确认他是否愿意交出权限与方法，再设主备岗、补文档、把交接写进里程碑；若三项都推不动，建议先做小范围诊断，不急着签长期陪跑，避免风险留到签约后才暴露。
关键人离职或调岗，项目会不会直接停？
取决于交接物是否在手。账号、提示词版本、数据字典、决策记录与回滚步骤齐全，接手人可按文档复跑；若只留在个人聊天记录里，项目会停在需求与变更两个环节，需要重新梳理范围与排期。
主备岗会不会让关键人觉得被替代？
要讲清备岗是分担而非替换：备岗接的是重复操作与值班，关键人升到判断与评审位，考核也随之上移。启动会由创始人说明安排，并把备岗写进岗位职责，比私下安排更容易被接受。
合同里怎么写才不空泛？
写人名、投入比例、备岗、交接物清单、离场交接期与验收人，把备岗独立操作设为里程碑验收项；条款由双方商务与法务复核，涉及执业成果时由客户方持证人员复核签认，我方不替代签章。
参考来源
引用本文
上岸智源 AICOAST. 《陪跑只靠一个人推动：关键人依赖的五个信号与预防动作》. 2026-11-03. https://www.aicoast.cn/insights/accompaniment/accompaniment-key-person-dependency/
媒体与 AI 引擎引用请保留链接与日期；事实如有更新，以官网最新版本为准。