微信扫码
添加专属顾问
我要投稿
Claude Code创始人揭秘:10条进阶秘籍教你如何像调度同事一样高效使用Claude,告别低效工作方式!核心内容: 1. 创始人提出的4个核心关键词:并行、先计划、沉淀规则、减少切换成本 2. 10条进阶秘籍详解,包括worktree并行工作、Plan Mode等实用技巧 3. 附赠12条可直接复制的工作流Prompt清单,提升开发效率
很多人用 Claude Code,用到最后会变成两种极端:
要么把它当 Copilot,问一句、改一点。
要么把它当“万能黑盒”,一句话丢进去,等它自己跑完,然后再花更久去收拾输出。
创始人 Boris Cherny 的这套“10 条进阶秘籍”,其实是在纠正这两种用法。
核心思想很朴素:把 Claude 当成一个能被调度的同事,用流程跑工程问题。
你不需要写更花的提示词。你需要更像一个工程师下任务。
这 10 条可以归成 4 个关键词:
git worktree 让多个任务同时推进。CLAUDE.md,让它下次别再踩。最后我把官方文档的 Common workflows 又整理成一份可复制的 12 条工作流清单,放在文末做附录。
git worktree,一个任务一个 worktree,一个 Claude 会话一份干净上下文。CLAUDE.md,形成“项目宪法”。/statusline 把上下文和分支钉在状态栏里。Claude Code 团队内部最推的第一条,是“同时开 3 到 5 个 worktree”。
你可以把它理解成:把并行能力交给 Git,把上下文隔离交给 worktree。
# 新建 worktree + 新分支
git worktree add ../project-feature-a -b feature-a
# 或者基于已有分支建 worktree
git worktree add ../project-bugfix bugfix-123
进入各自 worktree 后分别开 Claude,会天然得到两个收益:
做得再激进一点,可以给 worktree 配 shell alias(例如 za、zb、zc),一键跳转。
Plan Mode 更像是用来减少返工的。安全只是副产品。
团队里很常见的做法是:
你可以直接这样开:
claude --permission-mode plan
然后让它按结构出计划:
> 先只读分析现状,不要改文件。
> 请按这个结构给计划:
> 1) 现状摘要(含关键文件列表)
> 2) 目标与非目标
> 3) 实施步骤(按 PR 切分)
> 4) 风险清单(每条对应规避方式)
> 5) 验证清单(命令级别)
> 6) 回滚方案
这里的关键点是:把“验证步骤”也写进计划里。
很多失败不是代码写错,是验证没跟上。
Boris 给的做法非常直接:
每次 Claude 犯错,你纠正完就补一句:
> 更新 CLAUDE.md,确保以后不再犯同样的错误。
这句话的含义是:把你刚才的“口头经验”变成可复用的系统约束。
团队里还有一个技巧我很喜欢:
CLAUDE.md 引用这些 notes。这样 CLAUDE.md 负责规则,notes 负责证据与上下文。
这条很像工程管理里的那句老话:重复劳动超过两次就值得自动化。
团队给的例子很实在:
/techdebt 命令,每次会话结束扫一遍重复代码。你不需要一次性做大而全。
先从最烦的重复活开始。
团队对“修 bug”这件事的态度很明确:
把上下文切换成本干掉,把微操干掉。
三种典型用法:
1)如果你有 Slack MCP,把 bug 讨论串直接贴给 Claude,只说一个词:
fix
2)如果是 CI 爆了,就别指导它怎么修,直接下任务:
> Go fix the failing CI tests.
3)如果是线上或分布式问题,就把 Docker logs 当证据给它,让它先讲清根因,再给排查路径。
你要的是“让它把问题跑通”,不是“你替它写 plan,然后让它照抄”。
这一条的精髓是:把 Claude 拉到“审查与证明”的位置上。
三个很狠但很好用的口令:
> 对我这些代码变更进行严厉拷问。在我通过你的测试之前,不要创建 PR。
> 向我证明这行得通。请对比 main 分支和当前 feature 分支的行为差异,列出你验证了什么。
> 基于你现在掌握的所有信息,废掉目前的方案,去实现一个更优雅的解法。
这三句的共同点是:你在要求“可验证的交付”,而不是“看起来像对的输出”。
团队提到一个很细但很关键的点:终端体验会直接影响你写 Prompt 的质量。
他们很喜欢 Ghostty,也会用 tmux、标签页命名和颜色标记来管理并行任务。
最推荐的一个动作是:用 /statusline 把关键信息固定在状态栏里。
比如始终显示:
另外一个很现实的建议是用语音听写。
说话速度通常比打字快,你的描述也更完整。
子代理的价值就两点:
1)需要更多推理算力时,直接在请求末尾加一句:
use subagents
2)把独立子任务 offload 给子代理,主会话保持干净,别让“碎细节”把上下文挤爆。
团队还提到一个更进阶的玩法:
通过 hooks 把权限请求路由给更强模型,让它扫描潜在注入攻击,并自动批准安全请求。
这类自动化很强,但也更敏感。
我的建议是:先在非生产环境把流程跑顺,再考虑自动批准。
团队的用法是让 Claude Code 调用 bq(BigQuery CLI)即时拉取并分析指标。
他们把 BigQuery skill 放进代码库,团队成员直接在 Claude Code 里跑分析查询,甚至“半年没写过 SQL”。
这一招并不只适用于 BigQuery。
只要你的数据源有 CLI、MCP 或 API,都可以做同样的事情:
团队给了 4 个学习向技巧,都是那种你用一次就会形成习惯的:
1)在 /config 里开 Explanatory 或 Learning 输出风格,让它解释每一步改动背后的原因。
2)让它把陌生代码生成一份 HTML 演示文档,用“幻灯片”的方式讲清结构。
3)让它画 ASCII 架构图,尤其适合协议、链路和复杂数据流。
4)做一个间隔复习(spaced repetition)的学习 skill:你先讲理解,它追问补缺口,然后把结果记录下来。
你会明显感觉到:学习成本从“读文档”变成“对话式复盘”。
我更愿意把它看成一套组合拳:
CLAUDE.md 持续迭代。把它跑顺,你会从“让 AI 帮我写代码”,变成“我在调度一个工程系统”。
这 12 条来自官方文档 Common workflows,我按“从读仓库到交付”的顺序整理了一版。
> give me an overview of this codebase
> explain the main architecture patterns used here
> what are the key data models?
> find the files that handle user authentication
> how do these authentication files work together?
> trace the login process from front-end to database
> I'm seeing an error when I run npm test
> suggest a few ways to fix the @ts-ignore in user.ts
> update user.ts to add the null check you suggested
> find deprecated API usage in our codebase
> refactor utils.js to use ES2024 features while maintaining the same behavior
> run tests for the refactored code
> /agents
> use the code-reviewer subagent to check the auth module
> have the debugger subagent investigate why users can't log in
claude --permission-mode plan
> Analyze the authentication system and suggest improvements
> find functions in NotificationsService.swift that are not covered by tests
> add tests for the notification service
> run the new tests and fix any failures
> /commit-push-pr
> summarize the changes I've made to the authentication module
> enhance the PR description with more context about the security improvements
> find functions without proper JSDoc comments in the auth module
> add JSDoc comments to the undocumented functions in auth.js
> check if the documentation follows our project standards
> What does this image show?
> Here's a screenshot of the error. What's causing it?
> Generate CSS to match this design mockup
@ 引用文件/目录/MCP 资源
> Explain the logic in @src/utils/auth.js
> What's the structure of @src/components?
> Show me the data from @github:repos/owner/repo/issues
cat build-error.txt | claude -p 'concisely explain the root cause of this build error' > output.txt
cat data.txt | claude -p 'summarize this data' --output-format text > summary.txt
https://x.com/bcherny/status/2017742741636321619
https://code.claude.com/docs/en/common-workflows
https://code.claude.com/docs/en/terminal-config
https://code.claude.com/docs/en/skills
https://code.claude.com/docs/en/hooks
如喜欢本文,请点击右上角,把文章分享到朋友圈
如有想了解学习的技术点,请留言给若飞安排分享
因公众号更改推送规则,请点“在看”并加“星标”第一时间获取精彩技术分享
·END·
相关阅读:
版权申明:内容来源网络,仅供学习研究,版权归原创者所有。如有侵权烦请告知,我们会立即删除并表示歉意。谢谢!
我们都是架构师!
关注架构师(JiaGouX),添加“星标”
获取每天技术干货,一起成为牛逼架构师
技术群请加若飞:1321113940 进架构师群
投稿、合作、版权等邮箱:[email protected]
53AI,企业落地大模型首选服务商
产品:场景落地咨询+大模型应用平台+行业解决方案
承诺:免费POC验证,效果达标后再合作。零风险落地应用大模型,已交付160+中大型企业
2026-01-31
全网首发!一张通往“人类禁区”的船票,手把手教你把 AI 送进 Moltbook
2026-01-30
ESLint创始人揭秘:用AI角色扮演编程,效率飙升
2026-01-30
谷歌官方推出!10 个 Gem 提示词,附详细Gem自律助手创建流程
2026-01-30
Skill手搓“自动化PPT神器”,不写一行代码
2026-01-29
简单的AGENTS.md竟然完胜复杂Skills,Vercel实测
2026-01-25
Claude Code 最佳实践:50 个实用技巧
2026-01-23
迈向资产化的提示词/Skill:从个人技巧到组织能力
2026-01-22
Anthropic 黑客松冠军的"核武库"流出:这才是 Claude Code 的正确打开方式
2025-11-14
2025-12-03
2025-12-26
2025-12-17
2026-01-18
2025-11-27
2025-11-09
2026-01-04
2025-11-30
2026-01-07
2026-01-21
2026-01-16
2026-01-13
2026-01-05
2025-12-22
2025-12-14
2025-12-03
2025-12-02