摘要

  • DoiT 新增对 AWS MSP 8.0 清单的支持，出售的是持续整理证据的工具，而不是审核结论。
  • 真正值得衡量的是：这些记录能否同时改善服务经营，而不只是在审核时显得齐全。

托管服务商最容易低估的开支，可能不是一次审核会议，而是为会议反复找人解释同一笔费用。工程师知道系统为什么改动，财务人员知道账单如何入账，负责审核的人却未必能把两者连起来。材料每失去一次上下文，就可能需要重新调查一次。

DoiT 于 9 月 10 日宣布，PartnerOps 的 Channel Management 已支持 AWS MSP Validation Checklist 8.0。按其介绍，模块将责任人、证据和审批串在一起。这里能确认的是厂商提供了什么功能主张，并不能据此认定客户已经减少了多少准备工时。DoiT 公告。

这门生意的空间在于减少重复劳动。如果服务交付本来就产生记录，再把合适的记录用于审核，成本可能低于临时重建一套说法。但软件能组织材料，不代表它能补足材料缺失的事实；更整齐的报告也不天然更可信。

先分清建议与强制

AWS 原始清单把 AI 可观测性和智能体业务成效两项控制列为“建议”。业务成效还允许使用服务商内部运营的例子，不只限于外部客户。因此，不能把厂商对变化的概括扩写成“每位客户都必须提交全部 AI 指标”。旧版清单可用于申请至 12 月 31 日，也不意味着所有现有合作伙伴都在元旦接受同一种完整审核。AWS 原始清单。

这个差别会改变采购顺序。服务商应先弄清自己适用的评估和证据要求，再盘点已有记录，最后判断还缺什么工具。如果顺序反过来，就可能先买进一套大而全的工作流，然后为了填满它而增加常年行政负担。

经营上至少有三件事需要分开。把消耗分配给某个客户，是成本归集；说明系统完成了什么有用工作，是成果定义；判断改动是否划算，则需要可比的时间段、工作量和质量标准。这是本文提出的分析框架，不是新增的 AWS 控制要求。

例如，令牌用量能帮助解释费用来源，却不能单独证明智能体解决了问题。处理速度提高，也可能伴随未计入的人工返工。无需因为指标不完美就停止判断，但必须说明分母是什么、遗漏了什么，不能拿更漂亮的图表代替因果解释。

准备工具不拥有资格授予权

AWS 将第三方审核列为 MSP 资格验证的一部分。支持清单的软件不会因此取得审核方的决定权。AWS MSP 计划。

DoiT 的机会因此很具体：让记录更容易维护，让检查记录的人少走弯路。边界也同样清楚：现有来源不能证明购买者的利润改善幅度，更不能保证其通过审核。最有说服力的材料，应在审核结束后仍能帮助服务商定价、解释客户账单或识别重复返工。如果材料只在会议当天有用，它就是另一项需要单独说明价值的开支。