Google 让 agent 自己改自己，先给它套上四层锁

Google Cloud Tech 公布 Project Chrysalis：让 agent 部署后不冻结，能自我进化。

先看结果。故障缓解时间从 15 到 45 分钟降到 1.8 秒，P99 延迟从 519.8ms 降到 18.2ms。推文原链接：https://x.com/GoogleCloudTech/status/2116277717096186261

架构图分四块。左侧是生产目标服务，跑在 Cloud Run 的 FastAPI Ingress 上，配 Hot-Reload Middleware 和 TokenBucketRateLimiter，状态放在 Cloud Memorystore Redis 与 Cloud SQL PostgreSQL。中间是生产多代理平面，基于 Google ADK，包含 SupervisorRouterAgent、DiagnosticAgent 和 TrafficShapingAgent。右侧是自我进化引擎，基于 Gemini Platform，做 Reflect & Score、Synthesize Patch，还有 Google Cloud Mute Agent DAG。底部是深度防御治理管道，包含 AST Sandbox、OPA Policy、Shadow Replay、Cloud KMS & Binary Auth。

流程也清楚：Telemetry & Triage 发现异常，Failed Run Reflection 复盘失败运行，Synthesize Patch 生成候选补丁，Verify Candidate Patch 验证，最后 Signed Hot-Plug & Reload 签名热插拔加载。

值得注意的反而是治理。生成补丁不是最难的，难的是让补丁安全上线。AST Sandbox 先看代码结构，OPA Policy 做策略检查，Shadow Replay 用历史流量回放，Cloud KMS & Binary Auth 做签名和校验。没有这些，自进化就是给生产环境装随机数生成器。

评论区有网友问 Gemini platform 到底是什么，并吐槽 Gemini Enterprise、Gemini for Business、Gemini platform、Gemini Enterprise Agent Platform 这套命名。这个抱怨不新鲜，但很具体。

另一位网友说，把缓解时间从 15、45 分钟压到 1.8 秒，on-call 班次少了很多悬念。指标压下去，系统复杂度没有消失，只是从人肉排障转移到治理管道。自进化 agent 的卖点看起来是模型能力，实际账单在沙箱、策略、回放和签名。

想细看架构可以去原链接：https://goo.gle/4eDDzNc