cursor 取消订阅了，水平不到位，无法把控项目

的确代码不是自己写的很难把控, 要在提示词里明确要求代码风格. 重构一下, 拆分大文件, 拆分大函数，这样就可以通过 outline 看函数列表进行把控了. 优秀代码风格是怎样的, 要求 AI 也那样写.
cline 的提示词指南里有个技巧, 在要求代码生成式, 提示词加入"简单""优雅""simple""elegant"这样的词, 就可以生成更容易维护的代码.
用 agent 工具非常考验表达能力，现在大家都是在摸索，只有零碎的经验讨论分享.

@jqknono 还可以这样，受教了

你提个模棱两可的需求，大模型就马马虎虎给你写，我觉得没什么问题。也别说 Cursor 的问题，你做任何事都是这样的，包括用人也是，你想偷懒，连 Cursor 写完后给你的解释都不看，回过头来埋怨工具，他只是个工具，没法给你背锅的

一定要 review cursor 写出来的代码，否则很容易出现这种把握不住情况

你要把控项目，一开始就应该把地基做好，指定让 AI 做装修的工作。你就是监工。

项目地基你让 AI 去写，AI 是不理解人类的情感的，他只会用他所理解的方式去搭建项目。

@wyntalgeer 确实是为了偷懒用的，没有埋怨工具，是自己把控不了这个 AI 工具

相反，我用 Cursor 开心的很哈哈，可能是最近几年自己写代码的时候少了，写架构书和设计文档的时间更多了，语言表达被锻炼出来了的缘故

Claude 还是强大

让它写没啥问题，但是一定要自己过一遍，不然肯定有问题的

已经用 Cursor/Trae 做过好几个复杂度还行的项目了，之前写过一些分享，感兴趣的同学可以看看 → https://github.com/easychen/ai-self-coding-book

对我来说就是反复发散 -> 收敛的过程，新开项目还是能节省不少时间的

记得常备份吧。像我本身对 C++是几乎完全不懂的。叫他写东西。基本都是碰运气。遇到能跑的我就赶紧备份保存。南否则下一份马上出问题。而且有时候他就傻的不行。跟他打交道心态要好。

拆分成小任务 最好给参考例子 提示词要详细 写完一定要 review 更多时间会花在 review 上 但还是比自己写要轻松 一个任务直接完成的感觉还是很爽的

操控，熟练掌握操作模型是一个循序渐进，漫长的过程中要积累经验，对于心中对大模型有成见，对新技术没完全掌握和了解的情况下，就妄下结论，有这种心态的人，最终都会被取代淘汰掉。

你这种反而很适合用 ai ，毕竟你可能都是个人项目，但是你后续肯定会和别人合作，也就是不是你的代码，与其那时候磨合，那不如先和 ai 磨合？

cursor 只是一个平台，并内置了 AI 而已。

假设现在有一个考试，你可以选择本人去或让 AI 帮你代考。
- 学渣肯定选择 AI ，毕竟自己考肯定不行，AI 说不定还可以碰运气
- 学霸才会在选和不选之间纠结，如果 AI 行当然选 AI ，但 AI 也可能考的不如自己

如果 AI 无法到达自己的水平，放弃 AI 并不是一个错误的选择

主要是你跟 CURSOR 沟通的方式有问题
我都会用脑子提炼好细化的设计 甚至怎么拆分都给他明确好
只是让它给我完成重复的代码

其实我感觉，指示 AI 干活和让小弟干活一样。

如果不说清楚某个功能模块的详细设计（接口是什么样的、代码风格应该怎么写，可以用什么现有的其他模块），那小弟写出来就一坨…… AI 同理。

我也是花了好久才搞定了让小弟写出来我觉得 ok 的代码。

之前有个群友分享了个提示词, 用了这个提示词后, 感觉 Cursor 没那么莽撞了, 更谨慎,更深思熟虑些, 减少了出错的概率
有兴趣的话可以试试看看是不是有改善, 国内模型用中文提示词, 国外的模型用英文的, 添加到 User Role 里

Cursor 全局通用思考链路 V4(中英 Markdown 版本)
链接： https://pan.quark.cn/s/0f54551f6759

你可以让它帮你抽离公共变量 功能模块化 感觉它优化自己的代码也有一套

我是先用一个文本把要做的工作写清楚，比如使用什么库，代码风格，要实现什么功能，有哪些注意事项，写好之后发给 Ai 做功能，如果生成的东西有遗漏就继续完善我的提示词

用 cursor 单独写了一个前端，描述做好，问题不大，比自己写省事，但是要 review

这下面对的是 AI 造的屎山了

cursor 做代码重构还是挺好的，比 github copilot 好用多了

有没有系统的指导怎么使用提示词进行开发的手册啊

@guin prompt 不到位的原因吧，大项目我们用起来很顺

