Claude Code 隐藏技巧：学会这些，协作效率会明显变高

复杂任务先进入规划状态#

遇到复杂任务时，不要第一句话就让 Claude Code 改代码。先让它读相关文件并输出计划：

1
先不要修改文件。请阅读相关代码，给出实现计划、涉及文件、风险点和验证方式。

等你确认后再让它执行：

1
按这个计划实现。每次改动保持小步，完成后运行验证命令。

这个习惯能避免它在没理解完整上下文时过早下手。尤其是重构、部署、数据库迁移、权限系统这类任务，先规划再执行非常必要。

用 /compact 管理长会话#

长会话里，Claude Code 会积累大量上下文。上下文越长，越容易混入旧结论、废弃方案或已经修正过的信息。

当一个阶段完成后，可以使用：

1
/compact

压缩前也可以先要求它整理关键信息：

1
请总结当前任务的目标、已完成修改、验证结果、剩余风险。然后我会 compact。

这样压缩后的上下文更干净，后续继续推进时不容易跑偏。

把边界说得比目标更清楚#

很多任务失败不是因为目标没说，而是边界没说。

例如：

1
修复文章列表移动端样式问题。

这句话目标明确，但边界不清。更好的写法是：

1
修复文章列表移动端标题溢出问题。
2
限制：
3
1. 只改文章列表相关组件和 CSS。
4
2. 不引入新的 UI 库。
5
3. 不改变桌面端布局。
6
4. 完成后用浏览器检查 375px 和 1440px 宽度。

边界越清楚，Claude Code 越不容易做“顺手重构”。

让它解释验证方式#

不要只问“改完了吗”。更好的问题是：

1
你如何验证这个改动是正确的？还剩哪些风险没覆盖？

对代码任务，可以要求它运行测试、构建或最小复现命令。对前端任务，可以要求它打开页面截图检查。对部署任务，可以要求它确认生成产物和路径配置。

Claude Code 不是替代测试的工具，它是帮你更快找到应该测试什么的工具。

截图和错误信息要一起给#

如果是 UI 问题，截图比长描述更有效。但只给截图还不够，最好同时给：

• 当前页面地址。
• 期望效果。
• 实际问题。
• 浏览器控制台错误。
• 最近改过的文件。

例如：

1
这是移动端截图。问题是卡片标题挤到了按钮上。
2
当前地址是 http://localhost:4321/posts/。
3
期望标题换行，按钮保持固定高度。
4
请先定位原因，不要马上改代码。

这样 Claude Code 可以把视觉信息和代码上下文对应起来。

用 Hooks 做自动提醒和检查#

Hooks 可以在 Claude Code 生命周期里的特定时机执行脚本，比如工具调用前后、会话开始、需要权限、任务停止等。

常见用途包括：

• 自动提醒你某些危险命令需要确认。
• 在修改后运行格式检查。
• 在提交前检查文档是否同步。
• 记录关键操作日志。

Hooks 很强，但也要谨慎。不要在 Hook 里放复杂、不可控、会递归调用 Claude Code 的逻辑。它更适合作为轻量检查和提醒层。

把常用流程做成 Skill#

当你第三次复制同一段提示词时，就该考虑做 Skill 了。

比如你经常让 Claude Code 写发布说明，可以做一个 release-note Skill，里面规定：

• 输入来自 git diff。
• 输出包含功能、修复、风险和验证。
• 语气简洁，不夸大。
• 忽略内部临时文件。

这样你以后只需要说：

1
/release-note

重复劳动就变成了稳定流程。

参考资料#

• Claude Code Slash Commands
• Claude Code Hooks
• Claude Code Skills
• Claude Code 命令速查与实践手册