摘要

  • HPE 在 APNIC 62 的演示中把 load_and_commit_config 列为 Junos MCP 工具之一，说明该工具集包含配置提交能力，但不代表生产网络已经使用。
  • APNIC 9 月 30 日的会后报道说，网络重配置演示保留人工监督，并把完全自主运行称为未来目标；报道没有说该演示由上述提交工具执行。

工具清单出现了写入路径

在 APNIC 62，HPE Networking 关于网络运维人工智能的演示展示了一个位于 AI 代理与网络设备之间的 Junos MCP Server。工具清单既有读取和比较，也有执行与提交：get_junos_config、junos_config_diff 之外，还列出 execute_junos_cmd、render_and_apply_j2_template 和 load_and_commit_config。演示说明该服务可以执行 Junos 命令并提交配置。

这不是同一种操作。读取配置、比较变更建议，与加载并提交配置之间存在明确的权限差异。代理若连到具备写入功能的工具，就可能把生成的计划送到设备上执行。不过，演示资料没有说明当时配置了哪些凭证、目标设备或人工审批检查。

会后报道保留了另一道人工关口

APNIC 的会后报道写道，Akhilesh Thakur 展示了 Junos MCP 实现。报道随后描述了一个由代理式 AI 执行网络重配置的演示，并称其受人工监督；完全自主运行仍是未来目标。APNIC 还说，现有部署维持人在回路中。

报道没有明确把 load_and_commit_config 与这次重配置演示联系起来。这一空白很重要：工具目录说明某个实现可以开放哪些操作，却不能证明代理实际调用了哪个工具、是否有人批准，或是否操作了生产网络。现有证据既不能说明 Junos 已经自主变更，也不能说明提交工具不可用。

这些防护措施仍是设计建议

演示中的风险页列出幻觉导致的错误操作、配置变更的影响范围、凭证暴露、模型漂移以及审计记录不完整。页面提出提交确认、85% 置信度门槛、基于工具事实、在 MCP 层限制影响范围、分阶段发布、数字孪生预验证、限定权限账户和只追加审计日志等措施。这些是演示提出的缓解方案，资料没有证明它们已在展示的系统中部署。

Juniper 的公开 Junos MCP 仓库也警告，该服务支持配置变更；在允许加载和提交 LLM 生成的配置前，应先人工审阅，并在投入生产前保护好服务。接口可以提供写入能力，但运维方仍必须决定它获得什么权限。

APNIC 报道还记录了与会者对自动化的谨慎态度、人工监督与 AI token 的合并成本、测试方法和开源模型表现的讨论。监督既是运营成本，也是安全边界。

分析

The important distinction is between a tool’s available operations and the authority granted to a running agent. A commit-capable interface can sit behind a strict approval process, or it can inherit broad credentials; the slides and APNIC’s report do not say which arrangement governed the Junos demonstration. The event record therefore supports a question about the control boundary, not a claim that an autonomous network was operating.

来源