您的工程师应该负责建造，而不是照看孩子
工程团队因随叫随到的监督、分类循环、重复回归以及代理可以在几秒钟内准备的工作而浪费了太多的产品时间。
阅读文章
Prilog 博客
为希望减少重复出现的错误的团队提供的操作文章。
关于生产调试、事件修复、可观察性、人工智能辅助修复以及自我修复软件背后的工程工作流程的实用写作。
最新更新
2026 年 5 月 20 日
为领导者和工程师构建更平静、更快速的生产修复循环提供现场笔记。
文章
最新文章
将这些作为工程领导者、SRE 和评估自动修复的团队的持久参考。
从 MTTR 到 PR 审核时间
对于人工智能辅助修复，最有用的操作指标可能是生产信号多快成为有证据支持的拉取请求，可供审查。
阅读文章为什么人工智能生成的修复需要回滚思维
当工作流程考虑可逆性、爆炸半径并在合并补丁之前审查证据时，人工智能生成的生产修复变得更加安全。
阅读文章
等待生产错误的成本
随着上下文衰退、支持负载复合、版本冻结，并且修复变得更难以审查，生产错误变得更加昂贵。
阅读文章
停止要求待命工程师成为搜索引擎
值班工作应该从准备好的事件简介开始，而不是由疲惫的工程师手动将日志、跟踪、部署和代码所有权拼接在一起。
阅读文章如何在不失去工程控制的情况下使用人工智能修复
一种实用模型，用于使用人工智能起草生产修复程序，同时将证据、审查、测试和所有权掌握在工程师手中。
阅读文章从生产问题到审查拉取请求：更好的修复循环
实用的工作流程，用于从嘈杂的生产警报转移到工程师可以审查、合并和信任的代码级修复。
阅读文章为什么可观察性需要代码上下文来实际修复错误
可观察性告诉团队失败的原因；代码上下文解释了在哪里修复它。以下是如何连接日志、跟踪、所有权和拉取请求。
阅读文章