你说的「修好了」,是在哪台机器上?|Agentic AI 落地方法论(十四)
老板问「这不是上周修了吗」——代码合并了、测试全绿,生产却在犯同一个错。读完 10 分钟,你能在复盘会一句话戳破这个假象:知道该问「在哪台机器的 .env」、该让工程证明「那道安全阈值在生产真的拦过」、该在 reindex 之前先做一次字节比对。
Jul 5, 2026·12分钟阅读
2 posts
老板问「这不是上周修了吗」——代码合并了、测试全绿,生产却在犯同一个错。读完 10 分钟,你能在复盘会一句话戳破这个假象:知道该问「在哪台机器的 .env」、该让工程证明「那道安全阈值在生产真的拦过」、该在 reindex 之前先做一次字节比对。
一条周期性的 P99 尖峰,每隔几分钟准时来一次,但 CPU、QPS、错误率全是平的,Agent 代码一行没改。所有人第一反应都是「ES 检索慢了」——查了一圈,ES 全是 async,干净得很。真凶是另一个你绝不会去怀疑的地方:那个用来观测 Agent 的运维看板,自己把 Agent 掐住了。这一篇是那次排查的工程复盘:单线程 event loop 上一个同步调用怎么冻住全员、怎么把尖峰时间戳对齐到看板刷新、两行修复(to_thread + TTL cache)、以及本周能给自己 async 服务装的 10 个 event-loop 探针。读完 20 分钟,你能在自己的服务里抓出同一类「一个同步调用拖垮一整个 loop」的洞。