Appearance
06 · 四类高频工作流
📚 系列导航：上一篇 05 提示词四件套 教你「话怎么说」。这一篇落到具体场景：日常 80% 的活儿就那四类，每类给你一套能直接抄的模板。
01 先认住：四种活儿，四把工具
| 活儿 | 动代码吗 | Codex 主要在干啥 | 你最该盯的 |
|---|---|---|---|
| 探索代码库 | 不动（只读） | 读文件、给你讲 | 它讲得对不对 |
| 修 Bug | 动 | 定位根因 + 改 | 根因找对没、回归测试有没有 |
| 重构 | 动（但行为不变） | 等价改写 | 改完行为有没有变 |
| 写测试 | 加文件 | 生成测试 + 覆盖边界 | 边界情况覆盖全没 |
TIP
探索是零风险的，放心大胆问；修 Bug 和重构是动刀的，得先让它讲清楚再动手。
02 探索陌生代码库
标准节奏：从大架构到具体文件再到执行链路。
text
第1层：给我一个这个代码库的整体概览，说说它的主要架构模式
第2层：负责 [用户认证] 的代码在哪些文件里？
第3层：追踪一下 [登录流程] 从前端一直到数据库是怎么走的TIP
前两层在 Plan Mode 里问（/plan），它只读不写。
模板：
text
我刚接手这个项目，帮我快速上手。分三步：
1. 整体架构概览，说清主要模块
2. 负责 [功能] 的代码在哪些文件里
3. 追踪 [核心流程] 的完整路径
用新手能懂的方式讲，先别改任何代码。03 修 Bug
四步走，缺一不可：
- 贴报错 + 复现步骤
- 让它定位根因，先别改
- 给修复，解决根因别盖症状
- 加回归测试，保证不再犯
模板：
text
我遇到一个 bug。
报错信息：[完整粘贴报错和堆栈]
复现步骤：[我做了什么才触发]
请你：
1. 先定位根本原因，解释为什么会出错，先别改代码
2. 给我修复方案，解决根因，不要只是把报错盖住
3. 改完补一个能复现这个 bug 的回归测试，跑一遍确认通过04 重构
重构的命根子：行为不能变。
安全打法：
- 先让它解释现状
- 说清重构目标
- 小步改，别一次性推翻重写
- 改前改后测试都过
WARNING
没测试覆盖的代码，重构第一步是先补测试——用测试把「现在的行为」拍下来当快照。
模板：
text
我想重构 [文件/函数名]。
重构目标：[具体说]
要求：
1. 先解释这段代码现在的行为，包括边界情况
2. 如果还没测试，先补上
3. 小步重构，保持行为不变
4. 重构前后都跑一遍测试，确认一致05 写测试
NOTE
你不特别交代，它默认只测「正常情况」。真正值钱的是边界情况。
模板：
text
给 @[文件路径] 里的 [函数名] 写测试。
要求：
1. 沿用项目现有的测试框架
2. 重点覆盖边界情况：[列出你能想到的]
3. 也帮我想想还有哪些我没列到的边界情况
4. 写完跑一遍，有失败的修到通过06 动手：修一个 Bug 走一遍完整流程
bash
mkdir bug-demo && cd bug-demo
echo 'def average(numbers): return sum(numbers) / len(numbers)' > calc.py
codex套修 Bug 模板，预期：Codex 先定位空列表除零的根因，改代码加判空处理，写测试文件跑绿。
07 小结
| 活儿 | 模板核心 | 最该盯的 |
|---|---|---|
| 探索 | 整体架构→具体模块→核心链路 | 前两层在 Plan Mode |
| 修 Bug | 贴报错→找根因→改→加回归测试 | 解决根因别盖症状 |
| 重构 | 讲现状→定目标→小步改→改前改后都测 | 没测试先补测试 |
| 写测试 | 写测试，重点覆盖边界情况 | 显式逼它测边界 |
NOTE
下一篇：07 权限与安全红线：从步步问到全放开，这条缰绳怎么攥。