新智元报道
你以为自己在编写AI程序？其实只是与它对话而已！Claude Code内部指南被曝光，与其继续这种问答模式，不如了解它如何修复错误。
技术高手和普通开发者之间的差距，并非在于Prompt技巧的掌握程度。
还停留在输入代码、出现报错、修改再测试的循环中吗？
大佬Boris嘴上说没有固定的方法论，行动上却分享了许多实用技巧。
看到这种场景是否心酸：你在一个对话框里挣扎，而他人则在多个目录间高效推进——一边跑测试，一边修bug，另一边开发新功能。
如果你的编程方式还是复制粘贴的模式，那么你就落伍了。
摒弃单线程思维：Git Worktrees让你的工作效率倍增
在传统的AI辅助编程中，开发者大部分时间是在等待AI反馈或代码执行结果。
Boris对这种低效方法嗤之以鼻，他的解决之道就是“并行”二字。
Boris团队采取了简单直接的方法：创建3-5个Git Worktree，每个Worktree运行一个独立的Claude会话。
这种方式岂不比复制多个Repo更方便？
详情请参考代码实例（略）。
Git Worktrees允许你在一个仓库中拥有多个工作目录，并共享同一个.git文件夹。
可以在同一份历史记录下拉出多个工作目录，切换任务时无需合并分支和改动；
每个工作目录都可以与一个Claude会话绑定，确保上下文清晰且便于管理
这样一来，你再也不用盯着屏幕等待测试结果，而是可以同时进行耗时的测试、修bug以及开发新功能。
这才是工作效率大幅提升的关键所在。
从「代码工人」到「架构师」：Plan Mode助力左右互搏
让Claude编写简单的脚本当然没问题，但复杂的任务往往容易出错。
当需求复杂、依赖关系繁多时，AI可能会迷失方向。
Boris优化流程后发现，解决复杂问题的关键在于“先进Plan Mode（计划模式）”。
启动Claude Code界面：Shift+Tab切换至Plan Mode。Boris团队的规则是——面对复杂任务先在Plan Mode规划后再执行。
用另一种说法就是——养蛊，让AI自我审查。
第一条Claude负责制定计划和实现；第二条CLAUSE扮演审核角色，专注于检查边界条件、错误处理等细节。
审查意见反馈给第一条改进。流程变为“先计划后执行；先实现再复核”，产出的质量明显提升。
即使是初学者，也能通过这种“双轨制”获得大师级的设计方案。
但是要注意！过度使用这种方法会导致代码混乱。
如果偏离轨道，立即暂停，重新定义问题后再继续。
掌握Claude Code：Boris Cherny团队精选11个高效工程工作流程。从Plan Mode开始规划，到高级工程师的审核博弈，再到持久化CLAUDE.md记忆，全过程可视化管理。
通过CLAUDE.md文件实现经验积累
Boris认为如果某个问题已经解释过一次，就应该让系统记住而不是依赖个人的记忆力。
充分利用CLAUDE.md文件，避免AI的知识随着会话结束而清空。
这是项目的“施工指南”，你希望它遵守的代码标准、目录结构约定等都可以写进去。
经验教训不应只留在聊天记录中，而是要直接补充到CLAUDE.md文件中。
下次启动新会话时可以减少很多重复性的沟通。
一种常见的做法是：每次完成一轮开发后进行一次“技术债清理”，让AI列出并按优先级处理可解决的小问题。
消除冗长的沟通过程：MCP协议实现即时互动
还在使用Slack接收Bug报告，到CI服务器查看日志再回到IDE修改代码？
更高效的方法是打通上下文信息的壁垒。
MCP可以让您减少人工搬运的工作。讨论可以在Slack进行，无需复制粘贴；CI中的日志也可以直接调用相关工具处理。
让它自动分析问题并提供解决方案，再将这些改动带回实际开发中。
这才是真正的便捷：节省注意力而非反复的Ctrl+C和Ctrl+V操作。
Boris的方法核心在于一句话：不要陷入繁琐的操作细节。
将任务拆解清楚、利用并行处理机制以及积累经验，这才是你应该做的。
你慢慢会发现，你在引导AI高效完成工作。
编写好CLAUDE.md文档，启动Git Worktrees，并使用Plan Mode，就能让AI不再每次都像是新手一样从零开始。
在这场AI技术竞赛的下半场中，普通开发者在与AI对话，而顶尖开发者则正在训练一支高效的团队。
快去准备你的CLAUDE.md文件吧，不要再让你的AI裸奔了！
参考资料：
https://x.com/bcherny/status/2017742760435233200?s=20