昨天把重点放在运行监控、知识库过期和告警降噪，解决的是 Agent 跑起来以后怎么值守。今天往连接边界再推进一层：Agent 代表谁调用工具，任务快超时时谁先知道，外部能力怎么发现和验真，不同风险任务应该走哪条路径。
这几个问题看起来分散，其实都在回答同一句话：Agent 可以接很多系统，但连接越多，边界越要清楚。
权限审计补的是“谁做了什么”
百科稿写权限审计，是因为 Agent 进入生产以后，不能只记录最后结果。用户身份、代理身份、授权来源、工具参数和审批记录都要能查清。
这篇接上 权限矩阵、审计日志字段 和 工具白名单，把“能不能做”和“做过什么”连起来。
SLA 预警补的是客户时间感
实战稿写 SLA 风险预警，是因为很多任务不是突然超时，而是早就有迹象：责任人没确认、资料没补齐、接口失败、客户等级高但队列排得靠后。
这篇和 任务队列优先级、跨团队交接、客户反馈周报 可以串起来，帮助团队在客户催单前先发现风险。
资源发现补的是连接前验真
资讯稿写 Google 的 Agentic Resource Discovery，是因为 Agent 未来不只用固定工具，还会在更大的生态里发现工具、技能和其他 Agent。发现能力越强，验真和治理越重要。
这和前面写过的 客户可见动作、运行证据包、运行证据导出 能接上：找到工具只是开始，授权、调用和复盘才是生产要求。
分流规则补的是执行路径
OpenClaw 稿写分流规则，是为了让低风险任务自动跑，高风险任务先确认。所有任务都人工处理，效率起不来；所有任务都自动执行，风险又太高。
我的判断是，Agent 生产专题后面还要继续补“连接后怎么停、怎么降级、怎么回滚”。只有进、跑、停都说清楚，这套内容才真正对团队落地有用。
总结
今天的运营判断是：Agent 生产专题开始看连接边界。权限审计、SLA 预警、资源发现和分流规则，都是为了让 Agent 在更多系统之间工作时，仍然能被解释、被约束、被复盘。
