Claude-Code创始人的13条实战秘籍.md 7.1 KB
title: Claude Code创始人的13条实战秘籍 author: Gamehu date: 2026-02-27 22:15:00 tags:
- Claude Code
- AI
- 效率工具 categories:
- 工具
---
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。
工作流:
- Claude 修改前端代码
- 自动打开浏览器测试
- 发现问题
- 自动修复
- 再测试
- 直到完美
好处:
- 不用自己手动打开浏览器
- 测试-修复循环自动化
- 用户体验问题能快速迭代
技巧五: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 命令可以并行执行多个任务。
例子:
/goal
1. 重构用户模块
2. 更新 API 文档
3. 添加单元测试
4. 修复已知 bug
Claude 会:
- 同时执行这些任务
- 自动处理依赖关系
- 高效完成
技巧十一:长任务拆分
太长的任务,Claude 容易跑偏。
Boris 的做法:
- 拆分成多个小任务
- 每个任务有明确目标
- 串行或并行执行
好处:
- 每个任务更容易控制
- 出问题容易定位
- 进度更清晰
技巧十二:善用上下文
Claude 能记住的上下文有限。
Boris 的建议:
- 重要信息一开始就给
- 不要分多次重复说
- 用文件记录长期信息
比如:
- 项目架构写在 CLAUDE.md 里
- 业务规则也写进去
- Claude 可以随时读取
技巧十三:持续反馈和优化
不是一次配好就完了。
Boris 团队的做法:
- 每周多次更新 CLAUDE.md
- 发现问题马上记录
- 团队分享最佳实践
- 持续优化使用方式
本质:
- 把 Claude 当作团队成员
- 不断培训它
- 优化它的工作方式
我的一些实践
用了 Claude Code 一段时间,我也积累了一些经验。
我的配置
保持默认配置 基本上没怎么调,默认就够用
并行任务 经常同时开 2-3 个任务
简单的钩子 只配置了必要的几个
我的 CLAUDE.md 项目根目录放了个文件,记录了一些项目特有的事
我的感受
Claude Code 确实好用。
但它的价值,不是简单地"帮我写代码"。
而是:成为你工作流的一部分。
- 你教它规则
- 它按规则干活
- 出错了你纠正
- 下次它就学会了
这个循环持续优化,你的"AI 助手"会越来越聪明。
给使用 Claude Code 的建议
新手建议
先用默认配置 别一上来就调配置,默认其实挺好用
从简单任务开始 先让它干些简单的,熟悉了再上复杂任务
善用 /goal 多个相关任务,用 /goal 一起执行
进阶建议
配置你的 CLAUDE.md 项目相关的规则、架构、约定都写进去
设置自动化钩子 agent stop 之类的钩子配置好
合理使用 MCP 装真正有用的,别太多
团队建议
统一配置 团队用统一的 CLAUDE.md,统一的钩子
定期分享 定期分享使用心得,最佳实践
持续优化 把 Claude 当团队成员,持续培训它
写在最后
Boris 的这 13 条技巧,核心思想就一个:
把 Claude Code 当作你团队的一部分,而不是一个工具。
- 它会犯错,就像人一样
- 你要纠正它,就像指导新人一样
- 它会学习,就像积累经验一样
持续优化,持续反馈,它就会越来越懂你的项目,越来越懂你的需求。
这比单纯"让它帮我写代码"要有用得多。
参考: