← 返回信息流
Agent SkillLINUX DO · AI·10 小时前

用户反馈Hermes调度Deepseek与Claude Code体验不如直接使用Codex

原标题:大家现在是怎么用Hermes的呀,感觉用的不是很顺手

速览

该帖子探讨了通过Hermes构建AI Agent Skill的新玩法,具体方案为订阅OpenCode Go和Codex共享账号,并在Hermes中接入Deepseek V4进行调度。用户尝试让Deepseek V4控制Codex进行思考,再指挥Claude Code执行任务。然而,用户反馈该复杂调度流程在实际使用中并不如直接调用Codex便捷高效。

AI 深度解读

背景

在当前的 AI 编程辅助生态中,开发者们正在积极探索各种模型组合与工作流,以寻求比单一模型更优的代码生成、调试及架构设计体验。Hermes 作为一个调度层或中间件工具,允许用户将不同的 AI 模型(如推理模型、编码模型)串联起来,形成“思考-执行”分离的复杂工作流。

然而,这种复杂的组合并非总是带来效率的提升。近期在 LINUX DO 社区中,一位开发者分享了其配置 Hermes 的具体方案,并表达了对当前工作流“不顺手”的困惑。该案例反映了当前 AI 开发者在尝试通过多模型协同(Multi-Agent/Chain)来优化编程体验时,所面临的配置复杂度与使用体验之间的权衡问题。

核心内容

该开发者详细描述了其目前的 Hermes 配置方案,旨在利用不同模型的优势进行分工协作。具体架构如下:

  1. 账号与基础服务

    • 开发者订阅了 opencode goCodex 的共享账号。
    • Codex 是 OpenAI 推出的代码专用模型/环境,通常用于执行具体的代码生成和修改任务。
  2. 调度层(Hermes)

    • 在 Hermes 中接入 Deepseek V4(注:原文提及 Deepseek V4,可能指代 DeepSeek 系列中的某个特定版本或用户自定义的模型标识,此处保留原文表述)作为调度核心。
  3. 工作流逻辑

    • 思考阶段:Hermes 指挥 Codex 进行“思考”。这意味着 Codex 在此阶段可能负责理解需求、规划路径或进行初步的逻辑推演,而非直接输出最终代码。
    • 执行阶段:随后,Hermes 指挥 Claude Code(Anthropic 推出的代码助手)去执行具体任务。
    • 外部调用:在执行过程中,Claude Code 被配置为连接 Deepseek V4,可能用于获取特定的推理支持、知识库检索或作为子任务的处理引擎。
  4. 用户反馈

    • 尽管该方案试图结合 Codex 的思考能力和 Claude Code 的执行能力,并引入 Deepseek V4 增强推理,但开发者表示“总感觉没有直接用 Codex 顺手”。
    • 这暗示了当前工作流存在延迟高、上下文传递损耗、配置复杂或交互不自然等问题,导致最终体验不如直接使用单一模型(即直接使用 Codex)来得流畅。

关键要点

  • 多模型协同架构:当前高级 AI 编程工作流倾向于将“思考”(Planning/Reasoning)与“执行”(Coding/Execution)分离,并引入独立的调度器(如 Hermes)来协调不同模型。
  • 模型角色分工
    • Codex:在此方案中被用作“思考者”,负责初步的逻辑处理。
    • Claude Code:被用作“执行者”,负责具体的代码操作。
    • Deepseek V4:作为外部增强模块,被 Claude Code 调用以提供额外支持。
  • 配置复杂性:该方案涉及多个服务(opencode go, Codex, Claude Code, Deepseek V4)和中间件(Hermes)的集成,配置门槛较高。
  • 体验落差:复杂的组合并未带来预期的效率提升,反而因交互链条过长或模型间协作不畅,导致用户体验不如直接使用单一模型(Codex)顺畅。
  • 社区探索现状:开发者仍在积极尝试不同的模型组合(如 OpenAI 与 Anthropic 模型的混合使用),但尚未找到普遍适用的最佳实践,个人偏好和具体场景对最终体验影响巨大。

意义与影响

  1. 揭示多模型工作流的痛点:该案例表明,虽然理论上多模型协同可以结合各模型优势,但在实际应用中,调度延迟、上下文一致性维护以及工具链的复杂性可能严重抵消性能增益。对于普通开发者而言,简单直接的单一模型解决方案往往更具实用性。
  2. 推动工具链简化:开发者的反馈可能促使 Hermes 等调度工具或 AI 编程助手厂商优化其集成体验,减少配置步骤,提供更无缝的模型切换和上下文管理,以降低用户的使用门槛。
  3. 模型竞争与互补:方案中同时使用了 OpenAI (Codex) 和 Anthropic (Claude Code) 的产品,反映了开发者对特定模型能力的信任以及试图通过互补来突破单一模型局限的努力。这也凸显了 Claude Code 和 Codex 在开发者心中的重要地位。
  4. Deepseek 的定位探索:Deepseek V4 被引入作为子任务处理器,显示了国内大模型在特定推理或辅助任务中正在被集成到全球性的 AI 开发工作流中,尽管其在此案例中更多是作为底层支撑而非核心交互界面。
  5. 对 AI 编程未来的启示:未来的 AI 编程工具需要在“强大”与“易用”之间找到更好的平衡点。单纯的模型堆砌并非万能,优化人机交互界面、减少中间环节、确保状态一致性将是提升用户体验的关键方向。
查看原文 →linux.do