No.7

来源: https://x.com/mvanhorn/status/2035857346602340637

作者: Matt Van Horn (@mvanhorn)

发布时间: 2026年3月23日

摘要

这篇文章是 Matt Van Horn 分享的关于如何高效使用 Claude Code 的完整指南。核心方法论是：不用 IDE，只用 plan.md 文件和语音。文章详细介绍了 8 个核心技巧：使用 /ce:plan 进行规划、语音输入、同时运行 4-6 个会话、三个关键配置设置、研究先行、将会议转为计划文件、计划文件不仅用于代码、以及使用 Mac Mini 进行远程 Claude Code。作者还分享了实际案例，包括在迪士尼世界规划行程的完整工作流程。

核心内容

背景

@kevinrose 问应该用什么 IDE。我的回复在 128 个答案中获得了最高互动："不用 IDE。只用 plan.md 文件和语音。" 这篇文章详细解释了我所指的完整工作流程。

1. 一有想法就用 /ce:plan 或 /ce:brainstorm

我学到的最重要的一件事：当我有一个想法时，立刻用 /ce:plan。

不是"让我想想"，不是"让我开始写代码"。而是 /ce:plan。每一次。

疯狂的产品想法？/ce:plan
GitHub 上有人提交 bug？复制 issue URL，粘贴，/ce:plan
终端报错？截图 Cmd+Shift+4，直接粘贴到 Claude Code，/ce:plan fix this

Claude Code 接受图片——bug 截图、错误信息、设计稿、Slack 对话——并从中写出计划。

工作原理： /ce:plan 会并行启动多个研究代理：

一个分析你的代码库——读取文件、寻找模式、检查约定
另一个搜索你的 docs/solutions/ 寻找过去 bug 的经验
如果需要，更多代理会研究外部最佳实践和框架文档

然后整合并写出结构化的 plan.md：问题是什么、采取什么方法、修改哪些文件、验收标准带复选框、从你的代码中遵循什么模式。不是通用建议，而是基于你的代码库、你的约定、你的历史。

/ce:work 接受该计划并构建它。拆分为任务，实现每个任务，运行测试，检查标准。上下文丢失？开启新会话，指向计划，从离开的地方继续。计划是穿越一切的检查点。

传统开发是 80% 编码，20% 规划。这翻转了它。正如 @jarodtaylor 所说："如果你花 80% 的时间用 Opus 规划，然后让子代理蜂拥而上..." 思考发生在计划中。执行是机械的。

Compound Engineering 是实现这一点的插件。来自 @EveryInc：

/plugin marketplace add EveryInc/compound-engineering-plugin

我成了超级粉丝。然后成了贡献者，GitHub 上第 3 贡献者，21 次提交，仅次于核心团队。

过去 30 天我有 70 个计划文件和 263 次提交。差距是我有这个纪律之前的早期提交。我的规则现在：除非真的是单行修改，否则总是先有 plan.md。

2. 拥抱语音输入

以前我无法忍受语音备忘录。苹果内置的听写让我想扔掉手机。但语音到 LLM 是不同的。转录不需要完美，因为 Claude Code 理解上下文。它会猜测麦克风听错了什么。你可以嘟囔、断断续续、重新开始一个句子。语音终于奏效了，因为听众足够聪明来填补空白。

工具推荐：

Monologue (@usemonologue，来自 Every——制作 Compound Engineering 的同一家公司) 将语音输入到任何聚焦的应用。你说话，它输入到 Claude Code。
WhisperFlow 也很棒。选一个。

我买了一个鹅颈麦克风放在办公室。

我现在正在特斯拉的完全自动驾驶中口述这段话，送孩子们上学。这段是说的，不是打的。

3. 同时运行 4-6 个会话

这是我实际度过一天的方式。四到六个 Ghostty 窗口，每个运行单独的 Claude Code 会话。

一个在写计划
一个在根据另一个计划构建
一个在运行 /last30days 研究
一个在修复我在测试上一件事时发现的 bug

当 /ce:plan 在一个窗口中启动研究代理时，我切换到另一个窗口 /ce:work 一个已经写好的计划。当那个构建时，第三个窗口获得一个新粘贴的 bug。当我循环回到第一个窗口时，计划已经完成并在 Zed 中等待。

这就是为什么绕过权限（下一节）是不可协商的。如果每个会话都在每个操作上问"允许吗？"，你就无法上下文切换。它们都需要自主运行。检查，反应，继续。GitHub 会在你搞砸一切时兜底。

这也是为什么我的 MacBook 大约一小时就没电了。六个 Claude 会话并行。刚订购了新的 MacBook Pro。

4. 三个改变一切的设置

Claude Code 的默认模式会对每个编辑、每个命令请求权限。你需要三个配置更改。

"Dangerously skip permissions"

（是的，它真的叫这个名字）

~/.claude/settings.json:

