导读

• 该文章阐述了作者 Matt Van Horn 的 AI 辅助开发工作流：摒弃传统IDE，转而依赖 plan.md 规划文件和语音输入，通过 Compound Engineering 插件在 Claude Code 中实现并行研究、规划和执行，提升效率80%以上。
• 核心技巧包括运行 4-6 个并行 Claude 会话、语音工具如 Monologue 的集成，以及关键配置如跳过权限提示和 Zed 自动保存，实现实时协作式编码，适用于代码、策略和日常规划。
• 帖子扩展到非编码场景，如用 Granola 转录会议生成产品提案，或 /last30days 工具快速研究 Disney 行程并自动化提醒，展示 AI 工作流的多功能性和开源社区活力。

作者：Matt Van Horn，前Zimride（后更名为Lyft）联合创始人、June（智能烤箱，被 Weber 收购）联合创始人。现专注 AI 工具开发，打造 @slashlast30days 研究工具，热衷 Claude Code 与语音驱动的 vibe coding 工作流。

@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 截图，直接用 Ctrl+V 粘贴到 Claude Code 里，/ce:plan fix this。Claude Code 接受图片——bug 截图、报错信息、设计稿、Slack 对话——然后据此写出计划。 

当你运行 /ce:plan 时，底层发生的事情是这样的：它会并行启动多个 research agent。一个分析你的代码库——读取文件、发现模式、检查你的编码规范。另一个在你的 docs/solutions/ 中搜索过往 bug 的经验。如果主题需要，还有更多 agent 去研究外部最佳实践和框架文档。全部同时进行。 

然后它汇总并写出一份结构化的 plan.md：问题是什么、采取什么方案、需要改哪些文件、带复选框的验收标准、从你自己代码中提取的模式。不是泛泛的建议，而是扎根于你的代码库、你的规范、你的历史。 

/ce:work 接过这份计划并开始构建。把计划拆分成任务，逐一实现，运行测试，勾选验收标准。上下文丢了？开一个新会话，指向那份计划，从断点继续。计划就是那个能扛过一切的检查点。 

传统开发是 80% 写代码、20% 做计划。这套方法反过来了。正如 @jarodtaylor 所说："如果你把 80% 的时间花在用 Opus 做计划，然后让 subagent 蜂拥而上去执行……"思考发生在计划里，执行是机械的。 

Compound Engineering 是让这一切成为现实的插件。来自 @EveryInc：


/plugin marketplace add EveryInc/compound-engineering-plugin

我先是成了超级粉丝，然后成了贡献者——GitHub 上排名第三的贡献者，21 次 commit，仅次于核心团队。@kevinrose 几周前把它介绍给了我。 

我现在有 70 个 plan 文件和 263 次 commit（来自 /last30days 统计）。早期 commit 的空白期是我还没养成这个习惯的时候。我现在的规则是：除非真的只改一行代码，否则一定先有 plan.md。

2. 拥抱语音输入

在 LLM 之前，我受不了语音输入。Apple 自带的听写功能让我想摔手机。但语音转 LLM 不一样。转录不需要完美，因为 Claude Code 理解上下文。它能猜出麦克风听错了什么。你可以含糊不清、话说到一半、重新组织句子。语音终于好用了，因为听的那一方足够聪明，能填补空白。 

Monologue（@usemonologue，来自 Every——就是做 Compound Engineering 的那家公司）能把语音输入到当前聚焦的应用里。你说话，它就输入到 Claude Code。WhisperFlow 也很棒。选一个就行。我给办公室买了一个鹅颈麦克风。 

我现在正在特斯拉的全自动驾驶模式下口述这段话，顺便送孩子上学。这段文字是说出来的，不是打出来的。

3. 同时跑四到六个会话

这就是我每天的真实工作方式。四到六个 Ghostty 窗口，每个运行一个独立的 Claude Code 会话。一个在写计划，一个在执行另一个计划，一个在跑 /last30days 调研，一个在修我测试上一个功能时发现的 bug。 

当 /ce:plan 在一个窗口启动 research agent 时，我切到另一个窗口对已写好的计划执行 /ce:work。那边在构建的时候，第三个窗口已经粘贴进了一个新 bug。等我切回第一个窗口时，计划已经写好了，在 Zed 里等着我。 

这就是为什么跳过权限确认（下一节会讲）是不可妥协的。如果每个会话每个操作都问"允许吗？"，你就没法来回切换了。它们都需要自主运行。查看、响应、继续。反正有 GitHub，搞砸了也能恢复。 

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

4. 改变一切的三个设置

Claude Code 默认模式下每次编辑、每条命令都要请求权限。你需要三个配置更改。 

"危险地跳过权限"（没错，它真的叫这个名字）。~/.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"
          }
        ]
      }
    ]
}
}

