Claude Code创始人的13条实战秘籍

发表于 分类于
Claude Code 实战

起因

最近看到 Claude Code 的创始人 Boris Cherny 在 Twitter 上分享了自己使用 Claude Code 的 13 条核心技巧。

这个人不是普通用户,他是 Claude Code 的核心开发者之一。

他的配置,他的习惯,肯定有东西值得学习。

技巧一:保持默认配置

如果你不会调,就别调。

Boris 说,因为他们团队都在深度使用 Claude Code,所以默认配置已经优化得挺好的了。

新手容易犯的错误:

  • 看到各种配置就想调
  • 调完反而用不好
  • 默认配置其实已经够用了

建议:

  • 先用默认配置
  • 等熟悉了再考虑个性化
  • 大部分场景,默认就够用

技巧二:并行多个任务

不要盯着一个任务等结果。

Claude 是机器人,不是活人。它可以同时处理很多事情。

Boris 的习惯是同时运行 5 到 10 个 Claude 任务。

怎么操作:

  • 在不同终端窗口开多个任务
  • 或者用 /goal 命令并行执行
  • 让 Claude 后台自动排队处理

好处:

  • 不用等一个任务完成才开下一个
  • 总体完成速度更快
  • 充分利用 Claude 的并发能力

技巧三:无人值守模式

长任务的时候,别一直守着点”批准”。

Boris 用的是 --permission-mode=dontAsk 参数。

这个参数的意思是:

  • Claude 可以自己执行命令
  • 不用等用户确认
  • 适合那种不需要人工干预的任务

适用场景:

  • 批量代码重构
  • 自动化测试
  • 文档生成
  • 代码审查

注意事项:

  • 敏感操作不要用这个模式
  • 文件系统权限操作要小心

技巧四:使用 Chrome 扩展自动测试

这是个很实用的技巧。

Boris 用 Chrome 扩展让 Claude 自己打开浏览器测试 UI。

工作流:

  1. Claude 修改前端代码
  2. 自动打开浏览器测试
  3. 发现问题
  4. 自动修复
  5. 再测试
  6. 直到完美

好处:

  • 不用自己手动打开浏览器
  • 测试-修复循环自动化
  • 用户体验问题能快速迭代

技巧五:agent stop 钩子验证

任务完成后,不是直接提交。

Boris 配了个钩子:agent stop。

这个钩子会:

  • 自动验证代码
  • 跑测试
  • 检查代码质量
  • 验证通过才完成

如果验证失败:

  • Claude 继续修复
  • 再验证
  • 直到通过

好处:

  • 质量有保障
  • 不用人工手动验证
  • 形成自动化的闭环

技巧六:共享知识库 CLAUDE.md

这个点很重要。

Boris 的团队共用一个 CLAUDE.md 文件。

放在哪?放在 Git 仓库里。

更新频率:团队成员每周都会多次更新。

更新什么?

  • 发现 Claude 哪里做错了
  • 就把规矩写进 CLAUDE.md
  • 确保它下次不再犯同样的错误

效果:

  • 团队知识沉淀
  • 避免重复犯错
  • 集体优化使用方式

技巧七:保持简单配置

Boris 说,他的配置可能出乎意料地”素”。

意思就是:简单。

为什么?

  • Claude Code 开箱即用非常出色
  • 大部分场景不需要自定义
  • 复杂配置反而容易出问题

建议:

  • 能不用插件就不用
  • 能不改配置就不改
  • 保持系统简洁

技巧八:团队协作规范

不是一个人用,是整个团队怎么用。

Boris 团队的做法:

  • 统一的 CLAUDE.md
  • 统一的钩子配置
  • 统一的权限设置
  • 统一的项目结构

好处:

  • 团队协作顺畅
  • 知识可以共享
  • 问题可以快速定位

技巧九:合理使用 MCP

MCP (Model Context Protocol) 是 Claude 的扩展机制。

Boris 的建议:

  • 不要装太多 MCP 服务器
  • 装真正有用的
  • 配置好访问权限

原因:

  • MCP 服务器多了,反而慢
  • 每个都要授权,麻烦
  • 质量参差不齐

技巧十:善用 /goal 命令

/goal 命令可以并行执行多个任务。

例子:

1
2
3
4
5
/goal
1. 重构用户模块
2. 更新 API 文档
3. 添加单元测试
4. 修复已知 bug

Claude 会:

  • 同时执行这些任务
  • 自动处理依赖关系
  • 高效完成

技巧十一:长任务拆分

太长的任务,Claude 容易跑偏。

Boris 的做法:

  • 拆分成多个小任务
  • 每个任务有明确目标
  • 串行或并行执行

好处:

  • 每个任务更容易控制
  • 出问题容易定位
  • 进度更清晰

技巧十二:善用上下文

Claude 能记住的上下文有限。

Boris 的建议:

  • 重要信息一开始就给
  • 不要分多次重复说
  • 用文件记录长期信息

比如:

  • 项目架构写在 CLAUDE.md 里
  • 业务规则也写进去
  • Claude 可以随时读取

技巧十三:持续反馈和优化

不是一次配好就完了。

Boris 团队的做法:

  • 每周多次更新 CLAUDE.md
  • 发现问题马上记录
  • 团队分享最佳实践
  • 持续优化使用方式

本质:

  • 把 Claude 当作团队成员
  • 不断培训它
  • 优化它的工作方式

我的一些实践

用了 Claude Code 一段时间,我也积累了一些经验。

我的配置

  1. 保持默认配置
    基本上没怎么调,默认就够用

  2. 并行任务
    经常同时开 2-3 个任务

  3. 简单的钩子
    只配置了必要的几个

  4. 我的 CLAUDE.md
    项目根目录放了个文件,记录了一些项目特有的事

我的感受

Claude Code 确实好用。

但它的价值,不是简单地”帮我写代码”。

而是:成为你工作流的一部分。

  • 你教它规则
  • 它按规则干活
  • 出错了你纠正
  • 下次它就学会了

这个循环持续优化,你的”AI 助手”会越来越聪明。

给使用 Claude Code 的建议

新手建议

  1. 先用默认配置
    别一上来就调配置,默认其实挺好用

  2. 从简单任务开始
    先让它干些简单的,熟悉了再上复杂任务

  3. 善用 /goal
    多个相关任务,用 /goal 一起执行

进阶建议

  1. 配置你的 CLAUDE.md
    项目相关的规则、架构、约定都写进去

  2. 设置自动化钩子
    agent stop 之类的钩子配置好

  3. 合理使用 MCP
    装真正有用的,别太多

团队建议

  1. 统一配置
    团队用统一的 CLAUDE.md,统一的钩子

  2. 定期分享
    定期分享使用心得,最佳实践

  3. 持续优化
    把 Claude 当团队成员,持续培训它

写在最后

Boris 的这 13 条技巧,核心思想就一个:

把 Claude Code 当作你团队的一部分,而不是一个工具。

  • 它会犯错,就像人一样
  • 你要纠正它,就像指导新人一样
  • 它会学习,就像积累经验一样

持续优化,持续反馈,它就会越来越懂你的项目,越来越懂你的需求。

这比单纯”让它帮我写代码”要有用得多。

参考: