hi，大家好，我是顾北！

昨天 Boris Cherny（Claude Code 的创始人）在 X 上发了一条线程，列了15个他自己最常用的「隐藏/未被充分利用」功能。

我通读下来，心里咯噔了一下——用了这么久，有一半功能我压根没认真碰过。

更让我惊讶的是第15条：他说自己大部分代码是用说话而不是打字完成的。

好了，直接干货，按我觉得的重要程度来排。

先说最强的两个

/loop 和 /schedule —— 让 Claude 替你跑后台

Boris 把这两个直接称为「最强大的功能」，不是之一。

/loop 可以让 Claude 每隔固定时间自动执行一个任务，最长能跑整整一周。Boris 自己的配置是这样的：

/loop 5m /babysit        # 每5分钟：处理 code review、自动 rebase、推进 PR
/loop 30m /slack-feedback # 每30分钟：为 Slack 反馈自动创建 PR
/loop /post-merge-sweeper # 处理合并后遗漏的 review 意见
/loop 1h /pr-pruner       # 每小时：关闭陈旧的 PR

看到这个配置，我愣了一下。他把「开发流程中最烦的那些杂事」——code review 跟进、rebase、清理过时 PR——全部自动化掉了。这些事以前占用的隐性时间，其实不少。

/schedule 是更灵活的版本，可以指定具体执行时间点。两个结合用，基本上可以实现「你睡觉的时候 Claude 还在干活」的状态。

💡 使用建议：先把重复性工作流整理成 skill，再配合 /loop。比如每天早上自动整理 issue、每晚自动跑一遍测试并生成摘要。

Hooks —— 给 Agent 注入确定性逻辑

如果说 /loop 是「定时任务」，Hooks 就是「事件驱动的确定性逻辑」。

Claude 的 agent 生命周期有几个关键节点，每个节点都可以挂钩子：

Hook 类型	触发时机	能干什么
SessionStart	每次启动	动态加载上下文、初始化变量
PreToolUse	每次工具调用前	记录日志、拦截危险操作
PermissionRequest	需要权限时	推送到手机/WhatsApp 让你批准
Stop	Claude 停下时	自动戳它继续干活

Boris 提到的一个用法很妙：把 PermissionRequest 路由到 WhatsApp。Claude 要执行敏感操作时，你手机直接收到通知，点一下批准，它继续干。

这对「让 Claude 跑在后台、自己去做别的事」的工作方式非常关键——不需要一直盯屏幕，重要操作自动推过来等你拍板。

跨设备工作流

Claude Code 有手机 App

这个可能是最多人不知道的：Claude Code 有手机 App。

打开 iOS 或 Android 版 Claude App，左边找到 Code 标签 就是了。Boris 说他经常直接在手机上写代码和做修改，不用打开电脑。

手机写代码我以前觉得是折磨。但如果只是查 diff、批准变更、给 Claude 下个小指令，手机完全够用，随时随地。

Teleport + Remote Control —— Session 跨设备传送

这个组合解决了一个实际问题：在公司电脑上开了个 Claude 会话，回家想继续怎么办？

# 把云端 session 拉到本地继续
claude --teleport
# 或在 session 内运行
/teleport

# 让手机/网页控制本地正在运行的 session
/remote-control

• **--teleport**：把 Web/App 上的云端 session 拉到本地终端继续跑

• **/remote-control**：反过来，从手机或浏览器遥控本地正在跑的 session

Boris 在 /config 里默认开了 Remote Control，意味着他任何时候启动本地 session，都可以随时从手机接管。配合手机 App，基本上实现了「无缝跨设备」的工作流。

Cowork Dispatch —— 不在电脑旁也能让 Claude 干活

Dispatch 是针对 Claude Desktop App 的「安全远程桌面控制」。

Boris 每天都用，主要用来：不在电脑旁时，让 Claude 帮他处理 Slack、看邮件、管理文件。

关键词是「安全」——Dispatch 使用你的 MCP、浏览器和电脑，但需要你的权限确认，不是完全自主跑。当你不在写代码、但需要 Claude 帮你处理日常事务时，这个是主力工具。

并行开发：Worktree 才是生产力天花板

Git Worktrees —— 几十个 Claude 同时跑的秘密

Boris 说他同时运行几十个 Claude，背后的核心就是 git worktree。

没用过 worktree 的话简单理解：同一个 git 仓库可以同时拥有多个工作目录，每个目录在不同分支上，互不干扰。

# 在新的 worktree 中启动 Claude session
claude -w

# Desktop App 里直接勾选 "worktree" 复选框

实际用法：开5个 worktree，每个 Claude 干一个任务，同步推进，互不打扰。比顺序执行快几倍到几十倍。

非 git 版本控制用户也有路：用 WorktreeCreate hook 注入自定义逻辑。

/batch —— 把一个大任务自动拆成并行

如果说 worktree 是「手动并行」，/batch 是「自动扇出」。

/batch 先采访你，搞清楚你要做什么，然后把工作自动分发给几十、几百甚至几千个 worktree agents，每个 agent 独立工作。

最典型的用场：大型代码迁移。比如把整个项目某个 API 从 v1 升级到 v2，这种「每个文件改法相似但数量极多」的任务，/batch 直接一键铺开。

前端开发组合拳

