三个智能体，只负责想，不负责扣扳机
10 月 27 日，网络安全管理厂商 FireMon 宣布一套三个 AI 智能体，用来自动化防火墙策略变更里的规划与调查阶段，企业版计划 11 月上线。三个智能体分别叫 FireMon Intelligent Agent、Network Designer Agent 与 Policy Change Designer Agent，各自承担从意图理解、网络设计到具体策略变更设计的环节。关键设定是：它们默认关闭，需要手动激活，并且在客户自己定义的设备访问限制内运行，所有动作记入一条强制的审计轨迹。
最值得拿出来讲的是那条边界——这些智能体不持有直接把策略下发到防火墙的权限。传统上，防火墙策略变更最危险的一步就是把一条规则真正写进生产设备，FireMon 把这一步明确留在人手里：智能体可以规划、可以调查、可以给出建议，但部署动作不自动发生。换句话说，它做的是「把繁琐的规划自动化，把拍板留给人」。
顺手把策略证据做成了可查询的接口
同一批发布里还有一枚 MCP server。它的作用是让外部应用能够查询并访问 FireMon 里存着的安全策略证据。这一步的意图很清楚：当智能体要回答「为什么这条策略是这样」「这次变更依据是什么」时，它不该靠猜，而该去查权威记录。把策略证据通过标准协议暴露出来，意味着未来的 agentic 工作流可以基于真实配置做推理，而不是凭空编造。
这套做法和本站此前写过的 Replit 自动发布智能体形成了有意思的对照。Replit 把修复与重新发布拆成两个独立开关，意味着在用户授权下，智能体确实可以走到「执行」那一步；FireMon 则砍得更干脆，从产品设定上就不给自动下发权限。两种取向没有对错，反映的是不同风险承受能力：改一行代码和改一条防火墙规则，出错后的爆炸半径完全不在一个量级。
保守是优点，也是留给人的担子
冷水要摆平。目前它还只是公告，企业版 11 月才上线，三个智能体的专有性没有公开基准，外界尚无法判断它到底能省多少人工。新增的 MCP server 在打开外部查询便利的同时，也引入了新的访问面——谁能查、查到什么、鉴权是否到位，都得等实现细节落地才能评估。更微妙的是，即便智能体只做规划，一个错误的规划一旦被人快速批准，危害并不会因为「智能体没执行」而减半。
FireMon 的切入点其实戳中了一个长期痛点：企业网络策略的协调与访问请求长期卡在人工瓶颈上，既慢又依赖资深工程师的经验。把规划和调查自动化、把最终部署留给人，是一个相对稳妥的起步姿势。对采购方的实际建议是：先把它当「智能参谋」用，重点看它的审计轨迹是否完整、给出的规划是否可解释、以及 MCP 查询的鉴权边界是否收紧，而不是急着让它碰生产。