{
  "permissions": {
    "allow": [
      "WebSearch", "WebFetch", "Bash", "Read", "Write", "Edit",
      "Glob", "Grep", "Task", "TodoWrite"
    ],
    "deny": [],
    "defaultMode": "bypassPermissions"
  },
  "skipDangerousModePermissionPrompt": true
}

skipDangerousModePermissionPrompt: true 是关键。没有它，Claude 会在每个会话询问你确认。你也可以 Shift+Tab 切换它。

功劳归于 @danshapiro（Glowforge 创始人，《Hot Seat》作者）。当我为朋友设置 Claude Code 时，AI 积极试图阻止他启用这个。你必须直接。这是你的电脑。

完成时播放声音

添加到同一文件：

{
  "hooks": {
    "Stop": [
      {
        "hooks": [
          {
            "type": "command",
            "command": "afplay /System/Library/Sounds/Blow.aiff"
          }
        ]
      }
    ]
  }
}

走开。听到声音再回来。有 4-6 个会话运行时，你需要知道哪个刚刚完成。

功劳归于 Myk Melez。

Zed 自动保存

在 Zed 设置中 (Cmd+,)：

{
  "autosave": {
    "after_delay": {
      "milliseconds": 500
    }
  }
}

这是类似 Google Docs 的技巧。Zed 每 500 毫秒保存一次。Claude Code 监视文件系统。当 Claude 编辑文件时，更改会立即出现在 Zed 中。当你在 Zed 中输入时，Claude 在一秒内看到。Ghostty 在一半，Zed 在另一半，两者看着同一个文件。感觉就像协作编辑 Google Doc，只是其中一个协作者是 AI。

5. 规划前先研究

在我 /ce:plan 之前，我经常先对它运行 /last30days。

案例：我在 Vercel 的 agent-browser 和 Playwright 之间做决定。不是阅读文档，我运行了 /last30days Vercel agent browser vs Playwright。几分钟后：78 个 Reddit 线程，76 条 X 帖子，22 个 YouTube 视频，15 个 HN 故事。Agent-browser 使用少 82-93% 的上下文 token。Playwright 仅工具定义就转储 13,700 个 token。

@rauchg 的帖子获得了 964 个赞。

将整个输出输入到 /ce:plan integrate agent-browser。计划基于社区现在实际知道的，而不是六个月前的训练数据。

/last30days 是开源的（4.5K 星，github.com/mvanhorn/last30days-skill）。它并行搜索 Reddit、X、YouTube、TikTok、Instagram、HN、Polymarket 和网络。我为所有事情都这样做。在我选择库之前，在我构建功能之前，在我写这篇文章之前。我运行了 /last30days Compound Engineering 为第 1 节获取新鲜的社区引用。研究，计划，构建。这才是真正的循环。

6. 将任何会议转为 Plan.md

我和一个潜在候选人吃了午饭。我们讨论了一个公司没有在做的产品想法。我们也聊了食物、餐厅、孩子。一个半小时的正常对话，穿插着产品头脑风暴。

我开着 Granola。午饭后，我将完整记录——九十分钟，夹杂着关于寿司的题外话——粘贴到 Claude Code：/ce:plan turn this into a product proposal。

神奇之处：Claude Code 已经知道我们的产品代码在 GitHub 上的位置。它还可以访问我的公司策略文件夹——我写过的每一个先前的策略 plan.md。所以当它处理 Granola 记录时，它不只是从午餐对话中提取想法。它是在对照我们的实际代码库和我们之前做过的每一个战略决策进行交叉引用。Granola 上下文 + 代码库 + 先前策略计划 = 黄金。

一次性完成了一个令人难以置信的提案。目标、用户故事、技术方法、里程碑。忽略了关于餐厅的部分。当晚发给了候选人。

他现在全职和我们一起开发那个产品。

Granola 现在有 MCP 支持，所以我直接在 Claude Code 中使用它。不再需要复制粘贴。每次会议的上下文都直接流入计划。

7. 计划文件不仅用于代码

我在为公司写策略文档。Claude Code 和 markdown 文件并排打开。对着 Monologue 说："给我三种进入市场的方法。概述每种方法的优缺点。"

三个选项出现在 Zed 中。"选项二最接近，但选项一的语言更好。结合起来。" 立即更新。"现在解决最大的风险。" 添加了。"第二段太长了。" 缩短了。

Claude Code 拉入我们的 GitHub，所以它理解当前产品。它还可以访问我所有的先前策略 plan.md 文件。当我写新的定位时，它有我之前做过的每一个战略决策的完整上下文。那种累积的上下文是让每个计划比上一个更好的原因。

策略文档、产品规格、竞争分析、这篇文章。相同的工作流程。说话，计划，迭代。

8. 用 Mac Mini 运行远程 Claude Code

