Claude Code(十)思考与技巧：克服"空白瘫痪"，不断向前演进

这是 Claude Code 系列文章的最后一篇。

经过前面九章的学习，我已经掌握了从环境配置到 MCP 协议的所有硬核技能。但在每天高强度的使用中，我发现要把工具用好，“心法”往往比”招式”更重要。

本文记录了我在与 Claude Code 结对编程数月后，沉淀下来的一些思考和实用技巧。

克服”空白瘫痪” (Blank Canvas Paralysis)

我刚开始使用 Agent 时，经常盯着闪烁的光标发呆：我该怎么描述这个复杂的重构任务？我是不是应该先写一个 500 字的完美 Prompt？

这种犹豫被称为”空白瘫痪”。

我的对策：Just Start (先开始再说)。

Claude Code 不是一次性交付的黑盒，它是交互式的。我现在的习惯是：

“嘿，先帮我看看 src/auth 目录下的代码，我感觉逻辑有点乱。”

哪怕只是这样一个模糊的指令，Claude 也会开始运行 ls 和 read_file。随着它的反馈（”我看到了 user.ts 和 auth.ts…“），我的思路会被打开，然后我再进行第二轮指令：

“对，就是 auth.ts，里面的 login 函数有点太长了，帮我拆分一下。”

技巧：不要试图一次性把话说完。把对话当成是和同事在白板前的讨论，从模糊到清晰，迭代前进。

小步快跑与频繁提交

AI 是有短期记忆瓶颈的（Context Window）。如果我让它一口气”重构整个后端”，它很可能会在修改了 50 个文件后，因为 Token 超标而崩溃，或者改到最后忘了最初的目标。

我的对策：原子化提交 (Atomic Commits)。

我现在的 workflow 是这样的：

1. Task 1: “给 User 增加 phone 字段。” -> Claude 做完 -> 我 /review -> git commit。
2. Task 2: “更新相关的 API 验证逻辑。” -> Claude 做完 -> 我 /review -> git commit。
3. Task 3: “补充单元测试。” -> Claude 做完 -> 我 /review -> git commit。

每一步都保持上下文清爽。如果某一步搞砸了，我也能轻松 /rewind 或 git reset，而不会损失整个下午的工作。

从”纠正”到”教学”

这是新手和高手的最大区别。

当 Claude 犯错时（比如它又用了 console.log 而不是 logger），新手会说：

“错了，改成 logger。”

Claude 会改过来，但下一次它可能还会犯。

高手会说：

“错了。请更新 CLAUDE.md，添加一条规则：’前端项目严禁使用 console.log，必须统一使用 src/utils/logger‘。然后帮我修正代码。”

我的对策：知识沉淀。 我把每一次错误都视为一次完善系统记忆（System Memory）的机会。随着 CLAUDE.md 的不断丰富，我的 Agent 会越来越懂我，错误率呈指数级下降。

善用 /compact 保持大脑清醒

当会话进行到 30 轮以上时，我能明显感觉到 Claude 变”笨”了。它开始忽略我的新指令，或者在旧代码上打转。

这是因为无关的上下文噪音（Noise）太多了。

我的对策：主动垃圾回收 (GC)。

一旦我完成了一个阶段性的小任务（比如修好了一个 Bug），我会立刻执行：

/compact "刚刚修复了登录 Bug，现在准备开始优化注册流程。"

这相当于给 Claude 洗了个脸，让它清空短期记忆，只保留核心的项目状态，轻装上阵迎接下一个任务。

结语：人机共生的未来

写完这个系列，我最大的感触是：Claude Code 并没有取代我，它增强了我。

以前，我 70% 的时间在写样板代码、查文档、调试低级错误，只有 30% 的时间在思考架构和业务。 现在，这个比例倒过来了。我变成了架构师、Code Reviewer 和产品经理。

我不再是那个在那敲键盘的”码农”，我是指挥硅基大脑构建数字大厦的”工程师”。

希望这个系列能帮助你（哦不，是帮助未来的我）在这个 AI 辅助编程的新时代，找到属于自己的节奏。

Keep Coding, Keep Evolving.