当 skills 的扩张速度超过治理模型时，它们就会开始变危险。团队通常会喜欢复用，但如果没有清晰的复核和控制规则，复用很可能放大漂移，而不是减少它。
这篇指南的任务，就是在 skill 库变大之前先把治理对话讲清楚。
治理真正该控制什么
治理模型真正该控制的是：哪些东西能改、谁能批准修改、质量标准要守到什么程度，以及当一个可复用 skill 出现异常时该怎么升级处理。
这也是为什么，可靠的内部能力系统和一堆脆弱自动化残片之间，真正差的就是治理。
最先该做哪些治理规则
最先有价值的规则通常包括：复核 owner、变更批准、更新节奏、审计可见性，以及退休条件。
这五件事通常比花哨的 policy 语言更重要。
FAQ
谁最适合先从这篇指南开始？
已经想要做一层可复用 skills，但还没有成熟控制模型的团队，最适合先从这里开始。
什么时候该开始设计治理模型？
应该在 skill 库扩张到漂移和不一致更新变成常态之前，就先把治理模型设计好。