Chrome 扩展 —— 给 Claude 一双眼睛

Boris 对这个功能的解释我觉得说到点子上了：

给 Claude 一种能验证自己输出的方式，是使用 Claude Code 最重要的技巧。就像让工程师写网站但不让他开浏览器——结果不会好。但给了浏览器，他会一直迭代直到看起来对。

Chrome/Edge 扩展就是给 Claude 一双眼睛，让它能看到网页渲染结果。Boris 说他每次做前端都用这个，而且他认为它比其他类似 MCP 更稳定可靠。

Desktop App 自动启动 Web Server

Desktop App 还内置了另一个能力：自动帮你启动 web server，并在内置浏览器里测试。

不用手动 npm run dev，不用切窗口，Claude 自己搞定启动和验证。CLI 用户用 Chrome 扩展也能实现类似效果，但 Desktop App 的一体化体验更顺滑。

Session 管理小技巧

Fork Session —— 分叉出一个平行宇宙

# 方式1：在 session 内运行
/branch

# 方式2：CLI 启动时
claude --resume <session-id> --fork-session

Fork 出来的 session 从 fork 点开始分叉，两边互不影响。/branch 之后你就在分支里了，要回原来的，用 claude -r <原始 session-id>。

用场：跑到某个关键节点，想同时尝试两种不同的解决思路？Fork 一个，两边都试，比较结果。

/btw —— 不打断主任务的旁路查询

在 Agent 还在干活的时候，插嘴问个问题，不打断主任务：

/btw dachshund 怎么拼？
> dachshund — 德语，dach(獾) + hund(狗)
↑/↓ 滚动 · 空格/Enter/Esc 关闭

以前遇到这种情况，要么等 Claude 停下来再问，要么另开窗口。有了 /btw 直接无缝插一句，拿到答案继续干。Boris 说他经常用，我相信——这种需求其实很频繁。

性能与高级配置

--bare —— SDK 启动速度提升最多10倍

这个偏向脚本/自动化场景，但收益很实在。

默认运行 claude -p（非交互式/SDK 模式）时，Claude 会搜索本地的 CLAUDE.md、settings 和 MCP 配置。但在自动化脚本或 CI 环境里，这些通常没用，反而浪费时间。

# 快很多的写法
claude -p "总结这段代码" \
    --system-prompt "你是一个代码审查员" \
    --bare \
    --output-format=stream-json

Boris 说这是最初设计的失误，未来版本会把 --bare 设为默认。现在就手动 opt-in，可以加速最多10倍。

--add-dir —— 跨仓库访问授权

同时在多个 repo 工作是家常便饭：

# 在 repo-a 里启动 Claude，同时授权它访问 repo-b
claude --add-dir ../repo-b

# 或在 session 内动态添加
/add-dir ../repo-b

注意：这不只是「告诉 Claude 这个目录存在」，而是授权 Claude 在该目录里工作——读取、修改都可以。

团队统一配置的话，在 settings.json 里加 additionalDirectories，每次启动自动加载，省去重复操作。

--agent —— 自定义 System Prompt 和工具集

在 .claude/agents/ 目录里定义一个 agent 文件，就可以创建有专属 system prompt 和受限工具集的「专用 Claude」：

claude --agent=my-reviewer  # 只读 + 代码审查专用
claude --agent=my-migrator  # 只有文件写入权限，专跑迁移任务

适合场景：

• 只读 agent：只给读文件的工具，防止意外修改

• 专业 agent：针对特定任务优化，比如专门做 SQL 分析、写文档的 Claude

• 安全 agent：限制敏感操作权限，放心在生产环境里跑

最让我意外的一条

/voice —— Boris 大部分代码是说出来的

这是整个线程最让我惊讶的一条。

Boris 说：他大部分的代码，是对着 Claude 说话而不是打字完成的。

# CLI：运行之后按住空格说话
/voice

# Desktop：点击语音按钮
# iOS：在系统设置里开启听写

我对语音写代码一直持怀疑态度——命令、变量名、括号这些东西说出来感觉很费劲。但 Boris 亲自这么用，说明至少对他来说体验是可行的。

可能在他的工作流里，大量的工作是「用自然语言描述任务」而不是「手敲具体代码」，这种场景下语音确实比打字高效很多。值得自己试试。

我的感受

看完这15条，最大的感受不是「学到了多少功能」，而是对工作流的想象力被打开了。

Boris 描述的那些 /loop 配置，本质上是把自己的工作流分解成一个个可以自动化的模块，让 Claude 在后台持续运转。这和「需要什么就打开 Claude 问一句」是完全不同的使用姿势。

如果非要选5个马上能用上的：

1. claude -w + 多 worktree 并行——生产力翻倍器，没有之一

2. /loop 自动化重复工作流——把烦人的杂事彻底甩给 Claude

3. Hooks 的 Stop 钩子——别让 Claude 停下来，自动戳它继续

4. --bare 加速 SDK——用脚本跑 Claude 必用，否则等启动就很烦

5. /btw 旁路查询——日常小场景，用一次就爱上

剩下那些，随着使用深度增加，自然会找到合适的时机。

你用过这里面哪几个？有没有你觉得更好用但我没提到的隐藏功能？欢迎评论区聊聊。

我是顾北，关注我，我们下期再见!