摘要

  • iDirect 于 9 月 10 日公布 Foresight 更新，加入智能体治理、审批式变更、AI 用量控制和引导式接入。
  • 批准决定只说明谁允许改变网络；配置是否生效、容量最终服务了谁，还需要相应的运行证据。

几项业务共用一池卫星带宽时，“把容量调过去”不只是一条技术指令，也是在排序客户承诺。即使决定本身合理、审批手续齐备，运营商仍要确认网络最后执行了什么。这是 Foresight 此次更新最值得追问的商业环节。

ST Engineering iDirect 的9 月 10 日公告把审批放到了 AI 驱动的运营变更之前，描述了审查、风险评估与授权流程。新增的智能体治理涉及策略、审计记录和防护措施；AI 用量则另有监测、预算与策略控制。引导式接入可以发现网络资源，并协助管理员配置部署和数据选项。以上均为厂商公布的能力，不是独立验证过的客户成绩。

这不是 Foresight 再次“首次亮相”。iDirect 在三月的发布说明中已介绍把服务优先级转成网络配置的声明式 API、统一数据基础，以及正在开发的异常检测等 AI 应用。九月的新重点是治理通过这些工具做出的决定，而不是重新发明自动化平台。当前公告没有逐一列明审批默认值、例外规则或各类部署的可用时间。

控制对象也远不止对话界面。Foresight Management 产品页把网络运营与服务开通、保障和计费连接起来，并提出按需求、业务优先级及服务水平承诺，在不同网络和轨道之间管理共享带宽。在这种安排下，一项获批调整可能改变另一项业务可用的容量。这是共享分配的示例性取舍，不表示已有 iDirect 客户因此受损。

网络管理早已有一个有用的区分。2018 年发布的 RFC 8342指出，配置的数值与设备实际采用的数值可能不同，原因包括下发传播所需的时间，以及硬件、协议间的相互作用。这里借用的是通用管理原理；所引产品资料不能证明 Foresight 实现了这项标准、NETCONF 或其中的数据存储架构。

因此，建议买方在验收中连接三份记录：针对哪一版提案的授权、实际送去执行的配置、变更后的服务状态。审计中的一次“已批准”只能回答第一问，不能自然替代后两问。若出现差异，买方需要能够追查，而不只是再次看到该请求有授权。这是一项拟议的采购检查，不是在声称产品已有缺陷。

AI 开支与客户服务风险也不是同一本账。限制模型消耗，并不自动限制一次带宽调整对业务承诺的影响。厂商公布的用量控制可以帮助管理 AI 本身的支出，但公告没有证明它同时替运营商设好了客户承诺的风险上限。

受治理的自动化，价值应当体现在“有权作出的决定”如何成为“可确认的服务结果”，以及结果由谁负责。只统计建议数或批准数，还不足以证明这一点。