一个 4.5K star 的开源工具,让 AI 不再用过时数据回答你-夜雨聆风

一个 4.5K star 的开源工具,让 AI 不再用过时数据回答你

你问 AI 问题，它却给你六个月前的答案？这个工具能解决。

你有没有遇到过这种情况：

问 AI 一个技术选型问题，它给你推荐了一个已经弃用的库。

让它帮你分析一个框架，它说的特性在新版本里早就变了。

想了解最新的社区讨论，它只能基于训练数据——可能是半年前的。

问题不在 AI，而在它没有”现在”的信息。

这个工具解决了什么？

有个开源工具叫 /last30days，4.5K stars，Matt Van Horn 每天都在用。

它的原理很简单：并行搜索 Reddit、X、YouTube、TikTok、Instagram、HN、Polymarket 和网页，然后把最近 30 天的社区讨论汇总给你。

举个例子。

Matt 在 Vercel 的 agent-browser 和 Playwright 之间做选择。他没去读文档，而是直接跑：

/last30days Vercel agent browser vs Playwright

几分钟后：

78 个 Reddit 帖子
76 条 X 推文
22 个 YouTube 视频
15 个 HN 故事

结论：agent-browser 使用 82-93% 更少的 context tokens。Playwright 光工具定义就要 13700 tokens。

这是社区现在真正知道的，不是六个月前的训练数据。

他把整个输出喂给 /ce:plan integrate agent-browser，生成的计划基于真实、新鲜的信息。

一套完整的工作流

但 /last30days 只是 Matt 工作流的一部分。

有人在 X 上问：用什么 IDE？

128 个回答里，Matt Van Horn 的回复互动量最高：

不用 IDE。只需要 plan.md 文件和语音。

他是 Compound Engineering 插件的 #3 贡献者，70 个计划文件、263 次提交、GitHub 上多个项目的 top 贡献者。

这听起来很极端。但看完他的完整工作流——语音输入、计划文件、并行会话、远程控制——你会发现：这不是夸张，而是一套经过实战验证的、真正高效的 AI 编程方法论。

核心原则：先有想法，就先 `/ce:plan`

Matt 最重要的经验只有一条：

每当有一个想法，立刻执行 /ce:plan。

不是”让我想想”，不是”先写两行代码试试”，而是——直接让 Claude 生成一个计划。

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

Claude Code 支持图片输入——bug 截图、错误信息、设计稿、Slack 对话，都能识别并生成计划。

`/ce:plan` 底层在做什么？

当你执行 /ce:plan 时，Claude Code 会同时启动多个研究 agent：

Agent	任务
代码分析	读取你的代码库，找模式，检查命名规范
文档检索	搜索 `docs/solutions/` 目录，找过去 bug 的解决方案
外部研究	如果需要，查框架文档和最佳实践

然后，它会生成一个结构化的 plan.md 文件：

问题描述
解决方案
需要修改的文件
验收标准（带 checkbox）
你自己代码里的模式参考

不是泛泛的建议，而是基于你的代码库、你的规范、你的历史。

传统开发 vs. AI 开发

传统开发：80% 写代码，20% 规划。

Matt 的工作流：80% 规划，20% 执行。

用一位用户的话说：

“如果你花 80% 的时间用 Opus 做规划，然后让 subagent 去执行……思考发生在计划里，执行只是机械动作。”

/ce:work 会读取计划，拆分成任务，逐一实现，运行测试，勾选验收标准。

计划就是你能在任何中断后恢复工作的检查点。

Compound Engineering：让这套流程落地的插件

这套工作流的核心是一个叫 Compound Engineering 的插件：

/plugin marketplace add EveryInc/compound-engineering-plugin

Matt 从一个超级用户变成了贡献者——GitHub 上 #3 贡献者，21 次提交，仅次于核心团队。

他的规则现在很简单：

除非是改一行代码这种小事，否则永远先写 plan.md。

语音输入：为什么这次不一样？

Matt 以前很讨厌语音备忘录。Apple 自带的语音识别让他想把手机扔了。

但 语音 → LLM 是不一样的。

转录不需要完美，因为 Claude Code 能理解上下文。它会猜麦克风听错了什么。你可以含糊、停顿、重新开始句子。语音终于能用了，因为听者足够聪明，能填补空白。

推荐工具：

工具	说明
Monologue	Every 公司出品（和 Compound Engineering 同一家），语音直接输入到当前聚焦的应用
WhisperFlow	另一个好选择

Matt 甚至买了一个鹅颈麦克风放在办公室。

这段话是他在 Tesla 的 Full Self-Driving 模式下，送孩子上学的路上口述的。

