AI 学习笔记（五十六）：LLM 季度治理投资组合管理、平台能力推广与观察窗口预留
上一篇把治理资产放进了 ROI 复盘：跨团队复用之后，不只看有没有接入，还要看重复成本有没有下降、早期信号有没有改善、成本和风险取舍有没有留下反事实。
ROI 复盘结束后，下一步很容易被说成一句空话：继续优化治理。
这句话太宽了。季度里真正要做的，不是把所有有效资产都继续加码，也不是看到成本高就立刻砍掉，而是把治理资产当成一个投资组合来管理。不同资产处在不同阶段：有些值得平台化，有些应该留在团队覆盖层，有些只适合观察，有些已经到了合并或退场的时候。
所以这一篇继续往后走，讨论三个更偏运行层的问题：
- 季度治理投资组合应该怎么分层，而不是只按优先级排队
- 哪些治理能力适合升级成平台能力，哪些不应该过早平台化
- 为什么观察窗口要提前预留，而不是等新风险暴露后再临时补监控
1. 季度治理投资组合，先分资产状态，再谈资源投入
治理资产一多，最常见的管理方式是排优先级：P0、P1、P2，或者高、中、低。
这有用，但不够。因为优先级只能说明“先做哪个”，不能说明“用什么方式做”。一个高风险资产可能不适合立刻平台化，只适合小范围强观察；一个中风险资产如果已经被多个团队稳定复用，反而应该尽快沉淀成平台默认能力。
我更倾向于先把资产分成四个状态：
scale：收益明确、承接成本可控，可以扩大复用platformize：重复建设明显，适合做成平台能力localize：依赖业务上下文，应该留在团队覆盖层observe：信号还不充分，需要保留观察窗口
这四类不是价值高低排序，而是不同治理动作。
例如证据回放结构已经被多个团队复用，字段稳定、审计路径清楚、误用成本低，那它更像 platformize。但某个行业合规回答的人工复核细则，虽然风险很高，却强依赖业务语义和专家判断，放进统一平台反而容易误杀，这类就更适合 localize。
季度复盘时，如果只问“哪些最重要”，容易把资源都压到风险最高的地方。更好的问题是：
- 哪些资产已经具备扩大条件
- 哪些资产继续靠人工复制会变贵
- 哪些资产离开团队上下文就会失真
- 哪些资产还需要继续看一段时间
这样排出来的不是任务清单，而是一张治理投资组合图。
2. 平台化的判断标准，不是“大家都要用”，而是“差异有没有收敛”
很多治理能力会在跨团队复用时遇到一个诱惑：既然多个团队都要，那就做成平台能力。
这个判断太快了。
“大家都要”只能说明需求广，不说明平台化时机成熟。真正需要看的是差异有没有收敛：不同团队在规则字段、证据结构、触发条件、回滚动作和审计口径上，是不是已经足够接近。
如果差异还很大，平台化很可能会把一个还没稳定的问题固化成公共复杂度。
我会用五个问题判断一个治理资产能不能升级成平台能力：
schema_stability：核心字段是否连续两个周期没有大改trigger_consistency：触发条件是否能跨团队复用override_boundary：团队覆盖层可以改哪里、不能改哪里是否清楚operation_playbook：接入、排查、回滚是否有稳定手册failure_cost：平台能力误判时，是否有低成本降级路径
这五项里，最容易被忽略的是 override_boundary。
平台能力不是把所有团队差异抹平，而是把共性部分固定下来，把差异部分留出清晰边界。比如高风险请求的证据回放，可以统一字段、统一链路、统一审计入口；但不同团队的高风险定义、人工复核阈值、豁免审批人，可能仍然需要留在团队覆盖层。
平台化要解决的是重复建设，不是取消业务判断。
3. 留在团队覆盖层的能力，也要有退出条件
有些治理资产不适合平台化，但这不代表它可以长期以“团队特殊情况”的名义存在。
团队覆盖层最容易变成治理灰区：规则写在本地，例外留在本地，解释也留在本地。短期看灵活，时间一长就没人说得清它为什么存在、何时复核、和共享基线到底差多少。
所以，只要一个资产被放进团队覆盖层，就要同时写清三件事：
- 为什么不能进入平台层
- 它覆盖的是共享基线的哪一段
- 什么条件出现后必须重新评估
可以用很轻量的记录：
1 | team_overlay_asset: |
这类记录不是为了增加文档负担，而是避免“本地例外”变成长期债务。
覆盖层可以存在，但它必须带着理由、边界和重新评估条件存在。
4. 观察窗口不是监控补丁，而是投资决策的一部分
治理资产进入季度组合后，还有一类资产最容易被忽略：暂时不扩大、不平台化、不下线，只是继续观察。
很多团队会觉得 observe 是低优先级。其实不是。观察窗口本身就是一种投资，只是投的是证据，而不是功能。
LLM 风险经常有滞后性。一个新模型版本刚接入时，离线评测可能看不出问题；一个新的 prompt 模板刚扩到业务侧时，前几天只会出现轻微偏差；一个人工复核阈值刚放松时，事故不一定立刻发生，但高风险样本的逃逸迹象可能已经在积累。
如果没有提前预留观察窗口，团队只能等到事故发生后再补指标。那时再看，很多关键数据已经丢了：当时的输入分布、拦截样本、人工判断、回滚动作、用户可见影响，都可能无法完整还原。
我会把观察窗口拆成四个元素：
watch_signal：要看什么信号window_length：看多久才有判断价值decision_gate：窗口结束后必须做什么决策early_reopen：哪些异常出现时不用等窗口结束
示例：
1 | observation_window: |
这样，观察就不是“先放一放”，而是有期限、有信号、有决策出口的运行安排。
5. 季度资源分配，要把人力、算力和复核容量放在同一张表里
治理投资组合容易只算研发人力：这个季度做几个平台能力、补几个脚本、改几个门禁。
但 LLM 治理的真实资源不止研发。算力预算、评测样本、人工复核队列、业务专家时间、值班排查能力，都会影响治理资产能不能跑起来。
如果只看研发排期，很容易出现一种假完成：平台能力上线了，但业务侧没有复核容量；阈值调整了，但没有足够样本做回看；观察窗口开了，但没有人认领异常判断。
所以季度分配至少要把四类资源放在同一张表里：
engineering_capacity：开发、配置、脚本、门禁改造evaluation_budget：离线评测、线上抽样、回放成本review_capacity：人工复核、专家判断、争议仲裁operation_capacity：值班、回滚、复盘、文档维护
一项资产如果拿到了开发资源，却拿不到复核和运营资源，最好不要承诺强治理效果。可以先降级成观察窗口，或者只做工具准备，不把它包装成已经闭环的治理能力。
治理的麻烦就在这里：很多成本不在代码里，却会决定代码有没有治理价值。
6. 一个季度组合台账，可以很小，但必须能指导动作
如果要把上面的判断落到日常管理里，不需要一开始就做复杂系统。一个小台账就够。
关键是它要能回答：这个资产现在处于什么状态，为什么这么放，下一步动作是什么，什么时候重新判断。
1 | quarterly_governance_portfolio: |
这个台账不追求一次性完美。它最重要的作用，是让治理资产从“散落在各处的规则”变成“每季度都能被重新投资、调整和退出的组合”。
7. 小结：治理资产要有投资纪律，不要只靠风险焦虑续命
LLM 治理走到长期运行阶段后，最怕的不是规则不够多，而是每条规则都能找到继续存在的理由，却没有一条规则需要承担投资回报。
季度投资组合管理，就是给治理资产加一层纪律：能扩大复用的扩大，差异收敛的升级成平台能力，强依赖业务上下文的留在团队覆盖层，证据不足的进入观察窗口，收益不足或重复度高的准备合并退场。
平台能力推广也不能只看覆盖面。真正成熟的平台化，是把共性能力固化，把团队差异留在清晰边界里，并且给误判和降级保留出口。
观察窗口则提醒团队：有些时候，最值得投入的不是马上做功能，而是提前收集足够的证据，避免未来只能靠事故复盘补课。
如果说上一轮 ROI 复盘回答的是“这套治理值不值”，那么季度投资组合要回答的就是“下一笔资源应该投在哪里、投到什么程度、什么时候重新判断”。
下一篇可以继续讨论治理资产平台化之后的运行问题：默认配置如何分层发布，团队覆盖层如何做版本兼容，以及平台治理能力出现误判时应该怎样设计回滚路径。