没有编辑器, CLI 纯聊天写代码的方式有点儿难适应

查看 179|回复 22
作者:jedeft   
体验了一段时间纯聊天写代码,没有编辑器的模式,好难适应。
[ol]
  • 看不到代码,心里感觉虚的很
  • 提供上下文给 ai 时,没办法精确关联到文件第几行
    [/ol]
    不理解为什么 cli 或者 codex 这种模式,咋还有这么多人用
  • wuruxu   
    用编辑器敲代码的速度远比不过 AI 吐代码的速度     
    昨天要准备七个国家翻译,修改估计要十来个文件     
    AI10 分钟搞定,自己改改估计一个小时也搞不定
    KidsMk   
    怎么说呢,用 Cli 就像你被蒙上眼睛下棋,明明知道规则却找不到棋子在哪,才上来那种束手无策的感觉非常不习惯,Cli 本质上就是让你描述系统行为,不是让你去敲代码的,更接近一种工程管理的本质。但是 Cli 有其他方面的好处是编辑器无法触及的,比如重构模块,大型的,几百万甚至上千万行代码的时候,编辑器就跟不上了,也不可能靠"看行号"来工作来编辑和修改代码,这时候 Cli 就登场了,能处理及其复杂的场景,准确率能高到一种令人发指的程度,你可以把 Cli 当作一种"编程副驾驶",Cli 也更接近未来工程师的本质从执行者到决策者的转换,从代码编写者转为智能体指挥官。当 AI 能处理 80%编码甚至 90%的编码工作时,工程师的核心价值将彻底转变为定义系统行为而非实现具体逻辑!!
    jackqian   
    一下改那么多文件你来得及看吗
    Features   
    用 vscode 的 codex 插件不就好了?
    KidsMk   
    @Features 最推荐的还是用 Cli 做宏观的调整,编辑器打磨细节!
    zuosiruan   
    vscode 插件就行
    xing7673   
    你的感觉是对的,使用 ide 更符合你的心智模型
    因为你依然对模型抱有疑虑,你的场景应该也是不能 100%依赖模型的
    所以你更适合在 ide 中使用 agent ,事实上 vscode 相关都很好的集成了 codex 、cc 、opencode 之类的插件了,codex 我觉得是这里面最友好的,能直接 review ,cc 还要依赖 git diff
    cli 的基本上都是 vibe 为主了,并不适合你的场景。
    MuyuQ   
    @KidsMk 除非是并发操作很多个 CC 会话,不然 VScode 里的插件还是更好用一些。
    KidsMk   
    @MuyuQ 嗯,我也用插件,但是之前遇到大厂的一个陈年项目,代码比较多比较杂,上来用 Cli 直接宏观按最新的需求搞,然后去用插件精修,这是我觉得非常舒服的方法!
    您需要登录后才可以回帖 登录 | 立即注册

    返回顶部