别让 Codex/Claude Code 直接修服务器

上一篇讲了本地 Agent 助手怎么连服务器。 但我后来发现，真正有用的不是“让 AI 能连上服务器”， 而是：服务器出问题时，别让它一上来就动手修。 我现在会先让它写一份「事故报告」📝 听起来有点正式，但真的很有用。 因为服务器报错的时候，人很容易慌： ❌ 要不要重启？ ❌ 要不要回滚？ ❌ 是代码问题还是配置问题？ ❌ 日志这么多到底看哪一段？ ❌ 让 AI 修会不会越修越乱？ 所以我不会直接对 Claude Code / Codex / OpenCode 说： “帮我修一下服务器。” 我会先说： “你先不要修改任何东西，只读检查，然后写一份事故报告。” 这份报告里必须包含 6 件事： 1️⃣ 当前环境 现在是哪台服务器？什么用户？哪个项目目录？ 2️⃣ 现象 是接口 500、服务挂了、任务失败，还是容器异常？ 3️⃣ 时间线 最近什么时候开始报错？和最近一次部署 / 提交有没有关系？ 4️⃣ 关键日志 不要把全部日志贴出来，只摘最关键的 5-10 行。 5️⃣ 初步判断 更像代码问题、配置问题、依赖问题、资源问题，还是第三方服务问题？ 6️⃣ 下一步建议 先看哪个文件？要不要改代码？有没有高风险命令？怎么回滚？ 这个流程最大的好处是： AI 不会一上来就 sudo、rm、restart、down、改数据库。 它先变成一个“会读日志的值班同事”， 把现场情况讲清楚。 我确认它的判断之后，才会进入下一步： 只改一个小地方 → 跑测试 → 看 git diff → 再决定要不要部署。 我还会把这套流程写进 skill： 默认只读； 先写事故报告； 高风险命令先问我； 禁止输出密钥； 禁止直接操作数据库； 修改后必须展示 diff。 这样下次服务器再出问题，我不用重新提醒一遍。 我觉得 AI Agent 最适合做的不是“全自动运维”， 而是先帮人把混乱现场整理清楚。 先让 AI 说清楚发生了什么， 再决定要不要让它动手。 #Claude #Codex #OpenCode #AI编程 #Agent #人工智能 #程序员日常 #独立开发 #研究生 #howto用好AI