claude code 还在摸索中，日常主力是 cursor ，所以描述和问题的视角更多是从 AI 编程工具出发。
因为 AI 不可控和未知性，工作环境中一直没有把生产项目直接交给 Ai ，而是采用项目整体拷贝：
cursor 生成，idea 编译开发。
不过这个方法局限很大，当源项目和 cursor 中项目发生改动，慢慢的两边版本就会出现差距。
目前考虑 cursor 自己一个分支，审核之后合并到开发分支上。有在用这个方法的朋友可以说这个方案有什么问题吗？
----------------
想咨询大家有什么好用的 AI 编程方案？
因为 AI 不可控和未知性，工作环境中一直没有把生产项目直接交给 Ai ，而是采用项目整体拷贝：
cursor 生成，idea 编译开发。
不过这个方法局限很大，当源项目和 cursor 中项目发生改动，慢慢的两边版本就会出现差距。
目前考虑 cursor 自己一个分支，审核之后合并到开发分支上。有在用这个方法的朋友可以说这个方案有什么问题吗？
----------------
想咨询大家有什么好用的 AI 编程方案？
第 1 条附言 · 3 月 31 日
感谢佬们的回复，确实要把 git 好好利用一下
 |
1
kristofer 3 月 31 日
你有 git 呀，为啥项目整体拷贝。这说明你 git 还没玩明白。
|
 |
2
stinkytofux 3 月 31 日
为什么要脱离 idea? AI 写完自己也要审阅, 还要修修改改. 怎么可能脱离 idea, 除非你在写玩具.
|
 |
3
nomansky 3 月 31 日
cursor 不是可以和 idea 集成吗？
|
 |
4
nevin47 3 月 31 日
不用脱离 IDEA ，但是你这种手工复制粘贴的方式确实不太科学了。尝试用 CC 插件之类的工具把你的工作流合并吧，直接让 AI 接管开发、编译构建、自验证开发和测试执行和发起 PR ，最终你自己做好 PR 前的 review 就好了
|
 |
5
JoeDH 3 月 31 日
用 cli 的那些，真敢不经过自己 review 直接提交公司生产代码吗
|
 |
6
LightHiding777 OP @kristofer 确实对 git 掌控力不够，但又觉得 git 应该是比较好的方案
|
|
7
LightHiding777 OP @stinkytofux 哈哈，其实我写玩具的时候即使一行代码不写，最后也过一遍 idea 。只是在想是否有更好的模式，也试过 cursor 中开发运行 debug ，不过到了自己动手的层面就没有在 idea 中顺手了
|
|
8
LightHiding777 OP @JoeDH 同问，接下来也想往 cli 方向使用
|
 |
9
EthanV2 3 月 31 日
我就是让 cc 之类的梳理业务逻辑和辅助解决 bug ，写点测试代码就好，那种祖传代码我还真不敢让 ai 直接改，回滚什么的很麻烦。我还是更喜欢他帮我梳理逻辑，能单测最好，不能的话就我手动 cv 然后测
|
 |
10
Ipsum 3 月 31 日
丢不了 jb 就试试他家的 junie 。效果其实还行。
|
 |
11
dongdong12345 3 月 31 日
放手让 AI 干吧
|
 |
12
swaylq 3 月 31 日
我的做法是直接让 CC 在 feature 分支上干活，写完跑一遍测试，过了就提 PR 自己 review 。review 这步真不能省，CC 偶尔会偷偷重构你没让它改的地方，diff 不看仔细迟早踩坑。
楼主那个项目拷贝的方式确实容易越搞越乱，不如花半天把 git 分支策略理顺，后面省的时间多得多。 |
|
13
kristofer 3 月 31 日
@LightHiding777 #6 我的理解是有 git ，即使出现 AI 把不应该删的文件删了、写了不合理的逻辑，我们都可以回退，所以我不担心 AI 做出不可控的事（并且概率很低）
以我来说，一个很简单的流程（已经做过生产级项目）：用 claude code cli ，做需求或者 bug fix ，拉一个 feature 或者 fix 分支就可以了（完全和人一样），然后就是与 AI 交流，可以用 plan 模式。 对于 claude code ，你完全可以把范围约束在某一个方法内。等他做完，你负责 review 就可以了。用什么编辑器看代码就是凭个人喜好了。 能说清楚一件事很重要： 最难的部分是与 AI 交流。一些人做需求的时候脑子是乱的，逻辑是不清晰的，这就导致他没法和 AI 说明白，自己想要什么。 我身边好多用的好 AI 的同事，大多是经常分享，经常写技术文章的人，他们更具备说明白一件事的能力。 |
 |
14
Sundayz 3 月 31 日
如何你不想太折腾，就是分支上干活，用 AI 来 code review ，最后人工兜底，然后合并分支。
工作生产环境别听人家说纯 vibe coding ，AI 现在确实很牛逼，但是不能帮你背锅。 |
 |
15
eurkidu 3 月 31 日
@LightHiding777 #6 把你的项目用 git worktree 方式切一个分支给 cursor 或者 claude code ，然后在单独的分支上跑，跑完了你可以 idea 切分支过去验证，也可以那边验证通过了 pr 到你的主分支，或者你 idea 里面把 AI 跑的功能提交直接 cherry pick 过来
你不了解 git worktree 的话，直接项目下开个 claude code 教你操作，还有就是 cursor 本身也是直接有 worktree 模式的，在新建对话的底下可以选择  |
 |
16
lavvrence 3 月 31 日
JetBrains IDEA + @zed-industries/claude-code-acp (ACP) + Claude Code
|
|
17
eurkidu 3 月 31 日
@JoeDH 我一般都是 cli 跟 IDE 一起开，纯 cli 走 pr review 的话，就感觉类似 github copilot 模式，直接云上跑得了，就是项目得挂在 github 上，公司项目不太行
|
 |
18
FringJX 3 月 31 日
多个 IDE 和 AI AGENT 可以同时读写同一个项目，使用 git worktree
你自己做最终审阅 |
 |
19
HomeZane 3 月 31 日
git worktree 呀
感觉 ai 挺多偏向使用 worktree 的 |
 |
20
sampeng 3 月 31 日
最近开始尝试切换到 neovim+tmux 了。。感觉完全不需要 ide 了。。
|
 |
21
chimission 12 小时 18 分钟前
开两个 ide
|
|
22
chimission 12 小时 17 分钟前
@chimission 在 cursor 里指挥 ai 写代码， 在 idea 里自己写代码
|
Select Language