从零开始用Cursor Composer 2搭建Reddit类社区，几分钟生成五百多文件，自动部署，一次修复认证bug，价格仅为Claude Opus 4.6的十分之一。
Cursor推出的新旗舰模型Composer 2在定价上比Claude Opus 4.6便宜了整整十倍，在Cursor自家内部基准测试里得分也超过了60%。我亲自上手，从头搭建了一个类似Reddit的全栈项目，还顺手部署上线。整个过程里，Composer 2靠着MCP服务器和各种工具，唰唰唰在几秒钟里搞出了五百多个文件，后端数据库、前端界面、路由设置全都自动生成。第一次跑完时，注册功能有点小翻车，但第二次让它自修复后，整个登录、建社区、发帖、投票、上传图片的流程就全通了。速度是真的快，能力是真的强，跟Composer 1.5比确实进步明显，但在一些细节打磨上，离Claude Opus 4.6和GPT 5.4这样的顶级选手还有距离。
先说好，这玩意儿贵不贵
打开Cursor官方发布帖，我第一眼就盯上价格。Composer 2每百万输入代币收0.5美元，每百万输出代币收2.5美元。这是什么概念呢，我当时就掏出计算器比了一下，Claude Opus 4.6输入是5美元，输出是25美元。也就是说，同样跑一次任务，Composer 2的成本连Claude Opus 4.6的十分之一都不到。我当时看完就想，这不就是性能车里的省油王嘛，又要马儿跑又要马儿少吃草，这不就是我们开发者梦里的状态嘛。
然后他们还放出了Cursor Bench的基准测试数据。Cursor 4.6的分数接近60%，Composer 2直接跳上60%多，价格却还压在谷底。GPT 5.4 High版本虽然分数更高，但价格也跟着上天。我看完那组数据图，脑子里就蹦出一个画面，Composer 2像个精打细算的理工男，做题不输别人，饭量却只有别人的一小碗。
从零开始，我先搭架子
我打开Cursor编辑器，建了一个全新的空文件夹，里面啥都没有，干干净净。这种从零开始的时刻最刺激，因为我也不知道接下来会生成什么神奇的东西。按照我的习惯，第一步不是急着写代码，而是先把MCP服务器配置好。MCP这玩意儿就像给AI装上了超级工具箱，它要写前端就能调用前端的工具，要写后端就能往后端使劲。
我先翻进设置，确认已经装了Next开发工具MCP服务器和Chaten MCP服务器。然后我还需要后端支持，就选了In Sport这个平台。In Sport专门为智能体开发设计，帮助编码代理像Cursor这样的工具去创建后端和做部署。我登进去建了一个叫Reddit Pro的项目，用免费套餐就行，他们还开源，随时可以去翻源码。
MCP一接，感觉开挂
在In Sport的控制面板里，我点连接MCP服务器，它直接弹出一个“添加到Cursor”的按钮。我一点，Cursor就自动跳出来问我要不要安装。我同意之后，几秒钟之内，它就显示启用了17个工具。这17个工具涵盖的东西特别全，从文件操作到数据库管理，再到部署流程，基本上我想干啥它都有对应的工具可以用。
我当时心想，这就好像给一辆车装上了全套导航、雷达、自动驾驶、语音助手，而且不用我一个个去手动接线路，一键全搞定。这种体验在以前的Composer 1.5上也有，但没这么顺滑。我关掉配置窗口，回到主界面，准备开始发出真正的大招。
一条提示，包揽全部
我把提示词直接粘贴到Composer里，模式选了Composer 2快速模式。这个模式响应更快，适合我这种急性子。我要建的是一个类似Reddit的社区讨论平台，后端用In Sport，前端用shad加Next.js最新版。功能要全，要有社区体系，每个社区底下要有自己的动态流，人能发帖、投票、评论，还能上传图片和下载内容。
我还在提示词里加了一句，让它最后把应用部署好，然后给我一个可以点进去测试的链接。我当时的心态就是，一条提示打天下，要是它真能从头做到尾，我就给它鼓掌。发出去之后，我就盯着屏幕，看它怎么表演。
唰唰唰，飞一般的创建速度
它第一个动作是调用In Sport的工具去fetch SDK文档，就是先搞明白后端平台的规矩。我点了允许之后，它马上就开始搭数据库模式。这个速度是真的快，它一边跑，我一边在旁边数文件。它先读所有MCP服务器的文档，然后把Next.js项目的架子搭好，接着创建数据库表，再装UI组件库，装SDK，装Next适配器。
整个过程中，我眼睁睁看着文件列表在左边面板里疯狂滚动。它几秒钟里就生成了五百多个文件。五百多个啊，这要是我手写，光建文件夹和基础文件就得忙活一两个小时。它就那么安静地、一条一条地、一个文件一个文件地往外吐。我当时想，这要是写代码的人都这么干活，我们以后的工作可能真的就是盯着屏幕看它干活了。
后端路由和数据库，全自动
它接着创建各种后端路由，社区路由、帖子路由、评论路由、用户认证路由，一条一条列下来。我特意跑进In Sport的控制台看了一眼，那边已经多了五个数据库表，社区表、帖子表、评论表、用户表、图片存储表，整整齐齐。而且表结构不是随便乱建的，它有外键关联，帖子有社区ID，评论有帖子ID，图片有帖子ID，整个数据模型一看就是正经设计过的。
我当时就觉得，这不只是堆文件，它是真的在按一个完整应用的结构在搭。而且它每创建一个东西，都会在In Sport上同步做对应的配置，比如创建存储桶来放用户上传的图片，比如设置环境变量。这些细节以前在Composer 1.5上容易出岔子，经常是前端好了后端没通，或者数据库连不上。但这次它是一气呵成。
部署部分，也是一条龙
等到所有文件生成完，它开始跑构建。构建通过后，它直接调In Sport的部署工具。这时候我在Cursor里看到它输出了部署命令，然后就在等In Sport那边的构建完成。我切到In Sport控制台的部署日志页面，看到构建正在跑，依赖在装，服务在起，所有步骤都清清楚楚。
没过多久，它就告诉我部署完成了，然后把部署链接贴出来。我从头到尾都没自己打一行部署命令，没去配置服务器，没去设置域名，没去配环境变量，全让它自己调度MCP工具干完了。这种“说了就做，做了就成”的感觉，真的很容易让人上瘾。
第一次跑，翻车了
我兴奋地复制部署链接，在浏览器里打开。首页确实出来了，长得有模有样，叫Circle Talk，看起来确实像Reddit的风格。但当我准备注册一个账号时，事情开始变得不太对。我输完邮箱和密码，点注册，页面跳了几次，然后停在了一个奇怪的状态，再然后我点登录，它就反复重定向，死活登不进去。
我当时就笑了，这个场面太熟悉了，每次新技术出来，第一次跑通的时候，总有某个环节会卡住。这次卡在了最关键的认证部分。注册功能有bug，导致登录时重定向次数太多，用户根本进不去主页。对于一个社区平台来说，登不进去，那就等于什么都没有。
让它自己修，它就真修
我没慌，因为我知道它既然能建，就大概率能修。我直接在Composer里加了一条提示，说最后一步的注册和身份验证坏了，有重定向问题，请修一下。它就开始了诊断模式。它先分析了一遍代码里和认证相关的部分，然后定位到可能是路由守卫或者session处理的问题。
它直接改了文件，具体改了什么我没细看，但改完之后它马上又重新跑了一遍部署流程。这次构建也很快，通过后它又生成一个新的部署链接。整个过程我没动一根手指头，除了在提示框里打了那一行字，剩下的全是它自己折腾的。
第二次跑，全通了
我第二次打开部署链接，小心翼翼地开始注册。这次输入邮箱和密码之后，页面顺利跳转，没有重定向循环，我直接进了个人资料页。页面上清清楚楚显示我的邮箱，还有一个空白的个人主页，布局完整，功能按钮都在。我当时就长出一口气，觉得这修复速度是真可以。
然后我试着创建一个新社区，取名叫webdev dev box。创建成功，社区主页瞬间生成。接着我在社区里发了一条帖子，标题是“很高兴来到这里，喜欢这个平台”，没传图，直接发。帖子一发出来，马上就显示在社区动态里，底下有投票按钮，有评论框，有下载帖子的功能。我点了一下投票，计数立刻加一，那个交互的流畅感让我有点恍惚，这真的是一行代码没写的成果。
亮点全在这几个细节
整个项目里，我特别留意到几个以前版本容易出问题的地方。一个是图片上传，它把图片存储桶配好了，我后来试着传了一张图上去，图片成功显示在帖子里。另一个是投票系统，帖子底下有点赞和点踩，评论底下也有投票，这在整个Reddit类应用里属于核心功能，它一次就做对了。还有一个是社区体系，每个社区有自己的独立页面和帖子流，社区名在URL里体现，路由设计得很干净。
这些细节说明Composer 2不只是套模板，它是在理解需求的基础上，按真实应用的结构来设计功能和数据关系。它知道Reddit类的平台必须要有社区隔离、帖子聚合、用户认证、内容存储这几个核心模块，然后它把这些模块用In Sport的后端工具和Next.js的前端框架组合起来。
速度是真的快
我在整个测试过程中一直盯着计时，从发出提示到生成所有文件，大概就是几分钟。这中间包括了它读文档、建数据库、生成文件、配置路由、设置部署、跑构建、跑部署的所有步骤。而且它全程没有卡顿，没有报错中断，除了最后认证那个bug需要二次修复之外，第一遍生成的过程非常顺滑。
我对比了一下Composer 1.5的表现，那时候它也能生成全栈应用，但生成速度没这么快，而且经常在生成到一半的时候要我手动确认一些东西。这次Composer 2基本上是自己一条龙跑到底，只有在调用MCP工具时会问我允不允许，但这也是合理的设计，毕竟是操作外部平台，要我授权是应该的。
和Claude Opus 4.6的差距在哪
虽然Composer 2这次表现已经很惊艳，但我还是能感觉出来，它在细节打磨上跟Claude Opus 4.6这种顶级模型还有差距。比如注册功能第一次出错，说明它在前期设计认证流程时可能没考虑到某些边界情况。Claude Opus 4.6在处理类似任务时，会在生成之前就自己多跑几轮逻辑推演，尽量减少第一版的bug数量。
还有就是它在处理复杂交互时，像重定向循环这种问题，它虽然在第二轮修复了，但修复的思路更偏向直接改代码逻辑，而不是从架构上重构认证流程。如果是Claude Opus 4.6，可能会在第一次生成时就设计好一个更健壮的认证架构，避免重定向问题的出现。
定价带来的想象空间
但是话说回来，Composer 2的价格优势实在太大了。每百万输入代币0.5美元，输出2.5美元，这比Claude Opus 4.6便宜了将近十倍。对于我们这些经常要做原型验证、要频繁跑全栈项目的开发者来说，这个价格意味着我们可以更大胆地去尝试复杂项目，不用心疼代币消耗。
而且在Cursor Bench的测试里，Composer 2的分数超过60%，Claude Opus 4.6是接近60%，差距没有价格差那么大。也就是说，我用十分之一的钱，换来了差不多甚至略高的基准分数。这就好比买一辆车，价格是别人的十分之一，油耗是别人的十分之一，但百公里加速只慢了零点几秒，这种性价比，很难让人不动心。
它在实际工作流里的意义
从这次的实际测试来看，Composer 2已经可以作为一个可靠的帮手，去承担从零搭建全栈项目的重活。如果你是一个独立开发者，或者在一个小团队里，想快速验证一个社区产品的想法，这个模型可以让你在几分钟内就看到一个可运行的版本，包括前后端、数据库、部署链接，全都准备好。
而且它跟MCP服务器的结合，让它的能力边界不再局限于代码生成，它还能操作外部平台、管理云资源、自动部署。这种“能写代码还能操作基础设施”的能力，让它从一个单纯的代码生成器，变成了一个真正的开发助手。
我觉得这个版本真的很能打
我在视频里说过，Composer 1.5已经很不错了，但这次Composer 2的提升是肉眼可见的。速度快、价格低、文件生成完整、MCP工具调用顺畅、部署自动化程度高，这些点加起来，让我觉得Cursor在模型这条路上选对了方向。它不是单纯地去堆参数量，而是通过工具链和生态的整合，让模型在真实开发场景里发挥更大价值。
当然，它还需要继续改进。注册功能的bug提醒我们，它在处理某些复杂状态流转时还不够稳健。后端的某些边缘情况，比如并发投票、图片上传失败重试，这些还需要进一步打磨。但它已经展现出了很好的潜力，尤其是在速度和成本控制方面，它找到了一个非常舒服的平衡点。
整个过程给我带来的快感
这次从头搭建并部署一个Reddit类项目，整个过程给我的感觉就像是在开一辆半自动驾驶的车。我只需要告诉它目的地，然后偶尔点一下确认，它自己就会看路、打方向盘、踩油门、找车位。这种体验在以前的编程工具里是想象不到的。
而且它生成的不只是一个静态网站，而是一个完整的、有数据库、有存储、有认证、有部署的全栈应用。我可以用它来跑真实用户，做真实测试。这意味着从想法到上线的时间，被压缩到了不可思议的程度。
如果让我打分的话
如果满分十分，我给Composer 2打八分。扣分点主要在那个认证bug和后续一些细微的交互问题。但考虑到它的价格只有Claude Opus 4.6的十分之一，这个分数已经相当高了。它在速度、文件生成完整性、MCP工具整合、部署自动化这四个维度上，都拿到了接近满分的表现。
它能不能完全替代Claude Opus 4.6或者GPT 5.4，我觉得还不行。但在快速原型、个人项目、小型团队开发这些场景里，它已经是性价比最高、体验最流畅的选择之一。
总结一下这段神奇经历
我从打开Cursor开始，建空文件夹，配MCP服务器，发一条提示，然后看着它几分钟内生成了五百多个文件，搭好数据库，配好路由，跑通构建，自动部署。第一次部署后注册功能翻车，我让它自修复，它马上改代码重新部署，第二次就全通了。我登录、建社区、发帖、投票、传图，整个流程全部跑通，一个类似Reddit的全栈社区应用就这样从零到上架了。
Composer 2比Composer 1.5快很多，便宜很多，生成更完整，MCP工具调用更顺畅，部署更自动。虽然在一些细节上和顶级模型还有差距，但结合它的价格和速度，这个新旗舰模型真的很有竞争力。