• 冷天洗热水澡
    cpa 反代 plus 和 team 之后,模型用在什么客户端比较合适
    CPA 的接口兼容的话,也可以看看我参与维护的开源项目 HiRoute,把现有 API 接到 CC / Codex 里。代码、论文可以分别配模型分支,每轮按任务类别和难度选,两个场景也能放在同一个客户端里分着用哈。 > 本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容: > > 我的帖子已经打上 开源推广 标签: 是 > 我的开源项目完整开源,无未开源部分: 是 > 我的开源项目
  • NimbleComet92
    codex和claude接deepseek哪个好热
    确实是这样的。想在同一个 Codex 里分着用的话,可以试试我参与维护的开源项目 HiRoute,把规划、实现、review 分别配模型分支。 > 本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容: > > 我的帖子已经打上 开源推广 标签: 是 > 我的开源项目完整开源,无未开源部分: 是 > 我的开源项目已链接认可 LINUX DO 社区: 是 > 我帖子内的项目介绍,AI生
  • Avoid2
    有没有比较好的写代码的模型建议?
    规划交给更强的模型、1017 拿方案干活,这样是挺合理的。如果想留在同一个 Agent 里做,可以看看我参与维护的开源项目 HiRoute,给规划、实现、review 分别配任务分支,每轮新消息再按任务类型选模型。 > 本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容: > > 我的帖子已经打上 开源推广 标签: 是 > 我的开源项目完整开源,无未开源部分: 是 > 我的开源项目
  • 是可莉呀
    Claude Pro不够用了再开一个
    如果写游戏时小改动和复杂设计都混在一个 CC 里做,可以试试我参与维护的开源项目 HiRoute,简单轮次交给便宜模型,Claude 的订阅多留给设计和排错,也许能更耐用点哈。 > 本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容: > > 我的帖子已经打上 开源推广 标签: 是 > 我的开源项目完整开源,无未开源部分: 是 > 我的开源项目已链接认可 LINUX DO 社区:
  • 饭后吹吹风
    用codex的产品真是让人焦虑
    两个项目也可能挺费额度的,尤其常规修改和复杂排错混着做的时候。 如果想把这两类工作分开用模型,可以试试我参与维护的开源项目 HiRoute,在同一个 Codex 里按每轮难度分配,简单修改、整理交给经济模型,难一点的留给主力。 > 本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容: > > 我的帖子已经打上 开源推广 标签: 是 > 我的开源项目完整开源,无未开源部分: 是 >
  • gjx1
    codex 越来越不经用了吗热
    可以试试我参与维护的开源项目 HiRoute,按每轮任务难度分配模型,把简单轮次交给便宜模型,可以提高订阅的耐用度。 > 本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容: > > 我的帖子已经打上 开源推广 标签: 是 > 我的开源项目完整开源,无未开源部分: 是 > 我的开源项目已链接认可 LINUX DO 社区: 是 > 我帖子内的项目介绍,AI生成、润色内容部分已截图发出
  • MioAkiyami
    模型选择趋向收敛
    前端、审核、日常开发都已经有顺手的模型了,这套分工其实可以直接固定成规则。可以试试我参与维护的HiRoute(让 Codex / Claude Code 的订阅更耐用:HiRoute 开源了)
  • relaxihg
    最近在猛蹬cluade,发现opus 5.5 medium真的太耐用了热
    按任务难度来分配思考量,这个思路挺实用。楼里有佬说周额度还是不够,还可以试着把明确的小改动交给轻模型,架构设计继续留给 Opus。可以看看开源项目 HiRoute:让 Codex / Claude Code 的订阅更耐用:HiRoute 开源了 ,在新一轮结合任务难度和上一阶段表现选模型,同一轮工具调用保持选择稳定。我是项目维护者,欢迎试用,有问题可以一起交流。
  • Hao-linuxdo
    最近刷到几个帖子说 Codex 额度减少了,实测发现并没有热
    已经把规划留给 Astra 了,感觉实现阶段也可以再分一分。明确的小改动让轻模型做,难一点的再用主力模型,不一定整个实现阶段都用同一档。我参与维护的 HiRoute 就在做这种分工,结合任务难度和上一阶段表现选模型,让订阅额度尽量留给更需要它的活。之前在站里介绍过:让 Codex / Claude Code 的订阅更耐用:HiRoute 开源了
  • tangsong404
    【搜集贴】盘点下站内的多harness聚合项目
    补一个我在做的开源项目 HiRoute,之前在站里介绍过:让 Codex / Claude Code 的订阅更耐用:HiRoute 开源了 它把模型路由和 Agent 任务委派放到一起:比如把实现交给 Codex、审查交给 Claude Code,各自沿原生会话继续,选模型时再结合任务复杂度和阶段表现来调整。目前发布的是 macOS 桌面版,Windows版还在做
  • 往事随风k
    【vibe coding教程】vibe coding应该养成的好习惯热
    第4点很认同,尤其是按任务类型看“做完的效果”,再让不同模型各干擅长的部分。这份复盘还能反过来帮助下一次选模型。 可能可以看看我在做的开源项目 HiRoute: 让 Codex / Claude Code 的订阅更耐用:HiRoute 开源了 也是在往这个方向做:整理、分析可以配成不同任务分支,各阶段的表现单独记录,再结合当前任务复杂度选择模型。让省钱有个质量门槛,也不用整个任务从头到尾都用最贵的