周五发了一篇 -a class=-normal_text_link mp_article_text_...

公众号名称：JavaGuide

发布时间：2026-06-07

周五发了一篇 Vibe Coding 技巧，直接爆了，阅读马上破6w。

继续分享 7 条让 Claude Code 满血起飞的技巧：

1. 先把 CLAUDE.md 写好

CLAUDE.md 是一份 Claude 行为规范，像项目怎么启动、测试跑哪条命令、目录怎么分层、团队有什么特殊约定，都可以写进去。

Anthropic 建议保持 CLAUDE.md 精简不超过 200 行，只保留 Claude 无法轻易从代码中推断的信息。

我自己判断一条内容该不该放进去时，会用一个很土但好用的问题：这行删掉后，Claude 会不会更容易犯错？

2. 复杂任务别上来就让它改代码

先让它只读代码，不要改文件。限定范围，让它先把调用链、关键文件、可能原因讲清楚。等方向对了，再让它补测试、改实现、跑验证。

前面慢一点，后面能少很多返工。

3. 权限别一开始全放开

git diff、git status、rg、npm test 这类只读或验证命令，可以适当放宽；rm -rf、强推、读 .env、碰生产配置、碰密钥证书，这些能拦就拦。

Auto Mode 可以减少确认，但它不是安全沙箱。涉及生产环境和真实凭据，还是老老实实隔离。

4. 让它自己验证结果

Anthropic 官方最佳实践里有一句我很认同：给 Claude 一个能运行的检查。测试、构建、lint、截图对比、脚本输出都可以。

5. 长任务用 Sub-Agent 或 Worktree 拆开

排查日志、搜大仓库、并行改多个模块，别都塞进一个会话里。

Sub-Agent 适合做局部调查，只把结论带回来；Worktree 适合多任务并行，一个分支修认证，一个分支改订单，互不干扰。

6. MCP、Skills、Hooks 各干各的

MCP 用来接外部系统，比如数据库、浏览器、Sentry、Notion。

Skills 用来沉淀重复流程，比如代码审查、TDD。

Hooks 用来做硬约束，比如编辑后格式化、提交前跑测试、拦截危险命令。

7. 最后一定自己看 diff

提交前至少看一眼 git diff —stat，关键文件再过一遍 diff。PR 描述和 commit message 可以让它写，但最终判断还是人来做。

Claude Code 很适合当执行力很强的助手，但边界、判断和责任，还是得握在自己手里。

内容效果不满意？点此反馈