十个项目并行：编排产能超过手写

有人把 Cursor 的 projects 和 pstack 组合用出了新境界：常年至少 10 个项目并行跑——性能优化、技术债清理、Bend2 和 Rust 的实验、修用户反馈、搭新仪表盘、做游戏，什么都有。他给自己的感受是：像个千倍工程师。功能页：cursor.com/blog/projects 这段实况最有价值的不是"快"，而是"并行"。过去一年对生产力的叙事大多押在单线速度上——同一个任务跑得更快；这条展示的是另一种乘法：十个项目同时开着，人只负责在关键点切换。单线提速是把一条河挖深，多线并行是多开几条河——前者的上限是你的手速，后者的上限是你能盯住多少条线。 "千倍工程师"这个自封当然带夸张，但它指出了一个真实的变化结构：省下来的不是敲代码的时间，是切换与排队的时间。过去十个想法排队等你，现在十个想法各有各的进度条——人从"执行者"挪到了"调度者"的位置。这与今晚按技能切、并行 Worker Session 那些讨论是同一件事的个人版：编排的产能，第一次开始超过手写的产能。 这也回答了今晚另一个悬着的问题——人去哪了。十个项目并行之下，他的日常大概长这样：早上扫一遍各项目的产出、挑两个要拍板的深看、把验收不通过的打回、再开新的一批。产出变多之后，人的工作反而更像那个熟悉的词：管理。区别只在于手下管的不是人，是一排各就各位的 agent。 当然要留一格清醒：并行开得越多，验收越是瓶颈——十个项目的代码质量，取决于你在每个项目上花的那五分钟是真看还是扫一眼。千倍的收益是真实的，千倍的责任也是：跑得越多的人，越需要一套自己信得过的验收清单，否则并行只是把技术债批量放大。 给想试的人一句落地的：把你的任务列表切成三个并行项目起步，每个都写清验收条件再开跑——两周后看你能同时盯住几个，而不是看代码产出多少。盯得住的数目，才是你真实的"并行带宽"。