并行工作：4-6 个 Claude Code 会话同时跑

Matt 的典型一天：

4 到 6 个 Ghostty 终端窗口，每个运行一个独立的 Claude Code 会话。

一个正在写计划
一个在执行另一个计划
一个在跑 /last30days 研究
一个在修复测试时发现的 bug

当 /ce:plan 在一个窗口启动研究 agent 时，他切换到另一个窗口执行已经写好的计划。等那边执行完，第三个窗口又收到了新的 bug 报告。

这就是为什么”绕过权限”设置不可妥协。 如果每个会话都要问”允许吗？”，你就没法并行工作。它们都需要自主运行。

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

三个关键配置：让 Claude Code 真正自主

1. 绕过权限（”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 切换。

当 Matt 帮朋友设置 Claude Code 时，AI 甚至会主动阻止他开启这个选项。你得强硬一点。这是你的电脑。

2. 完成时播放声音

同一文件添加：

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

走开，听到声音再回来。四到六个会话并行，你需要知道哪个刚完成。

3. Zed 自动保存

在 Zed 设置（Cmd+,）：

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

这就像 Google Docs 的魔法。Zed 每 500 毫秒保存一次。Claude Code 监听文件系统。当 Claude 编辑文件，Zed 立刻显示变化。当你在 Zed 打字，Claude 一秒内就能看到。

Ghostty 在左半屏，Zed 在右半屏，两个看着同一个文件。感觉像在 Google Docs 上协作——只是协作者是一个 AI。

`/last30days`：实时研究，而非过时训练数据

在 /ce:plan 之前，Matt 经常先跑 /last30days。

他在 Vercel 的 agent-browser 和 Playwright 之间做选择。与其读文档，不如直接跑：

/last30days Vercel agent browser vs Playwright

几分钟后：78 个 Reddit 帖子，76 条 X 推文，22 个 YouTube 视频，15 个 HN 故事。

结论：agent-browser 使用 82-93% 更少的 context tokens。Playwright 光工具定义就要 13700 tokens。

他把整个输出喂给 /ce:plan integrate agent-browser。生成的计划基于社区现在真正知道的东西，而不是六个月前的训练数据。

/last30days 是开源的，4.5K stars。 它并行搜索 Reddit、X、YouTube、TikTok、Instagram、HN、Polymarket 和网页。

研究、计划、构建。这是真正的循环。

Granola：会议转录变成产品提案

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

他开着 Granola（一个会议转录工具）。

饭后，他把完整转录——九十分钟，混合着寿司的闲聊——粘贴到 Claude Code：

/ce:plan turn this into a product proposal

关键在于：Claude Code 已经知道产品代码在 GitHub 的哪里。它也能访问他的公司战略文件夹——每一个之前写过的战略 plan.md。

所以当它处理 Granola 转录时，它不只是从午餐对话中提取想法。它在交叉对照实际的代码库和之前做过的每一个战略决策。

Granola 上下文 + 代码库 + 之前的战略计划 = 金矿。

一次性生成了一个惊人的提案：目标、用户故事、技术方案、里程碑。忽略了关于餐厅的部分。当晚发给候选人。

那个候选人现在全职在团队里做那个产品。

Granola 现在有 MCP 支持，可以直接在 Claude Code 里用。不用再复制粘贴。每个会议的上下文直接流入计划。

Mac Mini + Telegram：远程工作的秘密武器

Matt 有一台 Mac Mini 跑 OpenClaw，但还有两个用法：

1. Telegram 远程控制

Claude Code 有 Telegram 集成。他从手机发消息给 Mac Mini：

/ce:plan fix the timeout issue

等他回到屏幕前，计划已经在 Zed 里等着了。Claude Code 甚至会用他的 OpenClaw AgentMail 在他不在时发邮件给他。

2. 飞机上的 tmux

飞机 Wi-Fi 不稳定。连接断了，会话就死了，甚至不会通知你。

但如果你先 tmux 到 Mac Mini，会话在那台机器上运行。你的笔记本只是一个窗口。

大西洋上空 Wi-Fi 断了 20 分钟？重连。会话还在原来的地方，而且它干了活。

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

实战案例：在足球场边做迪士尼攻略

这不是代码相关的例子，但能展示这套工作流的威力。

Matt 在足球场边看孩子比赛。另一个家长在聊迪士尼行程。他拿出笔记本：

第一步：`/last30days Disney World`

两分钟后，全貌呈现：66 个 Reddit 帖子（11,804 点赞），34 条 X 推文，8 个 YouTube 视频。