走开。听到声音再回来。同时跑四到六个会话时，你需要知道哪个刚完成了。感谢 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 的 context token 用量少了 82-93%。Playwright 光工具定义就要吃掉 13,700 个 token。@rauchg 的帖子获得了 964 个赞。 

把全部输出喂给 /ce:plan integrate agent-browser。出来的计划扎根于社区当下真正了解的信息，而不是六个月前的训练数据。 

/last30days 是开源的（4.5K star，github.com/mvanhorn/last30days-skill^[1]）。它并行搜索 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. 用 Plan 文件做一切事情，不只是写代码

我在给公司写战略文档。Claude Code 和 Markdown 文件并排打开。对着 Monologue 说："给我三种 go-to-market 方案，列出每种的优缺点。" 

三个选项出现在 Zed 里。"第二个最接近，但第一个的措辞更好。合并它们。"立即更新。"现在处理最大的风险。"补上了。"第二段太长了。"缩短了。 

Claude Code 接入了我们的 GitHub，所以它理解当前产品。它还能访问我之前所有的战略 plan.md 文件。当我写新的定位时，它拥有我之前做过的每一个战略决策的完整上下文。这种累积的上下文让每一份计划都比上一份更好。

 战略文档、产品规格、竞品分析、这篇文章。同样的工作流。说、计划、迭代。

8. 用 Mac Mini 做远程 Claude Code

我有一台 Mac Mini 为 OpenClaw 服务，但我还用它做了两件事： 

手机上用 Telegram。Claude Code 有 Telegram 集成。我通过 Telegram 从手机给 Mac Mini 发消息。吃饭时想到一个 bug，在 Telegram 里输入 /ce:plan fix the timeout issue。回到屏幕前时，计划已经在 Zed 里等着了。Claude Code 甚至用我的 OpenClaw AgentMail 在我不在时把 plan 文件发邮件给我。 

飞机上用 tmux。感谢 Nathan Smith。Claude Code 处理不好飞机 WiFi。连接断了，会话就死了，而且它甚至不告诉你。但如果先 tmux 到你的 Mac Mini，会话就在那台机器上运行。你的笔记本只是一个窗口。在大西洋上空 WiFi 断了 20 分钟？重连就行。会话还在你离开的地方，而且它确实干了活。

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

这套工作流我也用在开源项目上

看看我的 GitHub 主页（github.com/mvanhorn^[2]），以下是我最近被合并的一些项目，全部在写任何代码之前都先有 plan.md 文件：

• Python - defaultdict repr 无限递归、man page 文本换行
• OpenCV - HoughCircles 返回类型、YAML 解析器堆溢出
• Vercel Agent Browser - Appium v3 vendor prefix、WebSocket fallback、批量命令工作流（#5 贡献者）
• OpenClaw - 浏览器中继、限流体验、iMessage 投递、Codex 沙箱检测、语音通话
• Zed - $ZED^[3]_LANGUAGE 任务变量、在 Finder 中显示的标签页右键菜单、git 面板 starts_open 设置
• Paperclip - SPA 路由、插件域事件、promptfoo 评估框架（#3 贡献者）
• Compound Engineering - plan 门控、串行审查模式、skills 迁移、NTFS 冒号处理（#3 贡献者）

我老婆生我的气了

我到哪儿都带着笔记本电脑。四到六个 Ghostty 标签页加 Zed。她很不高兴。Mac Mini + Telegram 有所缓解。但当我想让多个计划并行实时演进时，我需要笔记本。她真的很想让我别再带着它去送孩子上学了。 

老婆，对不起。

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

这是 Zed 里的一个 Markdown 文件。Claude Code 在 Ghostty 里运行。我对着 Monologue 说："主题不对，重写开头。""加上 Granola 的故事。""别把 Zed 叫我的 IDE。"Claude 重写。更改出现在 Zed 里。我做出反应。总共重写了七遍。 

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

彩蛋：Token 用完了怎么办

这种效率会很快烧光你每月 200 美元的 Claude Max 方案。四到六个并行 Opus 会话跑一整天，额度加得很快。 

解决方案：同时订阅每月 200 美元的 Codex 方案。安装 Codex CLI，Compound Engineering 就可以用 Codex 的额度来构建。我刚给 Compound Engineering 提交了 /ce:work --codex——今天已合并——当 Claude 额度不够时，把实现工作委托给 Codex。 

有些朋友用 Codex 来 review Claude Code 的代码，反之亦然。有些人更喜欢 Codex 的代码输出，但用 Claude Code 做编排。两个方案互补。Claude 做规划，Codex 做重型实现。 

我还有一个"睡前模式"，让它在我睡觉时干活，但那个以后再说。

彩蛋 2：Disney World 实战演示

