集思广益,codex使用姿势讨论

rholin 2026-08-11 18:03 1

自从gpt更新到了5.6版本,就个人体感来说,当前模型的连续性和自主性都得到了不少提升,有时候一个任务都能连续执行好几个小时,但是对我来说有以下2个问题想在论坛里问问各位佬的最佳实践和处理方式是什么:




  • 越来越长的任务执行,个人参与项目的决策也变少了,对我来说,少了很多项目的掌控度和参与感,有可能做完一整个项目以后对项目的实现还感觉到云里雾里的.所以我这里的处理方式就有2种:


    1>通过系统提示词或者skill,提高开发中的断点和确认项,或者更细化开发流程


    2>不要干扰AI大人的开发,完成功能以后做较为详尽的code review


    佬们更倾向于哪种形式?还是有别的建议?




  • 一个简单的功能,在具体的执行过程中过于细化繁琐,处理个小bug都是几十分钟起步,效率低下.就目前阶段来说,我的处理方式是基于我本人的开发逻辑,我是使用了站内大佬开发的ccb 开源项目地址:claude_codex_bridge GitHub - SeemSeam/claude_codex_bridge: Visible multi-agent CLI workspace for mixing Codex, Claude, Gemini, Kimi, Qwen, Cursor, Copilot, Pi, OpenCode, and other AI coding agents · GitHub ,同时定义了一个simple角色,这个角色定义了一套系统提示词,大致描述就是只做功能性验证,减少安全防御性加固,贴个ai生成的约束.



    然后有这种任务的时候,以master身份派发简单任务给simple角色做开发以减少不必要的操作




以上都是个人的处理方式,抛砖引玉,欢迎各位佬加入讨论

最新回复 (8)
  • 天蓝蓝海蓝蓝 08-11 18:08
    1

    长任务的code review基本没有人能看下去的,也就是对比功能文档看下大概的逻辑,细节是很难review的。现在能做的就是尽可能的审核代码,详尽的做qa测试。

  • NB 08-11 18:35
    2

    让AI去写代码,让AI去审代码——那天下代码,就全是AI的子孙了。

  • rholin 楼主 08-11 18:52
    3

    其实细思极恐,ai在vibe老项目的代码时,review过能发现他是基本按照老的框架去实现业务,还是有掌控感的。但是要是纯vibe自己的个人项目,那真就是一路狂奔了。现在只能拥抱现状了吗 ^-^

  • mutum 08-11 18:56
    4

    除非能快速出结果,我还能看一看跟进一下。现在我说一句它就干上3小时,实在没耐心等啊,今天说的,明天我就忘了,只能一路狂奔了 ^-^

  • Yohji1 08-11 18:56
    5

    我个人不是写代码的,我就有一个疑问,像佬们这样真实的程序员,用AI写代码,写完后,都要人工review吗?AI写的东西,结构上是很清晰的吗?其实我一直不知道AI写的代码质量到底怎么样

  • rholin 楼主 08-11 18:57
    6

    现在个人开发的项目很少看了,就看看大纲,出问题再让ai自己排查。但是公司项目的代码是无论怎么都要看的,这不看不行啊 ^-^

  • Yohji1 08-11 19:00
    7

    看起来会很费劲吗?我感觉AI产出的数量太大,一次跑完给你一堆 ^-^

  • rholin 楼主 08-11 19:01
    8

    那倒是不会,一般公司的框架和prd里功能拆的会比较细致,一个功能涉及的代码量不会太多

* 帖子来源Linux.do
返回