价格冲击是主流话题——一篇 $8,500 的旅行报告在 r/DisneyPlanning 上有 183 条评论。三月有六个游乐设施关闭。巴斯光年 4 月 8 日重新开放，有新激光枪。摇滚过山车要变成布偶秀。恐龙岛被拆了。

第二步：问具体日期

“4 月 16 日什么开 / 什么不开”

Claude 查了翻修日历，交叉对比 last30days 数据，给了完整的开放/关闭列表。

第三步：`/ce:plan`

我要去迪士尼一天。我想至少去三个园区，可能四个，因为我疯了。我想玩 Epcot 的银河护卫队，好莱坞影城玩几个，魔法王国玩几个，动物王国玩珠峰和至少一个阿凡达。还有：Genie Plus 和其他东西的策略是什么？还有，一周前我要查什么？什么时候买什么？帮我设提醒。我不在乎吃的。没有酒店。愿意付 $25 的单次通行证。

Claude 的研究 agent 启动，交叉对比数据，写了一个结构化的 plan.md：园区顺序（AK → HS → Epcot → MK），精确的 Lightning Lane 预订策略，三个 4 月 13/14/15 早上 7 点的闹钟提醒，哪些项目需要 Single Pass（每个 $14-22）vs Multi Pass，孩子的身高要求。

第四步：在 Zed 里审阅

让另一个家长也做一个计划：”我要去迪士尼三天，最有效的路线，买什么票，带什么……八岁和五岁。”

Claude 生成了新的 305 行计划：Rider Switch 协议，每日行程，”这周穿鞋量一下你五岁孩子的身高”的警告。

第五步：发布到网站

“能把这个发布到 Vercel 网站吗？浅色模式，方便看。”

Claude 构建了一个干净的 HTML 页面并部署。

第六步：设提醒

把 .md 文件通过 Telegram 发给 OpenClaw。”能不能把所有这些提醒加到你这里，双重保险……”

OpenClaw 读取计划，在日历上设了事件，还设了 cron job 备份，在 Telegram 上提醒他。每个关键预订窗口都有双重覆盖。

语音 → 研究 → 计划 → 网站 → 自动提醒。在足球场边。

费用控制：Claude Max + Codex 双持

这种效率会快速消耗你的 $200/月 Claude Max 计划。四到六个并行 Opus 会话整天跑，消耗很大。

答案是：再买一个 $200/月的 Codex 计划。

安装 Codex CLI，Compound Engineering 可以用 Codex credits 来构建。Matt 刚给 Compound Engineering 贡献了 /ce:work --codex——当 Claude credits 不够时，委托 Codex 执行。

有些朋友用 Codex 来 code review Claude Code 的工作，反过来也行。其他人喜欢 Codex 的代码输出，但从 Claude Code 调用它来做编排。两个计划互补。Claude 做规划，Codex 做重活。

他最近贡献的项目

看看 Matt 的 GitHub：

Python – defaultdict repr 无限递归，man page 文字换行
OpenCV – HoughCircles 返回类型，YAML 解析器堆溢出
Vercel Agent Browser – Appium v3 vendor prefix，WebSocket 降级，批量命令工作流（#5 贡献者）
OpenClaw – 浏览器中继，速率限制 UX，iMessage 投递，Codex 沙箱检测，语音通话
Zed – _LANGUAGE task 变量，Reveal in Finder 标签上下文菜单，git panel starts_open 设置
Paperclip – SPA 路由，插件域事件，promptfoo 评估框架（#3 贡献者）
Compound Engineering – 计划门控，串行审阅模式，skills 迁移，NTFS 冒号处理（#3 贡献者）

所有这些，都在写任何一行代码之前先有 plan.md。

总结：这套工作流的核心要素

要素	说明
语音应用	Monologue 或 WhisperFlow
计划文件插件	Compound Engineering
三个配置	绕过权限、完成声音、Zed 自动保存
并行会话	4-6 个 Claude Code 同时跑
Mac Mini	远程工作，tmux 保持会话
会议工具	Granola（转录 → 计划）

没有 IDE。没有手写代码。说、计划、构建。

从桌面，从沙发，从车里。

🎯 立即行动

安装 Compound Engineering 插件

/plugin marketplace add EveryInc/compound-engineering-plugin

配置绕过权限（在你的 ~/.claude/settings.json）

下一个任务，先 /ce:plan——不管多小

试试语音输入——Monologue 或 WhisperFlow

参考资源：

/last30days（开源，4.5K stars）：github.com/last30days

本文基于 Matt Van Horn 的文章改写，增加了结构化整理、表格对比、中文本地化表达和个人观点。