V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录

独立开发者节点

愿每一位独立开发者都能保持初心,获得一个好的结果.

LightHiding777
V2EX  ›  ☕Vibe Coding🤖

大家工作中是如何使用 AI 编程的?古法程序员还是没法完全脱离 idea

  •  
  •   LightHiding777 · 18 小时 7 分钟前 · 1746 次点击
    claude code 还在摸索中,日常主力是 cursor ,所以描述和问题的视角更多是从 AI 编程工具出发。

    因为 AI 不可控和未知性,工作环境中一直没有把生产项目直接交给 Ai ,而是采用项目整体拷贝:
    cursor 生成,idea 编译开发。

    不过这个方法局限很大,当源项目和 cursor 中项目发生改动,慢慢的两边版本就会出现差距。

    目前考虑 cursor 自己一个分支,审核之后合并到开发分支上。有在用这个方法的朋友可以说这个方案有什么问题吗?

    ----------------

    想咨询大家有什么好用的 AI 编程方案?
    第 1 条附言  ·  13 小时 17 分钟前
    感谢佬们的回复,确实要把 git 好好利用一下
    20 条回复    2026-03-31 15:18:37 +08:00
    kristofer
        1
    kristofer  
       18 小时 0 分钟前
    你有 git 呀,为啥项目整体拷贝。这说明你 git 还没玩明白。
    stinkytofux
        2
    stinkytofux  
       17 小时 57 分钟前
    为什么要脱离 idea? AI 写完自己也要审阅, 还要修修改改. 怎么可能脱离 idea, 除非你在写玩具.
    nomansky
        3
    nomansky  
       17 小时 53 分钟前
    cursor 不是可以和 idea 集成吗?
    nevin47
        4
    nevin47  
       17 小时 53 分钟前
    不用脱离 IDEA ,但是你这种手工复制粘贴的方式确实不太科学了。尝试用 CC 插件之类的工具把你的工作流合并吧,直接让 AI 接管开发、编译构建、自验证开发和测试执行和发起 PR ,最终你自己做好 PR 前的 review 就好了
    JoeDH
        5
    JoeDH  
       17 小时 48 分钟前
    用 cli 的那些,真敢不经过自己 review 直接提交公司生产代码吗
    LightHiding777
        6
    LightHiding777  
    OP
       17 小时 39 分钟前
    @kristofer 确实对 git 掌控力不够,但又觉得 git 应该是比较好的方案
    LightHiding777
        7
    LightHiding777  
    OP
       17 小时 36 分钟前
    @stinkytofux 哈哈,其实我写玩具的时候即使一行代码不写,最后也过一遍 idea 。只是在想是否有更好的模式,也试过 cursor 中开发运行 debug ,不过到了自己动手的层面就没有在 idea 中顺手了
    LightHiding777
        8
    LightHiding777  
    OP
       17 小时 31 分钟前
    @JoeDH 同问,接下来也想往 cli 方向使用
    EthanV2
        9
    EthanV2  
       17 小时 31 分钟前
    我就是让 cc 之类的梳理业务逻辑和辅助解决 bug ,写点测试代码就好,那种祖传代码我还真不敢让 ai 直接改,回滚什么的很麻烦。我还是更喜欢他帮我梳理逻辑,能单测最好,不能的话就我手动 cv 然后测
    Ipsum
        10
    Ipsum  
       17 小时 30 分钟前
    丢不了 jb 就试试他家的 junie 。效果其实还行。
    dongdong12345
        11
    dongdong12345  
       17 小时 23 分钟前
    放手让 AI 干吧
    swaylq
        12
    swaylq  
       17 小时 16 分钟前
    我的做法是直接让 CC 在 feature 分支上干活,写完跑一遍测试,过了就提 PR 自己 review 。review 这步真不能省,CC 偶尔会偷偷重构你没让它改的地方,diff 不看仔细迟早踩坑。

    楼主那个项目拷贝的方式确实容易越搞越乱,不如花半天把 git 分支策略理顺,后面省的时间多得多。
    kristofer
        13
    kristofer  
       17 小时 12 分钟前
    @LightHiding777 #6 我的理解是有 git ,即使出现 AI 把不应该删的文件删了、写了不合理的逻辑,我们都可以回退,所以我不担心 AI 做出不可控的事(并且概率很低)

    以我来说,一个很简单的流程(已经做过生产级项目):用 claude code cli ,做需求或者 bug fix ,拉一个 feature 或者 fix 分支就可以了(完全和人一样),然后就是与 AI 交流,可以用 plan 模式。

    对于 claude code ,你完全可以把范围约束在某一个方法内。等他做完,你负责 review 就可以了。用什么编辑器看代码就是凭个人喜好了。

    能说清楚一件事很重要:

    最难的部分是与 AI 交流。一些人做需求的时候脑子是乱的,逻辑是不清晰的,这就导致他没法和 AI 说明白,自己想要什么。

    我身边好多用的好 AI 的同事,大多是经常分享,经常写技术文章的人,他们更具备说明白一件事的能力。
    Sundayz
        14
    Sundayz  
       17 小时 6 分钟前
    如何你不想太折腾,就是分支上干活,用 AI 来 code review ,最后人工兜底,然后合并分支。

    工作生产环境别听人家说纯 vibe coding ,AI 现在确实很牛逼,但是不能帮你背锅。
    eurkidu
        15
    eurkidu  
       16 小时 57 分钟前
    @LightHiding777 #6 把你的项目用 git worktree 方式切一个分支给 cursor 或者 claude code ,然后在单独的分支上跑,跑完了你可以 idea 切分支过去验证,也可以那边验证通过了 pr 到你的主分支,或者你 idea 里面把 AI 跑的功能提交直接 cherry pick 过来

    你不了解 git worktree 的话,直接项目下开个 claude code 教你操作,还有就是 cursor 本身也是直接有 worktree 模式的,在新建对话的底下可以选择

    lavvrence
        16
    lavvrence  
       16 小时 57 分钟前
    JetBrains IDEA + @zed-industries/claude-code-acp (ACP) + Claude Code
    eurkidu
        17
    eurkidu  
       16 小时 51 分钟前
    @JoeDH 我一般都是 cli 跟 IDE 一起开,纯 cli 走 pr review 的话,就感觉类似 github copilot 模式,直接云上跑得了,就是项目得挂在 github 上,公司项目不太行
    FringJX
        18
    FringJX  
       15 小时 50 分钟前
    多个 IDE 和 AI AGENT 可以同时读写同一个项目,使用 git worktree

    你自己做最终审阅
    HomeZane
        19
    HomeZane  
       13 小时 4 分钟前
    git worktree 呀
    感觉 ai 挺多偏向使用 worktree 的
    sampeng
        20
    sampeng  
       12 小时 59 分钟前
    最近开始尝试切换到 neovim+tmux 了。。感觉完全不需要 ide 了。。
    关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   931 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 21ms · UTC 20:18 · PVG 04:18 · LAX 13:18 · JFK 16:18
    ♥ Do have faith in what you're doing.