我有一个为 OpenClaw 设置的 Mac Mini，但我用它做了另外两件事：

从手机通过 Telegram

Claude Code 有 Telegram 集成。我通过手机给 Mac Mini 发消息。在晚餐时，想到一个 bug，输入 /ce:plan fix the timeout issue 到 Telegram。当我回到屏幕前时，计划已经在 Zed 中等待。Claude Code 甚至使用我的 OpenClaw AgentMail 在我离开时给我发计划文件邮件。

飞机上的 tmux

功劳：Nathan Smith。Claude Code 处理飞机 wifi 不好。连接断开，会话死亡，它甚至不告诉你。但是先 tmux 到你的 Mac Mini，会话在那台机器上运行。你的笔记本只是一个窗口。Wifi 在大西洋上空断开 20 分钟？重新连接。会话正好在你离开的地方，而且它确实工作了。

整个从欧洲回来的航班都在发布功能。

我也将这个工作流程用于开源

如果你看我的 GitHub 个人资料 (github.com/mvanhorn)，以下是我最近被合并进去的一些项目，所有项目在任何代码行之前都有 plan.md 文件：

Python - defaultdict repr 无限递归，手册页文本换行
OpenCV - HoughCircles 返回类型，YAML 解析器堆溢出
Vercel Agent Browser - Appium v3 供应商前缀，WebSocket 回退，批量命令工作流（#5 贡献者）
OpenClaw - 浏览器中继，速率限制 UX，iMessage 交付，Codex 沙盒检测，语音通话
Zed - $ZED_LANGUAGE 任务变量，在 Finder 中显示标签页上下文菜单，git 面板 starts_open 设置
Paperclip - SPA 路由，插件域事件，promptfoo 评估框架（#3 贡献者）
Compound Engineering - 计划门控，串行审查模式，技能迁移，NTFS 冒号处理（#3 贡献者）

我妻子对我很生气

我随身携带笔记本。四到六个 Ghostty 标签页加 Zed。她不太高兴。Mac Mini + Telegram 有帮助。但当我想要多个计划并行实时演进时，我需要笔记本。她真的希望我停止带它去学校接送。

对不起，亲爱的。

这篇文章就是用这个工作流程写的

这是 Zed 中的一个 markdown 文件。Claude Code 在 Ghostty 中运行。我对着 Monologue 说："主题不对，重写开头。" "添加 Granola 故事。" "不要叫 Zed 是我的 IDE。" Claude 重写。更改出现在 Zed 中。我反应。七次完整重写。

这就是我所知道的一切。一个语音应用，一个计划文件插件，三个配置更改，四到六个并行会话，一个 Mac Mini，以及变成产品提案的会议。没有 IDE。没有代码。说话，计划，构建。从办公桌，从沙发，从车里。

额外：当你用完 Token 时

这种效率会烧完你每月 $200 的 Claude Max 计划。整天四到六个并行 Opus 会话加起来很快。

答案：也获得 $200/月的 Codex 计划。安装 Codex CLI，Compound Engineering 可以用 Codex 积分代替构建。我刚刚给 Compound Engineering 提交了 /ce:work --codex——今天合并了——当 Claude 积分不足时，它将实现委托给 Codex。

一些朋友用 Codex 审查 Claude Code 的工作，反之亦然。其他人更喜欢 Codex 的代码输出，但从 Claude Code 调用它进行编排。两个计划互补。Claude 用于规划，Codex 用于繁重的实现。

我还有一个"night-night"模式，我睡觉时运行，但解释那是以后的事。

额外 2：迪士尼世界完整演示

为了展示这个工作流程在非代码事物上的完整流程，这里有一个来自今天的真实例子。我在足球场看孩子们的比赛。另一个家长和我聊迪士尼世界旅行。我拿出笔记本给她看。

步骤 1：/last30days Disney World。两分钟后，完整图景。66 个 Reddit 线程（11,804 赞），34 条 X 帖子，8 个 YouTube 视频。价格冲击是主导话题——r/DisneyPlanning 上一个 $8,500 的旅行报告有 183 条评论。三月 alone 就有六个游乐设施关闭。巴斯光年 4 月 8 日重新开放，有新的爆破器。摇滚过山车正在变成布偶游乐设施。DinoLand 被拆除。

步骤 2："What will be open / not open in Pairl April 16th to be specific"（有错别字——CC 不在乎）。Claude 检查了翻新日历，交叉引用 last30days 数据，给了我完整的开放/关闭列表。

步骤 3：/ce:plan I'm going to be at Disney World for one day...

Claude 的研究代理启动，与 last30days 数据交叉引用，写了一个结构化的 plan.md：公园顺序（AK -> HS -> Epcot -> MK），确切的 Lightning Lane 预订策略，三个闹钟提醒（4 月 13/14/15

我所知道的每一个 Claude Code 技巧（2026年3月）

AI 核心摘要

摘要