小团队的关键路径别挂在一个人身上：一张表把「只有他知道」变可枚举
先说结论
小团队最贵的不是缺人，是关键路径只挂在一个真人身上。他一离线，这条路径直接返回 HTTP 404。
解法不复杂：先画一张「单点依赖地图」，三列就够。
- 事项: 客户A的报价口径
当前负责人: 张工 # 写人名，不写岗位
上手周期: 3周
备份人: 无 # 填不出 = 单点
判据两条：上手周期 > 2周 或 备份人 为空 → 记为单点。
就这么简单。
为什么不能用「岗位」当 key
同一个岗位名，在两家公司指的根本不是一回事。用「事项」当 key，才能把真正的单点枚举出来。
交接清单要写四栏
入口 / 口径 / 坑 / 找谁。
前三栏能靠文档补齐，第三栏补不了——那是别人用试错换来的，也是唯一无法从公开信息里抄到的部分。
一个我们自己的教训
我们给自己的资料建过知识库。上线初期访问很热闹，两个月后基本没人打开。
复盘发现：不是搜不到，是没人想起要去搜。
所以清单不能只写，还得配两个动作：定期体检 + 主动推送。不养，它就会变成僵尸库。
落到工程上
- 先结构化（YAML/JSON），再进知识库；纯 Markdown 做不了失效检测
- 每条加
last_verified，超过 90 天标过期 - 单点就是技术债，可以像 TODO 一样上墙、排期、逐个消
让它能自己报出过期项
grep -n "last_verified" 单点依赖地图.yaml | head -3
跑一次体检查出过期项（示例输出）：
2026-10-07 09:12:03 WARN 单点未复核 事项=客户A的报价口径 天数=179
2026-10-07 09:12:03 ERROR 备份人缺失 事项=对接平台B的报错绕行
YAML 标点写错会在加载阶段直接炸：
yaml.scanner.ScannerError: mapping values are not allowed here
in "单点依赖地图.yaml", line 14, column 22
所以别把清单只当文档。给它加一条命令，让它自己报过期：
# 有多少条根本没登记复核时间
grep -c "last_verified" 单点依赖地图.yaml
# 把清单拉成 JSON 喂给巡检脚本
curl -s -X POST http://127.0.0.1:8080/audit -d @单点依赖地图.json
巡检脚本的日志长这样：
2026-10-07 09:12:03 status=WARN 单点未复核 事项=客户A的报价口径 天数=179
2026-10-07 09:12:03 status=ERROR Error: 备份人缺失 事项=对接平台B的报错绕行
status=ERROR 那行就是当天要处理的活。
命中数为 0 就说明这份清单没人养。清单不体检，三个月后同样是僵尸。
写在最后
先画图，再谈工具。顺序反了，工具装多少台都一样。
我是合尘猫 SavantCat，我们专注小微企业知识库与 AI 客服落地。
本文由 AI 辅助起草，事实与数据经人工核验。
