开发者分享Bot+Cursor AI混合工作流，团队输出提升两倍

我对自己这套用于管理MacStories.net内部应用的bot + Cursor_AI混合工作流非常满意，接下来介绍它的运作方式，以及一些使用技巧。

这套始终在线的（基于云端的）自测试搭建，我已经差不多用手机操作了两个月。它让我们处理文章和行政任务的速度快了很多。

这套方案灵感来自@poteto出色的pstack技巧，相关采访推荐大家去看@mattpocockuk。这些技巧非常符合我的工作习惯和思考方式。

我在2026年给自己定了一个目标：只专注写文章和录播客，不想再被低效工具拖累。因此我为团队打造了一系列网络服务，最初用Codex构建，6月由Fable重新设计。

我们已经对这些服务进行了数月的压力测试，包括苹果全球开发者大会（WWDC）和苹果9月发布会期间都在使用。

部分功能要点：
我打造了针对CDN的定制工具，支持苹果新闻室分析提取、带@voyageai重排序的文章搜索、Notion Markdown导出和校对等功能。

已经有数百万读者阅读过我和@johnvoorhees撰写的文章，这些文章都是通过这套工具管理的。

这套工作流分为外层和内层两个循环。外层循环由bot协调每个应用的不同机器人和线程，每个应用对应独立线程，由主机器人统筹安排。

内层循环是一个Cursor项目，和Claude的新项目类似，都是基于云端，有协调器，所有内容都在云端虚拟机（VM）中运行。

在一个项目中，不同智能体可以使用不同模型处理MacStories工具的不同部分，比如Opus处理UI相关工作。

据我所知，只有Cursor项目支持设置环境密钥，Claude只能在项目中设置API凭证，这点体验不好。Cursor这一特性让智能体可以在它的云沙箱中构建并运行应用，用真实数据测试，还能让质量保证（QA）机器人进入验证。

任务并行化是bot目前最突出的优势，多个机器人和线程在Cursor项目中来回传递反馈。在我知道的范围内，目前没有其他工具能做到这么简便。我可以用Hermes实现类似效果，但会多出很多额外工作和额外消耗，用Dots也不行，因为它只能有一个机器人。

我一直坚持使用pstack和验证技巧，要求智能体和机器人必须检查自己的工作，独立运行，只在需要的时候才上报给我。

我可以在任何地方操作系统，散步时我也能用语音模式添加应用功能——只需要和主机器人对话，让它协调就行，我甚至能用Pebble智能手环的网络钩子发起任务。

系统可以自我监控：通过常规程序扫描日志和分析数据查找错误，然后交给Cursor云端智能体审核，验证后发起拉取请求（PR）。

搭建这套系统花费了很多精力，但目前在我们团队运行得非常好。我们团队只有两个人，外加一名设计师和开发，但我感觉今年我们的输出已经变成原来的三倍，实际数据也证明了这一点。

我希望未来这个领域能出现更多选择，但就目前来说，Bot + Cursor的组合是无可匹敌的。

最后补充一些待优化点：
我希望语音模式能支持群聊。
偶尔我需要提醒负责监控拉取请求的机器人完成合并，它有时候会偷懒忘记操作。
iOS端的Cursor项目视图只是个不错的起点，目前功能还非常基础，也希望能出现更聪明的模型。