9月10日，AI代码编辑器Cursor上线了一个叫Projects的新功能（目前是beta版）。它想解决的问题很直接：以前你只能盯着一个AI助手干活，现在你可以把几千个AI智能体同时撒出去，自己只管发号施令。
这事听起来有点抽象，打个比方就明白了。过去的AI编程，你像是个带一个学徒的老师傅，写一段代码、等它回一段、再改一段，一来一回全靠你盯着。Projects的做法是，给你配了一个“工头”——Cursor管它叫协调者智能体。你只需要告诉工头“把这个项目的界面框架升级一下”，工头自己去拆任务、排优先级，然后把活分给底下几千个AI小工，谁写代码、谁跑测试、谁查文档，各干各的。你从“管人”变成了“管项目”。
支撑这套玩法的，是三个关键设计。
第一，活主要扔在云上干。每个Project都跑在一台独立的云端电脑里，你把笔记本合上、去喝咖啡、下班回家，它照样在跑。本地算力撑不住几千个AI同时开工，那就借云端的力气。只有需要本地测试的时候，协调者才会自动叫醒本地智能体来接手。
第二，大家共用一份“笔记”。每个Project里有一组文件会被持续同步，AI们研究出来的结论、对代码库的理解、团队的偏好设置，全都往里存。时间越久，这个协调者越懂你们的项目，越不需要你反复交代。
第三，它会自己找活干。协调者能盯着Slack频道、按计划定时启动，或者跟踪所有Pull Request（也就是代码提交请求）。一旦发现哪里出了问题，它主动就上了，不用你一遍遍催。
落到实际场景里，Projects主要干三类事。
一类是做新功能。AI先研究、建上下文，协调者排计划、派活，子智能体并行写代码、并行测试。上线之后还接着盯日志、修bug。
一类是搞大规模迁移。比如框架整体升级、样式全站替换，这种活的特点是开头容易、收尾要命。系统能在几百个PR里一点点往前推，前期人工严格把关，等方案跑顺了，后面就交给协调者自己推进。
还有一类是日常“园艺”维护。代码质量监控、回归测试这种重复劳动，它可以自动从设计系统里提取组件、在线生成规则，把治理这件事变得省心。
Cursor说，内部团队已经拿Projects测了好几个月，真刀真枪干过涉及几百个PR的迁移和功能发布。数据也很扎眼：用上这个功能的新用户，合并的PR数量多了30%；而主要靠Projects干活的那批人，合并PR的数量直接是原来的六倍。
目前Projects还是beta状态，从9月10日起向所有用户逐步开放。
回头看，Cursor把这次发布称为软件开发“第三纪元”的加速信号，不算夸张。第一纪元是人手写代码，第二纪元是AI帮你补全一行、一段，第三纪元则是你负责说清楚要什么，剩下的交给一支AI队伍去干。程序员的角色，正在从“写代码的人”变成“指挥代码的人”。而这支队伍有多大，Cursor给的答案是：几千个起步。