这个 repo 里有各种项目和语言的 cursorrule ，可以借鉴再根据自己的项目风格调整一下。整体效果不错，但微调肯定避免不了的。https://github.com/PatrickJS/awesome-cursorrules

## “使用 AI” 不是选择题。

全托管我也认为确实不合适，现在还没到时候。

会用、用得好就多用，不会用，就少用，但是放弃一定是不对的，因为 AI 是未来。

未来不需要刀耕火种的人工敲代码。

就像现在的裁缝可以手工缝纫，但肯定不会不懂缝纫机。

撞头像了

想象一下，假如你手下有几个 实习生，你应该如何给他们 拆分工作 分配工作 以及验收工作 。 差不多就这么一回事了

现阶段还是拿来当 copilot 更合适，用来做些自己熟悉领域的杂活，自己有能力去 review
agent 目前还是属于探索阶段，完全交给 ai 的话，非常考验 ai 的能力，整条链路都是 ai 进行操作，ai 产生的问题积累起来会造成可用性迅速下降，当可用性降到一定程度后，浪费钱的同时还起不了多少效率提升
相比之下，当 copilot 来用，ai 把握不住时人可以随时接管进行兜底，不会因 ai 能力不足把问题扩散得到处都是

cursor 写的 c 代码，有个小笔误，我也没看出来，调试了 3 个小时，发现错了两个字母。

弱弱的问一下，cursor 必须订阅才能用 tab 补全么？我用免费的没有这个功能呢？

用 cursor 后，帮我解决了不少问题，就像实习生一样，你得告诉具体问题，要具体解决什么

我让 cursor 帮我改错误，保证通过单元测试
他改了半天改不好，帮我把测试文件改了
解决不了问题，就解决解决问题的人

cursor 没法大幅度超越使用者本人的能力，除非是非常基础的需求，不然只告诉它现象和目标是写不好的，得有个大概的做法才能写好

昨天让 Cursor 写个 AST 解析，个人也是半桶水，Cursor 写出来一遍过觉得很棒，就提交了也没注意。
过一会觉得里面写的有点乱，就顺着思路重捋一遍，发现很多细节问题；
感觉 Cursor 很适合干自己半桶水的工作，能很快的搭好架子，但是应用到生产环境就是笑话

只能用来偷懒，并不能完全取代。

@avenger 哈哈，我也遇到过这种情况，糊弄水平一流

这个问题其实可以回答：到底什么是管理能力？

想回车换行，又 TM 发出去了。。。。。

其实身份从干活的变成发号施令的，对任务描述就需要非常精准，这样 Cursor 这个员工才可以发挥最大作用。

要做过程管理，螺旋式（迭代），
1. 发现 ai 思路或实现有偏差要及时纠正
2. 单元测试
3. 代码重构

罗马不是一天建成的，在迭代过程中不预留代码重构的时间，早晚都是粪坑代码

很多人就是太贪了，不管做什么事情都不可能一蹴而就

@nevin47 觉得你这个姿势才对，应该是产品+架构+开发管理经验，把 cursor 定位成一群智商=150+、经验丰富、记忆力差、非常顺从的员工。
我之前做小项目，一个 markdown 文档，把数据库、程序设计、功能点、前端设计描述都写清楚，基本一半天就搞定了。但是到了大些的项目（个人人工开发 2 个月），每次 accept 的时候，review 一遍，一个独立功能点完成，配合 git 管理起来。
目前用起来还好，修改的话，因为一开始 accept 代码，都 review 过，还能控制。但是时间久了，不知道会怎么样，考虑每次代码生成，加一条要求：添加详细的文件、代码注释和修改记录，可，500 次快速请求更本不够用。

你这说的是人话吗，逛 V2EX 的基本都是程序员了吧，又要把控项目和代码细节，一边又要数落 ai 让你把控不好，你先看看自己脑子吧

@havingautism 戾气那么大？“用 cursor 生成页面的时候挺爽，但是大多时候不能保证 100% 还原的，还是需要修修改改，最近做了一个项目，发现越到后面越把握不住了，不是自己写的代码，很多东西不在脑子里，改起来很费劲“ 这是我的原话，我说是 AI 让我把控不好了吗？我说的是自己水平不够，没有把控 AI 的能力，我发帖子的原因也是想学习一下大家怎么使用 AI ，怎么把控项目的，到你这怎么上来就开骂了？

@simo 这个比喻非常恰当，经验丰富（模型能力很强）、记忆力差（ KVCache 限制导致上下文越久越容易丢失）。我现在觉得 Cluade.ai 3.7 Sonet 的那个 CodeAgent 比 Cursor 准确性更好，一般 10K 以内的代码都可以准确的生成，Cursor 可能受限于 Agent 能力还在继续迭代，工程复杂度一高就容易乱搞