Claude Code 创建者的 11 个高效使用技巧
发布于 2026年1月9日
前言
最近看了 Claude Code 创建者 Boris 分享 Claude Code 使用技巧，发现他没用复杂配置。只用了 5 个核心机制：多窗口并行、权限预设、自动格式化、子代理、验证循环。但这套组合能让他同时跑 10+ 个任务，早上启动晚上收结果。
这篇文章是我对他分享的整理，加上了自己的理解和使用建议。如果你已经在用 Claude Code，但感觉效率还没到位，这些技巧可能会帮到你。
1. 多开并行
Boris 的工作模式是：早上出门前在手机上启动 5 个任务，回来时已经跑完了。他的设置是终端开 5 个窗口（编号 1-5）哪个窗口需要输入，Claude 就会通知你。终端还可以和网页端、手机端互相切换，随时随地检查任务。
需要达到这种地步，可能你脑海中会有 n 多的任务最准备好，而且我觉得每个任务也得描述清楚吧，所以多开也是很耗精力的一件事
2. 模型选择 Claude Opus 4.5
虽然 Opus 4.5 比 Sonnet 输出慢，但实际体验反而更快，Opus 4.5 理解能力更强，不需要反复纠正，工具调用也更准确。省下来的沟通成本远超等待时间。
我个人认为大家一定要去尝试使用世界上对顶尖的大模型，你才能真正感受到 vibe coding 的魅力，以及 AI 真正的能力
3. CLAUDE.md：团队的共享记忆
把 CLAUDE.md 文件提交到 git 仓库，团队共用，然后定期更新。更新的规则很简单：发现 Claude 做错了，就写进去，下次它就不会再犯。
下面是一个示例：
# CLAUDE.md
## 代码规范
- 使用 TypeScript strict mode
- 测试文件使用 .test.ts 后缀
## 注意事项
- 不要修改 legacy/ 目录下的文件
- API 响应必须定义类型
Code Review 的时候可以 @claude 让它把新发现的问题补充到 CLAUDE.md 里。
这样做的好处就是你不需要每次都重复提同样的要求，以后 Claude 会越来越准确的完成你的任务。
4. Plan 模式：先规划再执行
对于需要修改 3 个以上文件的任务，Boris 会先进 Plan 模式（按两次 Shift+Tab）。在这个模式下，你可以与 Claude 反复讨论方案。计划确定后，切到 accept edits 模式执行。这样做的好处是：避免执行到一半发现方向错了，得重新来过。
5. 斜杠命令：封装高频操作
把每天执行几十次的操作，封装成斜杠命令，放在 .claude/commands/ 目录下。比如 /commit-push-pr，一个命令完成提交、推送、创建 PR 全流程。
<!-- .claude/commands/commit-push-pr.md -->
根据以下信息创建 commit、push 并创建 PR：
当前状态：
$git status
最近提交：
$git log --oneline -5
请生成规范的 commit message 并完成整个流程。
可以使用 $ 前缀内嵌 bash 脚本，会直接执行这个脚本，把脚本的输出作为上下文信息，减少与模型的交互轮次。
参考文档：Slash Commands
你也可以看我这篇文章：使用 Claude Code 的 Slash Command 编排工作流，让 AI 半夜持续为你打工
6. 子代理：专项任务自动化
常用的子代理配置：
code-simplifier：代码完成后自动简化重构verify-app：端到端测试验证
把常见工作流封装成子代理，每个流程都能复用，确保质量一致。
目前 code-simplifier 这个 agent 已经开源了，你可以使用下面的命令安装
# 进入 claude
/plugin marketplace update claude-plugins-official
/plugin install code-simplifier
参考文档：Sub-agents
7. 自动格式化 Hook
使用 PostToolUse hook 自动格式化代码。Claude 生成的代码格式本身已经不错，hook 处理剩余 10% 的边缘情况，避免 CI 报格式错误。
"PostToolUse": [
{
"matcher": "Write|Edit",
"hooks": [
{
"type": "command",
"command": "bun run format || true"
}
]
}
]
8. 权限管理：安全且不打断
不推荐使用 --dangerously-skip-permissions。而是用 /permissions 预先允许已知安全的命令，配置保存在 .claude/settings.json 里与团队共享。
{
"permissions": {
"allow": [
"Bash(bq query:*)",
"Bash(bun run build:*)",
"Bash(bun run lint:file:*)",
"Bash(bun run test:*)",
"Bash(bun run test:file:*)",
"Bash(bun run typecheck:*)",
"Bash(bun test:*)",
"Bash(cc:*)",
"Bash(comm:*)",
"Bash(find:*)",
]
}
}
既保证安全，又不会被权限弹窗打断工作流。
9. MCP：扩展 Claude 的工具能力
Claude Code 可以通过 MCP 协议调用外部工具：
- Slack MCP：搜索和发送消息
- BigQuery CLI：执行分析查询
- Sentry：拉取错误日志
MCP 配置写在 .mcp.json 里，可以团队共享：
{
"mcpServers": {
"slack": {
"type": "http",
"url": "https://slack.mcp.anthropic.com/mcp"
}
}
}
10. 长任务处理
对于运行时间较长的任务，推荐以下方式避免阻塞：
- 后台代理验证：提示 Claude 完成后用后台代理自行验证
- Agent Stop Hook：使用 hook 进行确定性验证
- Ralph-loop 插件：自动循环执行直到完成
- 沙箱模式：在安全环境中使用
--permission-mode=dontAsk跳过权限提示
让 Claude 完全自己运行，你可以早点睡个好觉了，等起床去看任务完成情况。
11. 给 Claude 自我验证的能力
这是获得高质量结果的关键：让 Claude 能验证自己的工作。
有了反馈循环，输出质量可以提升 2-3 倍。验证方式因场景而异：
- 脚本/CLI：运行 bash 命令检查输出
- 后端服务：执行测试套件
- 前端 UI：浏览器自动化测试
- 移动端：模拟器验证
Boris 团队使用 Chrome 扩展让 Claude 自己打开浏览器测试 UI，反复迭代直到效果满意。
在验证环节的投入，回报是巨大的。
总结
这些技巧的核心思想可以归纳为两点：
- 自动化重复操作：通过斜杠命令、子代理、Hook 减少手动干预
- 建立验证反馈循环：让 Claude 能够验证自己的工作，持续迭代直到满足要求
没有什么黑魔法和复杂的插件，就是把基础机制组合使用，结合团队或者个人的习惯进行设置规则和工作流，就能很好的高效的使用 Claude Code 了。
如果你觉得这篇文章对你有帮助，欢迎点赞、分享，你的支持是我持续创作的最大动力！