为了展示这套工作流在非代码场景下从头到尾是怎么运作的，这是今天的一个真实案例。我在足球场看孩子们比赛。另一位家长和我聊起 Disney World 旅行。我掏出笔记本给她演示。 

1. 第 1 步：/last30days Disney World。两分钟后，全貌呈现。66 个 Reddit 帖子（11,804 点赞）、34 条 X 推文、8 个 YouTube 视频。价格冲击是主要话题——r/DisneyPlanning 上一篇 8,500 美元的旅行报告有 183 条评论。仅三月就关闭了六个游乐设施。Buzz Lightyear 4 月 8 日重新开放，配备新激光枪。Rock 'n' Roller Coaster 将改造为 Muppets 主题。DinoLand 已拆除。 

2. 第 2 步："What will be open / not open in Pairl April 16th to be specific"（拼写错误和一切——Claude Code 不在乎）。Claude 查了翻新日历，交叉参照 last30days 数据，给出了完整的开放/关闭清单。 

3. 第 3 步：/ce:plan 我要去 Disney World 一天。我想去至少三个园区，可能四个，大概率四个，因为我是疯子。我想在 Epcot 坐 Guardians，在 Hollywood Studios 玩几个项目，在 Magic Kingdom 玩几个，在 Animal Kingdom 坐 Everest 过山车，至少坐一个 Avatar 项目。还有："怎么买 Genie Plus 和其他通行证？提前一周是不是要查什么？什么时候买什么？帮我设提醒。不关心吃的。没有酒店。愿意花 25 美元买单次通行证。" 

4. 1. Claude 的 research agent 启动了，交叉参照 last30days 数据，写出了一份结构化的 plan.md：园区顺序（AK -> HS -> Epcot -> MK）、精确的 Lightning Lane 预订策略、4 月 13/14/15 日早上 7:00 的三个闹钟提醒、哪些项目需要 Single Pass（14-22 美元）vs Multi Pass、孩子的身高要求。 

5. 第 4 步：在 Zed 中打开计划。审阅。然后帮另一位家长做她的计划："我要去 Disney World 三天。告诉我最高效的路线、该买什么通行证、需要什么额外项目……是一个八岁和一个五岁的孩子。"Claude 写出了 305 行的新计划，包含 Rider Switch 协议、逐日行程和一条"这周给五岁小朋友穿上鞋量身高"的提醒。 

6. 第 5 步："csn you pushCan you publish this last one on a Vercel site in light mode? That's easy to see."（更多拼写错误。依然不影响。）Claude 构建了一个简洁的 HTML 页面并部署了。 

7. 1. 在线查看：disney-plan-ebon.vercel.app^[4]
      

8. 第 6 步：通过 Telegram 把 .md 文件发到 OpenClaw。说"can you make a plan to add all these reminders to YOU with dobel safeties in case you mess up day before / calendar etc."OpenClaw 读了计划，在我的工作日历上设置了日历事件，还设了 cron job 备份通过 Telegram 提醒我。每个关键预订窗口都有双重保障。4 月 13 日太平洋时间凌晨 3:50："立即购买 Multi Pass。"4 月 16 日凌晨 3:50："立即购买 Single Pass。"都在东部时间早上 7 点窗口开放前 10 分钟。触发后自动删除。

从语音到调研到计划到网站到自动提醒。在足球场上。

这就是那套工作流。它适用于代码、战略、开源、文章，显然还适用于 Disney World。

/last30days 是开源的。4.5K star。70 个 plan 文件，还在增长。

原文: https://x.com/mvanhorn/status/2035857346602340637^[5]

• @slashlast30days - github.com/mvanhorn/last30days-skill
• Compound Engineering: @EveryInc^[6] 
• Monologue:@usemonologue (from Every)
• Granola:granola.ai (now with MCP)
• Ghostty:ghostty.org
• Zed:zed.dev

References

1. github.com/mvanhorn/last30days-skill: https://github.com/mvanhorn/last30days-skill
2. github.com/mvanhorn: https://github.com/mvanhorn
3. $ZED: https://x.com/search?q=%24ZED&src=cashtag_click
4. disney-plan-ebon.vercel.app: https://disney-plan-ebon.vercel.app/
5. https://x.com/mvanhorn/status/2035857346602340637: https://x.com/mvanhorn/status/2035857346602340637
6. Compound Engineering: @EveryInc: https://github.com/EveryInc/compound-engineering-plugin
   

参考阅读

• 别再幻想用 Spec 替代写代码

• 实现复利工程：我是如何通过龙虾构建递归进化的 Agent 闭环

• 理解 Prompt Cache 与 Agent 的“上下文税”：AI时代架构纪律

• 8天，4万行代码：一个递归进化的agent编排器是如何“手搓”出自己的?