Cursor上线Projects：协调者Agent不写代码，只规划与派活

近日，Cursor上线了新模块Cursor Projects。按官方说明，它用来承接体量更大的工作，比如一个功能、一次迁移，或者一整个应用。它会跨数月维持上下文，把任务派给成千上万个subagent，并且在没有提示的情况下执行周期性工作。入口放在左侧导航，目前是beta，从上线当天起向所有用户铺开。

Projects里有一个协调者Agent，它自己不写代码。它负责规划工作、把工作派给具体实现的Agent、再把完成的成果带回来交给人检查。协调者会按需要创建并并行管理Agent，需要多少就开多少。分工因此变成：写由Agent完成，人对接的是规划和验收。

运行方式上，每个Project跑在云端的独立机器上，合上笔记本不会把它打断；当某件事需要在你自己那台机器上测试时，协调者会临时起一个本地Agent，在本地把它跑起来。这个设计对应的是一个很具体的问题：长任务一旦绑定在本地会话上，就会被人的作息切断。

共享上下文是整套设计里最值得看的部分。每个Project维护一组文件，在它用到的所有云端和本地机器之间同步。Agent把研究结论、产出的产物、对代码库的理解，以及你偏好的做法都写进去。如果某个Agent搞清楚了怎么测一个服务，后面每一个Agent都能直接沿用这套说明。这块上下文随项目一起增长，协调者也会随之变得更有效，相当于把散在个人记忆里的项目经验沉淀成一份跟着项目走的文件。

订阅是另一个入口。你可以让协调者去盯一个Slack频道、按计划运行、或者跟进你所有的PR，它会根据自己检测到的信号采取行动，不用等你开口。把Slack接上并指向一个bug反馈频道，每条bug进来它就开始派活。这个机制在8月19日的更新里已经出现过，当时叫subscriptions，只对云端Agent开放。

对一个人同时管着几套站和几个脚本的人来说，变化是直接的：换手、隔周回来、或者让Agent接手时，不用再从零讲一遍背景。需要权衡的地方也清楚，它假定你把代码放进Cursor的云端环境，偏好自托管或者本地优先的人要自己算这笔账。判断标准其实简单：手上的活是不是真的长到需要跨月维护上下文，如果不是，Projects额外加的这一层抽象未必划算。