Claude Code 实战：日常开发任务

修 bug、补测试、重构和迁移、提交之前做代码审查，再到前端联调和大仓库的配置。每篇拿一件程序员每天都在做的事，在真实的仓库上从头做到尾。共 6 篇，读完约 60 分钟，最近更新于 。

从第 1 篇开始

  1. 用 Claude Code 修 bug：从一条报错到带回归测试的修复约 9 分钟

    一个启动就崩的应用，报错出在依赖包里，根因在自己的代码里。本站用同一个 bug 实测了两种问法：把现象、复现办法和做完的标准说清楚，和只说一句“修一下”。两次都修对了，差别在有没有回归测试、改动能不能回退。附一份提 bug 的提示词模板。

  2. 用 Claude Code 给老代码补测试：先找缺口，再让每个测试证明自己有用约 10 分钟

    让 AI 补测试，最怕补出一堆只为凑覆盖率的用例。本站在 Express 的源码上实测了一个两步的做法：先让它找出没测到的代码并按风险排序，再补测试，并要求每个用例都通过“把代码改坏、确认测试会失败”的验证。附真实过程、它自己纠正的一处误判和我们的复核。

  3. 用 Claude Code 做重构和迁移：先在 plan 模式下出计划，再一步一个提交地改约 11 分钟

    重构怕的是改着改着范围失控、改坏了又退不回去。本站在 Express 的源码上实测了一次 var 到 const/let 的迁移：plan 模式下它查出 222 处声明和两处不能直接替换的地方，计划里有一处和源码不符被我们核对出来；执行时一步一个提交。还验证了一点：用命令批量改的文件，回退菜单退不回去，要靠 git。

  4. 提交之前让 Claude Code 先审一遍：/code-review 实测，以及怎么写一份带风险说明的 PR约 9 分钟

    测试全绿不等于没问题。本站在 Express 的源码里放了一处“测试和 lint 都过、但条件写反了”的改动，用本地的 /code-review 审了两轮：第一轮 24 秒查出写反的条件，修完再审，又查出一个要人来定的设计问题。讲清这个命令审什么、怎么用，以及让它起草带风险说明的 PR 描述。

  5. 前端联调：让 Claude Code 自己开浏览器验证改动（Chrome 集成）约 8 分钟

    按 Claude Code 官方文档整理：装上 Claude in Chrome 扩展，Claude Code 就能自己打开页面、点按钮、填表单、读控制台报错，改完前端代码当场验证。讲清怎么开启、站点权限怎么管、常见用法和连不上怎么查。先说一条限制：它要求用 Claude 订阅账号登录，通过中转站用不了。本站尚未实测。

  6. 大仓库和 monorepo 里用 Claude Code：让它只看手上这块代码约 13 分钟

    仓库一大，Claude Code 的上下文容易被无关的约定和文件占满。本站在一个三个包的示例仓库上实测了官方的几样办法：分层的 CLAUDE.md、排除不相干的包、拒绝读第三方代码、追加兄弟目录、稀疏 worktree。要留意：拒绝读取的规则挡不住 grep -r；auto 模式下它会改启动目录以外的文件。