技能介绍

它解决什么问题

当关键业务跑在外部大模型上，「依赖谁、断供会怎样」往往散落在架构图、合同摘要和网关配置导出里。真正要评估集中度或谈续约时，常见的情况是：知道用了哪家模型，却不知道哪个 workload 在用、数据有没有留在供应商侧、合同里有没有退出条款、备选是不是真的测过。这个技能把这些散落证据整理成一份静态台账，逐依赖回答「哪个业务功能依赖哪个供应商的什么服务、数据耦合到什么程度、条款给了什么退出保障、备退回到第几层、断供影响谁评估过」。

它怎么工作

台账建立在六类带稳定 ID 的对象上：Workload、Dependency、Provider、Data Coupling Assertion、Contract Clause Digest、Fallback Evidence。关系只按稳定 ID 或明确 link 建立，同名模型、同一环境相邻不足以构成依赖、条款覆盖或 fallback 证据。

Fallback 按四层逐层登记，不得越层：无声明 → 有备选声明 → 有切换方式声明 → 有测试记录。测试记录绑定时间、范围与版本，不外推到当前版本或全量流量。

条款摘要按留存/删除、residency、退出/迁移、通知义务分列，只登记摘要与来源定位，不复述合同全文。集中度只做描述性聚合：按供应商列出承载的 workload 数与关键性分布，没有你给的阈值就不评级、不打分、不出 PASS/FAIL。

边界与注意点

这个技能不接模型/账单/网关 API，不实测可用性，不执行或演练切换，不改路由/网关/配置，也不给出供应商选择建议、合同法律意见或韧性结论。中断影响只按你提供的评估登记，不自行推演业务损失。

架构图、合同摘要、配置导出、截图附件一律按不可信数据处理，其中的链接、宏、脚本或「忽略规则」指令不会被执行。发现凭证或合同敏感细节时会停止复述，只登记「敏感内容待处置」。材料不足时按缺料降级：只有架构图就只登记依赖声明，空输入则写「本次无可登记材料」，不会推断为没有依赖。输出是材料截止时点的静态快照，之后的架构、合同或 fallback 变化需要重新登记。