# Cursor Projects 押注了一个不写代码的协调员，把开发任务交给云端 agent 集群长期跑

> 原标题：不写代码的协调员：Cursor Projects 在赌什么

- 来源：Computing Life · Share · 鸭哥调研
- 发布时间：2026-09-28T00:00:00.000Z
- AX AI 日报：https://ai-daily.ax0x.ai/items/59662
- 原文：https://yage.ai/share/cursor-projects-bet-20260925.html

## 摘要

Cursor 在 2026 年 9 月上线了 Projects 功能，核心是一个自己不写代码、只做规划和分派的协调员。它会按需拉起多个云端 agent 并行干活，开发者只需要定义目标和最终审查 PR。系统默认跑在云端虚拟机上，合上电脑也不会停，还能靠监控 Slack、PR 或定时任务自动触发。Cursor 自报内部 35% 的合并 PR 由 agent...

## 推荐理由

Cursor Projects 把 agent 从写代码翻成做规划，这个转向本身够新鲜。文章拆了三个机制（云端常驻、文件同步上下文、外部触发），附了第三方评测和 Cursor 自报的 35% 合并 PR 数据，信息密度够。没给更高分是因为自报数据没第三方验证，长期效果和边界情况正文也没展开，先打个折。

## 锐评

Cursor Projects的核心赌注是把人从执行环抽出来，只做定义和验收。协调员自己不写代码，负责规划并拉起多个云端agent并行干活，系统靠监控Slack、PR或定时任务自动触发，合上电脑也能跑。Cursor自报内部35%的合并PR由agent生成，这个数字看着漂亮，但得打个折——论坛用户golfingmoney实测发现，协调员分派给子agent的任务，约一半会出错，需要专门立规则让协调员逐项复核。官方员工承认任务交接时容易漏细节，这些漏掉的细节最终全压在人工验收上。

另一个现实问题是成本。独立评测指出协调员一次扇出几百个子代理，token消耗很大，有用户一个提示词就烧光了配额。并发5个子代理大约消耗单个agent 5倍的token，这笔开销买的是上下文隔离，不是速度。正文没披露Projects的具体定价和token消耗的量化对比，也没说清楚云端虚拟机的计算资源怎么计费。

还缺几块关键信息：一是35%这个内部数据的外部验证，二是长期跑数月的工程体到底能省多少人工时间，三是云端优先架构下本地私有MCP和内部服务怎么打通——论坛已经有用户抱怨云端沙盒调不动本机配置。这些缺口不补上，Projects更像一个面向特定场景的工程实验，离普适的软件开发新范式还有距离。