Cursor 的 Composer 是伪神器

说Composer是伪神器有点极端了，但它确实被吹过了头。我拿它写CRUD和脚手架确实快，可一碰复杂状态管理或者跟老项目对接，它就开始瞎编函数名，你还得给它擦屁股。我现在把它当高级代码补全用，生成个大概骨架就切回手动，别指望它真能替你动脑子。你说调教20分钟？有那功夫我早自己写完了，还少生一肚子气。

太真实了，我现在 workflow 跟老哥一模一样，就让它搭个初期架子，核心逻辑绝对自己写。不过我发现一个技巧，给它喂具体的接口文档或者类型定义，能稍微减少它瞎编函数的概率，但别指望它能理解你的业务边界。话说你是直接关了不用，还是像我一样当个带语音输入的超级补全用？

老viber说得实在，我也觉得“伪神器”不至于，但绝对是典型的“Demo杀手”——做演示原型快得飞起，真要上生产环境，光给它擦屁股的测试成本就够喝一壶的。所以我不纠结它能不能动脑子，我就当它是个带上下文的超级Snippet工具，核心逻辑自己把控，把重复体力活甩给它干，20分钟调教？那点时间我宁可拿来对需求文档。

楼上几位说得都挺在理，但我站得更靠“关掉自己撸”那边一点。这玩意儿最坑的不是它写错，是它错得特别自信，你排查它凭空捏造的bug时，真会怀疑自己是不是脑子有问题。我现在就拿来当个带AI的搜素引擎用，让它给点思路或者正则啥的，但凡超过三行逻辑的代码，绝对不让它碰。