阅读时长：约30分钟 · 难度：★★★★☆ 适合人群：已掌握 Claude Code 全部能力，想学会在压力下高效救火的开发者 学完之后：下次遇到线上事故，你能冷静地按流程处理，而不是慌乱乱撞
最能体现真实水平的场景
《Claude Code 从入门到精通》试读篇：Claude Code 是什么？你可能从第一步就用错了
《Claude Code 从入门到精通》试读篇：你的第一次 Director Mode 体验（二）
《Claude Code 从入门到精通》试读篇：写好 Prompt 的结构化思维，10组正反对比，看完直接套用（三）
《Claude Code 从入门到精通》试读篇：当 Claude 理解错了怎么办（四）
《Claude Code 从入门到精通》目标优于指令，Director Mode 第一支柱（五）
第06课：让 Claude 自己分配任务------并行 Agent 策略
《Claude Code 从入门到精通》第07课：结果验证------你最不能省的一步
第08课：CLAUDE.md，让 Claude 永远记住你的规矩
第09课：10个高频场景 Prompt 模板库，复制、改几个词、直接用
第12课：MCP 与 Hooks------给 Claude Code 装上插件和自动化引擎
第15课：3 个真实可用的 GitHub Actions，让 Claude 每天帮你自动做代码审查和安全扫描
第17课：Claude Code实战案例一，从零开发一个完整 API 模块
新功能开发是"计划内"的工作------你有时间思考、设计、测试。
线上紧急 Bug 是"计划外"的炸弹------
-
老板在群里 @你："订单系统出问题了，用户在投诉，多久能修好？"
-
运营同事转发着用户的截图："已经半小时了还没好"
-
客服每5分钟统计一次受影响用户数
-
技术群里一堆 "收到""收到""收到"
压力之下保持效率，是区分熟练开发者和高手的关键。 大部分人在这种场景下会慌------乱查日志、乱改代码、乱发版------最后花了3小时搞定本来1小时能解决的问题。
这节课教你的不只是"用 Claude Code 修 Bug"------更是一套系统的救火流程。冷静、有条理、每一步都有明确目的。
场景设定
时间：周五下午 15:40（没错，每次事故都在周五下午）
事件：
你正在喝着下午茶，手机突然震动。技术群、老板、运营、客服------四个对话框同时闪烁。
老板的消息是：
go
@你 订单系统出问题了，部分用户反馈下单后扣款成功
但订单状态显示未支付。客服已经接到20多个投诉了，
你赶紧看一下。运营转发了一张用户截图：用户支付宝已扣款 ¥299，但订单列表里这个订单显示"待支付"。
现在你有两个选择：
选择A ：立刻打开日志，一行一行翻，凭感觉找问题。选择B：深呼吸，按流程来。
选A的人会在慌乱中花1-2小时。选B的人会在30分钟内修好，还能做完整的复盘。
这节课教你怎么用选B的方式处理。
救火流程：5个阶段
go
┌────────────────────────────────────────────────┐
│ 线上事故响应标准流程 │
│ │
│ 阶段1：止血评估（5分钟） │
│ └─ 影响范围？能不能快速止血？ │
│ │
│ 阶段2：根因定位（10-15分钟） │
│ └─ 真正的原因是什么？不是猜，是证据 │
│ │
│ 阶段3：修复上线（10-15分钟） │
│ └─ 修复+验证+灰度发布 │
│ │
│ 阶段4：历史数据补偿（5-10分钟） │
│ └─ 受影响的用户怎么处理 │
│ │
│ 阶段5：复盘预防（10-15分钟） │
│ └─ 为什么会发生？怎么避免再发生？ │
└────────────────────────────────────────────────┘不要跳过任何阶段。尤其不要跳过阶段1（直接冲去找问题）------你可能花1小时修了个根本不是症状原因的地方。
阶段1：止血评估（5分钟）
第一件事：回复群里
go
我看下。初步判断15分钟内给方案。这句话很重要。 它让所有人知道"有人在处理了"，群里的催促会暂时缓解。你也争取到了15分钟的安静时间。