Boris Cherny的Claude Code使用技巧
- 并行运行Agent实例(本地命令行运行多个Session + 云端运行多个Session)完成不同的任务。
- 评价:很多大佬都提到了这一点,通过这种方式确实能很快提高产出,将敏捷上到一个新的高度。然而对于项目和代码经验本身不足的初级工程师来说,这一点可能并不容易。你的技术越好,越能得到AI杠杆带来的收益。
- 团队共用
CLAUDE.md文件,每周进行多次更新。每当发现Claude做错什么都写到CLAUDE.md里面。- 评价:及时更新很重要,但是我们团队往往缺乏合作意识和更新意识,没有迭代这些文件。
- 代码审查的时候要求将某些内容作为PR的一部分加入到
claude.md。使用了 Claude Code 的 Github Action(/install-github-action)来实现这一点。- 评价:这需要对项目有很强的管理意识,能够对项目比较熟悉。不过我倒是觉得这种让Agent更新
CLAUDE.md或者project.md的方法是可以大胆尝试的。也相当于让Agent随着使用而进行进化了,Agent不应该是无状态的。
- 评价:这需要对项目有很强的管理意识,能够对项目比较熟悉。不过我倒是觉得这种让Agent更新
- 计划模式优先于代码模式,来回沟通,然后进入到写代码模式去写好。
- 评价:需要对什么是“好计划“有自己的理解,这需要一些技术架构和实现的功底在。我们团队有在应用这部分实践,具体来说我采用了
openspec来实现这一点。
- 评价:需要对什么是“好计划“有自己的理解,这需要一些技术架构和实现的功底在。我们团队有在应用这部分实践,具体来说我采用了
- 将常见的工作流封装为命令
slash,例如commit-push-pr- 评价:我对于这一点的应用也比较缺乏,开始尝试观察自己的日常工作流然后对内容进行封装,尽可能解放双手提高效能。
- 一定要给Agent一个质量验证的环节,如果是交互程序就要可以让Agent通过Chrome扩展进行交互模拟,每个领域有不同的验收方式。
- 评价:目前除了让另一个Agent自己写单元测试进行验证,我不知道有什么合适的方法。
- 暂时没有探索的几点
- 使用
subagents来完成代码【这一点在Cursor似乎无法实现】,这一点后续探索。 - 我们使用
PostToolUse钩子来格式化 Claude 生成的代码。【这一点在Cursor似乎也没法实现?好像没遇到过这个】,后续探索一下。 - 针对超长运行时间的任务如何做【后续探索一下Cursor怎么做,不然如果实在有这个需求就只能转Claude了】
- 提示Claude完成后用
backend agent验证工作。 - 使用Agent的
Stop Hook - 使用
ralph-wiggum插件。 我还会配合使用--permission-mode=dontAsk或在沙箱里开启危险跳过模式。
- 提示Claude完成后用
- 使用
- 其他使用建议
- **不使用
--dangerously-skip-permissions。**相反,用/permissions预先批准那些在环境中已知的安全 bash 命令。这些配置大多保存在.claude/settings.json中并全队共享。
- **不使用
Claude v.s. Cursor
阅读过程中也发现Claude Code和Cursor不一样的一些地方:
- Claude Code似乎支持一次性调用多个工具,而Cursor没办法。这导致Cursor如果也加上类似 “调用多个工具”的提示词,就会写一个很长的脚本来做这件事情。
- Claude Code支持 subagents模式,而Cursor不支持这个模式。
- Claude Code支持一些执行的Hook,可以方便做代码检查、长时运行等任务。
我的一些提效技巧
- 「AI意识」任何“不懂”导致卡住的工作上的问题或者技术上的问题,优先想到通过Gemini等AI来提问解决,而不是自己干想。
- 例如,我通过
gh auth login后一直卡在那个登陆界面,是因为我脑海中以为必须通过手机验证码来登陆。但实际上是通过命令行来登陆。这种理解偏差给我的效率带来了很大的影响,而其实只需要通过提问gemini flash就可以很快得到解决。
- 例如,我通过