​ 你装好了 Claude Code敲了几条指令发现它确实能写代码。但总觉得差点意思——有时候它改了不该改的文件有时候生成的代码风格跟项目格格不入有时候一个大需求聊到最后上下文全乱了。​ 问题不在工具本身而在你怎么用它。​ 最近读到一篇来自 Lukas Fryc 的文章他用 Claude Code 跑了 6 个生产级 SaaS 项目后总结了 15 条最佳实践。这些经验不是理论推演是真金白银踩坑踩出来的。我把它们重新整理成四个阶段从项目初始化到日常工作流帮你建立一套可复制的 Claude Code 使用体系。一、项目初始化让 Claude Code 认识你的项目很多人上来就开始对话这就好比你找了个新同事不给他看任何文档直接让他改代码。结果可想而知。1.1 写一份 CLAUDE.md——回报率最高的投入CLAUDE.md是 Claude Code 的项目说明书放在项目根目录下每次对话自动加载。它应该包含技术栈和框架版本项目架构和目录约定编码规范命名风格、错误处理方式等常用命令构建、测试、部署这是所有实践中回报率最高的一条。写一次之后每次对话都不用重复解释我们用的是 Next.js 14 Prisma PostgreSQL。1.2 用 .claude/rules/ 管理领域规则一个CLAUDE.md不够用怎么办把领域规则拆到.claude/rules/目录下每个文件对应一个领域.claude/rules/ ├── api-design.md # API 设计规范 ├── database.md # 数据库操作约定 ├── testing.md # 测试策略 └── error-handling.md # 错误处理规则这些规则会在相关上下文时自动加载——聊到数据库操作时database.md的规则就会生效。比起把所有规则塞进一个文件分域管理更精准、更易维护。1.3 创建自定义命令如果你经常做创建新功能这类流程化操作可以把它封装成自定义命令。比如一个/new-feature命令背后串联了创建分支、搭建文件骨架、更新路由等多个步骤。这不是偷懒是把流程知识固化下来确保每次操作都遵循同样的规范。1.4 配置 .claudeignore跟.gitignore类似.claudeignore告诉 Claude Code 哪些文件不用关心node_modules/、dist/等构建产物大型数据文件与当前任务无关的子项目好处很直接减少噪音让上下文聚焦在真正重要的代码上。二、提示词技巧从能用到好用工具配好了接下来是怎么跟它对话。这里的差距比你想象的大。2.1 先说是什么和为什么再说怎么做很多人的提示词像在写伪代码在 UserService 里加一个方法接收 userId 参数查数据库返回用户信息。这等于你已经把实现方案定死了。更好的方式“用户反馈个人主页加载太慢目前每次都要查数据库。我们需要减少重复查询。”给 Claude Code 足够的上下文和目标让它来建议方案。它可能提出你没想到的更优解——比如加一层缓存或者用数据库视图。2.2 大任务拆成阶段不要一口气丢一个大需求“帮我实现完整的用户认证系统包括注册、登录、密码重置、OAuth、双因素认证。”而是拆成阶段每个阶段完成后验证再继续阶段 1基础注册 登录邮箱 密码 → 验证能注册、能登录、能登出 阶段 2密码重置流程 → 验证发邮件、点链接、改密码 阶段 3OAuth 集成 → 验证Google 登录、账户关联每个阶段之间是一个检查点。出了问题只需要回退一个阶段而不是推倒重来。2.3 指向已有代码而不是口头描述与其说用我们项目的标准方式处理错误不如说“参考src/services/OrderService.ts的错误处理模式来写。”让 Claude Code 直接去读代码比你费力描述一套规范靠谱得多。代码就是最准确的规范文档。2.4 大改动先要方案对于影响多个文件的改动先让 Claude Code 出一份方案“我想把状态管理从 Redux 迁移到 Zustand。先不要写代码给我一个迁移方案列出要改哪些文件、分几步走、有什么风险。”方案对了再动手远比写完代码发现方向错了再改要高效。前期多花 5 分钟审方案后期省 2 小时返工。三、工作流习惯保持高效不翻车好的工作流不是加速是减少出错和返工。3.1 大改动前先 commit这条简单但极其重要。在让 Claude Code 做重构或大规模修改之前先git commit当前状态。gitadd-Agitcommit-mcheckpoint: before auth refactor万一改出问题一个git checkout .就能回到安全状态。这是你的安全网没有它就是在走钢丝。3.2 用 /compact 重置上下文对话越长上下文越杂Claude Code 的表现会下降。完成一个里程碑后用/compact压缩上下文相当于给对话做个小结再继续。经验法则每完成一个完整功能或修复一个 bug 后compact 一次。3.3 让 Claude Code 自己跑测试不要手动复制测试结果给它。在CLAUDE.md里配好测试命令让它自己执行、自己看结果、自己修## 测试命令 - 单元测试npm test - 类型检查npx tsc --noEmit - Lintnpm run lint这形成了一个自动反馈闭环写代码 → 跑测试 → 看报错 → 修代码 → 再跑测试。比人工传递信息高效得多。3.4 一个会话只做一件事抵制在同一个会话里又修 bug 又加功能的冲动。上下文污染是 AI 对话的头号杀手。一个会话解决一个明确的问题。做完了commit开新会话做下一件事。干净利落。四、进阶技巧把效率再拉一个档次基础打牢之后下面这些技巧能帮你更进一步。4.1 用 Hooks 做自动化Hooks 是在特定操作前后自动执行的命令。比如保存文件后自动跑 Prettier 格式化提交代码前自动跑 lint 检查创建文件后自动添加版权头这些小自动化叠加起来既保证了一致性又减少了手动操作。4.2 打造可复用的项目套件如果你经常启动同类项目比如 Next.js Prisma 的 SaaS把配好的.claude/目录做成模板.claude-kit-nextjs-saas/ ├── CLAUDE.md ├── .claudeignore ├── rules/ │ ├── api.md │ ├── database.md │ └── testing.md └── commands/ └── new-feature.md新项目直接复制过去几秒钟就能拥有一个调教好的 Claude Code 环境。4.3 提交前必须 Review这条放在最后因为最重要。Claude Code 生成的每一行代码在合入之前都要经过你的审查git diff逐行看改动跑完整测试套件构建一次确保没问题AI 是你的副驾驶不是自动驾驶。方向盘始终在你手里。五、一个真实的工作画面​ Fryc 描述了他的日常工作状态用语音输入Wispr Flow口述需求在 Warp 终端里开多个 Claude Code 会话并行工作。他的角色从写代码的人变成了审代码、定方向的人。​ 这不是未来这是现在。据他的描述功能交付速度提升了5-10 倍——前提是做好了上面这些准备工作。总结带走这五条原则一句话先配置再对话CLAUDE.md rules .claudeignore 是基础设施给目标不给实现说清为什么让 AI 决定怎么做分阶段勤检查大任务拆小每步验证后再继续一事一会话保持上下文干净避免信息污染永远 ReviewAI 写的代码跟人写的一样合入前必须审查​ Claude Code 本身的能力上限很高但能发挥几成取决于你怎么驾驭它。这 15 条实践不复杂但坚持执行的人和随便用用的人产出差距会越拉越大。