AI Agent 不再只是写代码的玩具，它正在渗透到基础设施的每一个毛孔——从 Kubernetes 控制器到域名注册，从安全凭证管理到代码审查，运维和平台工程师必须重新思考自己的工作方式。以下 5 条资讯揭示了这一趋势的最新动向。
K8s 控制器运维的“意图到执行”经验：The New Stack 分享了大规模运行 Kubernetes 控制器的实战教训，强调从意图定义到强制执行的闭环设计。文章指出，控制器不仅要处理期望状态与当前状态的偏差，还要应对资源风暴和级联故障，建议引入“证据包”机制记录每次决策的上下文。阅读原文
平台工程的新使命：以 Agent 速度交付环境：当 AI Agent 开始自主执行任务，平台团队不能再按周交付环境。文章提出“环境即服务”理念，要求平台具备秒级创建、销毁和快照能力，并集成可观测性，让 Agent 在沙箱中安全试错。阅读原文
1Password 为 Claude 提供浏览器集成，AI 开始接管你的凭证：1Password 推出浏览器扩展，允许 Claude 直接读取和填写用户凭证。这打破了传统密码管理器的隔离模式，但也带来了新的安全挑战：Agent 如何证明它只使用了最低权限？阅读原文
DoorDash 被迫为 Agent 造 CLI：不是炫技，是刚需：DoorDash 开发了一款专供 AI Agent 使用的命令行工具，用于处理订单和库存操作。文章直言：如果平台不提供 Agent 友好的接口，Agent 就会用网页抓取和模拟点击来绕过你——那才是真正的灾难。阅读原文
GoDaddy 向 AI Agent 开放域名注册，然后紧急加装护栏：GoDaddy 允许 AI Agent 直接注册和管理域名，但很快发现 Agent 会无节制地批量抢注。团队不得不引入速率限制、预算控制和人工审批流程，这给所有开放 Agent 接口的平台敲响警钟。阅读原文
AI 缓存不是越智能越好：Redis 向量缓存的陷阱：文章警告，使用向量相似度做 AI 缓存可能比传统缓存更慢。因为计算向量距离本身就有开销，当缓存命中率低于 80% 时，整体延迟反而上升。运维需要根据业务场景选择缓存策略，而不是无脑上“智能”。阅读原文
Linus Torvalds 对 AI 恨铁不成钢：不爽就 fork 吧：Linux 之父在采访中直言，AI 代码目前只是“垃圾”，但如果你不喜欢，完全可以 fork 一个没有 AI 的 Linux 分支。他更关心的是 AI 工具能否真正帮助内核开发，而不是炒作。阅读原文
运维不是被 AI 替代，而是被 AI 加速暴露了所有短板——接口不友好、环境交付慢、决策无审计。现在补课还来得及。
