运营
记录并限定有意的技术捷径
有边界的清单，将每项有意妥协关联到负责人、触发条件、遏制、到期和验证，而不是把它隐藏为一般清理。
流程
按这个顺序做。
- 记录捷径、它促成的决策、日期、系统边界、接受它的人，以及当时可用的证据。
- 把债务分类为安全、可靠性、可维护性、合规、成本或交付压力，并描述它造成的具体故障或成本。
- 定义遏制、监控、替代方案、数据或服务上限，以及会使捷径变得不安全的可观察信号。
- 指定负责人、复核日期、退役条件、依赖，以及尚无法偿还的风险的接受路径。
- 追踪捷径如何影响未来变更、事件响应、上手和合规，再根据主动风险而不是一般整理来排优先级。
- 安排偿还、替换或明确接受，记录决策和证据，不把妥协悄悄变成要求。
- 复核清单，标记逾期或累积项目，把当前状态、证据、已接受风险和未解决风险交给负责人。
先准备
猫会向你要的输入。
- 捷径说明与理由
- 受影响的服务或仓库
- 风险负责人与接受权限
- 监控与复核证据
路由器 + 一份 playbook
先路由。只选一份。
Cat Paw 每次任务只加载一份 playbook，不合并多份。先走这个路由器；其余路径是此 workflow 可检查的候选。
- 路由器：
minimal-code-pack skills/minimal-code-pack/technical-shortcut-debt-ledger/SKILL.md
界限
界限跟着提示一起走。
- 开始前核实实际工具、账号、权限和工作区；绝不声称拥有不可用的工具、账号、来源或能力。
- 私有代码、产物、实时探测或非公开数据使用 Latch/target-workspace；如果无法访问，就在边界停止并报告阻塞，不要用猜测替代。
- 任何有后果的外部行动前先暂停并取得明确批准；返回证据、未解决风险、假设以及仍等待批准的行动。
完成代表
一个可核对的终点。
清单为每个有意捷径提供有边界的风险、遏制措施、负责人、到期或接受条件、验证信号，以及有证据支持的当前状态。
来源
这个流程从哪来。
- github.com/DietrichGebert/ponytail/tree/e3ba2aa6f1e6f0bc4d69eb09c9f0d0a93af56156/
- martinfowler.com/bliki/TechnicalDebt.html
- sre.google/sre-book/release-engineering/
来源确立 workflow 的模式。如有 Reddit 或社区帖子，视为实务轶事，不是普遍事实。
