Claude Code 吞噬一切？AI SRE 是否还有独立机会
Claude Code 会吞噬一切吗？
我觉得它会。
但它吞噬的是“coding 相关的一切”。
而 SRE 这件事，恰恰不是 coding。
它看起来像。
它也会用到代码、日志、脚本、YAML。
但它的本质是：在高风险环境里，持续地把不确定性压回去。
这就是为什么 AI 在开发侧推进得像洪水。
在运维侧推进得像冰川。
先把一个错觉拆掉：AI SRE 的难点不是读懂日志
很多人以为，SRE 难在“信息多”。
日志像海。
指标像山。
trace 像迷宫。
于是大家自然会想：大模型不是最擅长读文本吗？那它应该天然适合 SRE。
但现实是，读懂 logs / traces / metrics 并不是瓶颈。
真正的难点在“破案”。
你从一个 alert 出发。
你要在海量 noisy 数据里，找到那条因果链。
要能在多个假设之间来回切换。
要能在证据不足的时候继续推进。
更要能在证据充足的时候立刻收敛。
这是长程推理。
也是长程规划。
更是并行调查。
这件事的难度，跟“模型能不能读懂一条日志”不是一个量级。
Claude Code 的边界：它强在一次性任务，不强在 Always-on
Claude Code 很强。
强到你会误判它的上限。
你给它 repo。
给它需求。
它就能跑出一个可用系统。
这会让人产生一种冲动：
“既然它能读代码、写代码、接工具，那它是不是也能直接做 SRE？”
问题在于：SRE 不是一次性任务。
SRE 是一个永不结束的系统。
它要 Always-on。
它要在事故发生之前就工作。
它要持续学习你的生产环境：
- 服务拓扑
- 依赖关系
- 部署历史
- 配置变更
- 历史事故
它甚至要在你不跟它对话的时候，也在积累记忆。
这就不是“一个 coding 工具加几个插件”能解决的。
你需要的是编排引擎。
状态管理。
权限与审批。
你需要一个可以被运营、被审计、被切断的系统。
AI SRE 真正的产品形态：读操作全自主，写操作留给人
运维的写操作太危险。
任何自动回滚、自动重启、自动扩缩容，如果错一次，就是事故。
所以 AI SRE 的现实路线大概率会是：
读操作全自主。
写操作留给人审批。
这不是“保守”。
这是企业愿意买单的安全边界。
你可以把它理解成一种新的分工：
AI 把最耗时的调查过程吃掉。
人类保留最后的决策权。
这会把 MTTR 的结构彻底改变。
不是让人更快地翻日志。
而是让人第一次介入时，拿到的是结论和证据链。
SRE 的核心工程问题不是模型，而是 Context
模型当然重要。
但在 SRE 里，模型只是齿轮。
Context 才是发动机。
因为生产环境的真实知识，几乎都不在一个干净的数据仓库里。
runbook 分散。
文档过时。
关键的 tribal knowledge 在老员工脑子里。
监控数据 noisy。
告警系统充满误报。
如果你把这些东西原封不动塞给一个 agent，你会得到一个更快的胡说八道机。
AI SRE 的壁垒，会长在三个地方：
- 你怎么把环境“读”进来（而不是靠人记）
- 你怎么把事故“写”回去（而不是散落在群聊里）
- 你怎么让这些记忆可检索、可版本化、可审计
换句话说：
AI SRE 的数据飞轮，来自“系统记忆”。
不是来自“更强的模型”。
为什么 AI SRE 仍有独立机会
如果你问我：Claude Code 会不会吞噬 AI SRE？
我的判断是：它会进入。
它会覆盖一部分。
但它很难把“完整 SRE 产品”吞掉。
原因很简单。
SRE 不是一个工具。
SRE 是一套组织在生产环境里的治理系统。
它需要：
- Always-on 的 Proactive agent（不是被动对话）
- 多 agent 并行分工（不是一个 agent 排队查）
- 对根因做置信度排序（不是找到一个理由就停）
- 权限控制与审批边界（不是直接写生产）
- 事故记忆的沉淀与复用（不是一次性聊天记录）
这些能力的组合，会把 AI SRE 推向一个更像“下一代可观测性基础设施”的位置。
不是 observe + store。
而是 observe + analyze + act。
这也是为什么我认为：AI SRE 领域仍可能诞生下一代 Datadog。
最后：机会窗口不在模型，在系统工程
很多人看到 AI SRE，会第一反应去问：
“你用的是不是专门训练的行业模型？”
但我更关心的是：
- 你怎么部署到客户的复杂环境里
- 你怎么拿到足够多的真实上下文
- 你怎么把一堆散碎的运维经验蒸馏成结构化记忆
- 你怎么让写操作可控、可撤销、可追责
当 Claude Code 把 coding 做成水电煤之后，
AI SRE 的独立机会，反而更清晰了。
因为它的竞争不在 IDE。
而在生产系统的边界处。
参考
- 参考原文（微信公号）：https://mp.weixin.qq.com/s/cr1ZLVv9eq5cbILdlQlo8g