大家工作中是如何使用 AI 编程的？

问题描述：

claude code还在摸索中，日常主力是 cursor ，所以描述和问题的视角更多是从cursor 这款编程工具出发。
先描述自己的开发流程：
新开分支–>cursor拉分支进行coding–>cursor提交代码；
自己完成分支合并的工作，idea的工作更多的是合并后的编译运行和前端的联调；

---

想咨询大家有什么好用的 AI 编程方案？以及在正式工作的生产环境是怎么进行coding的？

在定义人和AI的工作上现在还处于摸索状态，我现在更多想往md文件设计的方向思考实践。AI的反馈目前还处于人工的review阶段，但是代码一多了可能就不想看了。如果不看就变成完全相信AI，测试反馈是不是也有好的方案了呢。

网友解答：

---

--【壹】--：

感觉还是 ai 辅助+人工干预更高效一点，纯 vibe 出错率太高了，有时候人一眼就看出来的错，ai 可能要半天还找不到

---

--【贰】--：

工作与编程无任何关联
业余开发游戏是 prd-to-plan 好像这个吧，切一堆小任务，然后纯vibe

---

--【叁】--： 卷卷:

有时候人一眼就看出来的错，ai 可能要半天还找不到

这倒是可以小干预一下，但是很多生成的函数已经完全不管了

---

--【肆】--：

感觉copilot里面的模型注水好严重笨笨的

---

--【伍】--：

我没有试过。目前使用sonnet感觉够了，opus没有深度使用

---

--【陆】--：

• https://linux.do/t/topic/1752642

---

--【柒】--： lxd:

代码一多了可能就不想看了

一般就两条路，不Vibe和完全Vibe，只有补全的属于前者，只有完全不看代码了才是后者
处于一半状态的会无比痛苦，看代码也不是不看代码也不是

---

--【捌】--：

我用copilot，但每个月都用不完，感觉好浪费啊

---

--【玖】--：

请问佬是什么plan？10刀的吗？我后面也想要买copilot，但是他们说上下文小然后可能opus也不会是满血什么的。我主要就想要有个opus的稳定渠道，这个可以吗？

---

--【拾】--：

10刀的，上下文不满血，显示的160K，300次高级请求，opus的话是3倍消耗，也就是100次的样子

---

--【拾壹】--：

需求不足也是一个重要问题，没有需求就创造需求

---

--【拾贰】--：

听说可以卡对话，让他一直解决问题啥的。佬试过吗？然后opus聪明吗？目前都是用中转站的 codex

---

--【拾叁】--：

国产的用trae，然后国外的用codex。或者是谷歌的gmini，这几个都还可以，应为国产化的原因，如果公司的安全要求比较严格的话，我推荐你用trae

---

--【拾肆】--：

项目太复杂以后就变成全vibe coding了，除了一些架构之类的问题我自己来定，其他都是LLM来主导，当然，人工debug必不可少