CPA 的接口兼容的话，也可以看看我参与维护的开源项目 HiRoute，把现有 API 接到 CC / Codex 里。代码、论文可以分别配模型分支，每轮按任务类别和难度选，两个场景也能放在同一个客户端里分着用哈。 > 本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： > > 我的帖子已经打上 开源推广 标签： 是 > 我的开源项目完整开源，无未开源部分： 是 > 我的开源项目

确实是这样的。想在同一个 Codex 里分着用的话，可以试试我参与维护的开源项目 HiRoute，把规划、实现、review 分别配模型分支。 > 本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： > > 我的帖子已经打上 开源推广 标签： 是 > 我的开源项目完整开源，无未开源部分： 是 > 我的开源项目已链接认可 LINUX DO 社区： 是 > 我帖子内的项目介绍，AI生

规划交给更强的模型、1017 拿方案干活，这样是挺合理的。如果想留在同一个 Agent 里做，可以看看我参与维护的开源项目 HiRoute，给规划、实现、review 分别配任务分支，每轮新消息再按任务类型选模型。 > 本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： > > 我的帖子已经打上 开源推广 标签： 是 > 我的开源项目完整开源，无未开源部分： 是 > 我的开源项目

如果写游戏时小改动和复杂设计都混在一个 CC 里做，可以试试我参与维护的开源项目 HiRoute，简单轮次交给便宜模型，Claude 的订阅多留给设计和排错，也许能更耐用点哈。 > 本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： > > 我的帖子已经打上 开源推广 标签： 是 > 我的开源项目完整开源，无未开源部分： 是 > 我的开源项目已链接认可 LINUX DO 社区：

两个项目也可能挺费额度的，尤其常规修改和复杂排错混着做的时候。 如果想把这两类工作分开用模型，可以试试我参与维护的开源项目 HiRoute，在同一个 Codex 里按每轮难度分配，简单修改、整理交给经济模型，难一点的留给主力。 > 本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： > > 我的帖子已经打上 开源推广 标签： 是 > 我的开源项目完整开源，无未开源部分： 是 >