2. Linux.do
  3. 最近在用Codex写一个很大的商业项目，由于没有经验，进度很慢，希望佬们能给一些建议

最近在用Codex写一个很大的商业项目，由于没有经验，进度很慢，希望佬们能给一些建议

Dean 2026-08-02 14:23 1

目前全程都是使用的 GPT 5.6 SOL ultra，发现这样太慢了（我一直想的是质量大于速度。但是部分代码上好像存在一些过于严格的问题，浪费大量时间），而且额度也不够用，一个目标都可能跑上10h+甚至超过1day，佬们推荐什么样的思考强度？如果在sol ultra的情况下，子代理应该使用什么模型，目前非常赶想上第一个版本，ds v4 flash可以作为子代理使用吗，和luna max比怎么样

最新回复 (13)
  • 惊鱼 08-02 14:25
    1楼

    一个目标都可能跑上10h+甚至超过1day



    既然如此为什么不在等待的间隙简单尝试一下



    在sol max的情况下，子代理应该使用什么模型，目前非常赶想上第一个版本，ds v4 flash可以作为子代理使用吗，和luna max比怎么样


  • 沐风 08-02 14:28
    2楼

    我目前是5.6sol 做计划+审查，v4写代码+执行，K3负责前端，5.5负责查阅资料。agent用的claude desktop。codex也行。效率、质量都还可以。

  • Dean 楼主 08-02 14:28
    3楼

    请问佬是如何做这些模型分配的 直接在配置文件中指定吗

  • 九思 08-02 14:29
    4楼

    是的按照目前大模型的强度就是应该要这么进行规划才是比较好的说实话

  • 沐风 08-02 14:32
    5楼

    我是本地PVE部署的CPA，把所有模型都加进来，然后通过cccwitch，一个API key就能调用所有模型，关于agent怎么做子代理模型指定和任务分配，你可以用subagent架构，或者直接丢给codex，让它给你写个skill就行，每次用的时候带上skill就行。

  • Dean 楼主 08-02 14:33
    6楼

    谢谢佬，感谢指导，对我来说非常有用！

  • lll9p 08-02 14:36
    7楼

    mvp之前都应该用sol high，查漏补缺再用xhigh。

    用max得不偿失，过度思考，max我一般用在需要推导公式之类的复杂代码的规划

  • hhhchq 08-02 14:42
    8楼

    我有时候会看B站up主原子能，我比较同意他的说法，就是遵循这个原则

    “Make it run, make it right, make it fast.”

    — Douglas Beck，转引自 Kent Beck

    你在前期的时候质量差一点没关系，整个流程能跑起来就行，然后才是改对，最后才是性能。

  • Dean 楼主 08-02 14:43
    9楼

    有道理，我想的太完美了，一会去看看

  • 温州程序员劝退师 08-02 14:46
    10楼

    赶工期我都是开六到十个会话开fast 跑的 暂未遇到速度问题

  • Galact 08-02 15:51
    11楼

    产生一堆子代理的话自然就慢了，还是sol更是龟爬了，我一般都是high强度，它不行再提上去，不过目前没遇到，我是感觉强度太高的话会出现类似过拟合的问题，就一直用的terra high。


    sol ultra的话我感觉你子代理可以上点ds或者grok，它们虽然会生成些小问题，但是你最后质量把控还是你自己和gpt就好了。


    你想要质量的话可以试试trellis，每个任务都会做成spec规范帮你下一次，然后记忆也不会丢失，ds正式版我体验下来还是蛮不错的，让它渗透了一个web，出了两个真实存在的漏洞

  • Dean 楼主 08-02 15:53
    12楼

    谢谢佬，感谢指导，对我来说非常有用！准备接v4了

  • 北极星 08-02 17:17
    13楼

    多开窗口 每个窗口都要ai写文档进度，让几个窗口互相读取对方文档

* 帖子来源Linux.do
附近帖子
返回
飞读
随机推荐