我们的门户机器人为什么用 Dify 答、不把 skill 搬上云端 Hermes基于 2026 年 AI Agent 落地现状撰写。我们团队的实践记录Dify 1.16.x Hermes Agent 环境门户自用机器人真实选型案例。 摘要我们门户有两个自用机器人「知鱼」「AI 机器人」用的是 Dify 回答而不是把本机的 skill 复制到云端 Hermes Agent。很多人问Hermes 不是更强吗为什么不用这篇文章复盘当时的决策公开展示面要的是确定性回答稳定、可审计、可发布这是 Dify workflow 的结构优势而 Hermes 的自主执行能力留给内部交付场景。判断标准只有一条这个场景要的是「确定性」还是「自主性」。这篇文章要解决的三个疑问你们不是做 Hermes Agent的吗为什么门户机器人用 Difyskill 复制到云端 Hermes 不就能回答了吗为什么不行怎么判断一个 AI 场景该用工作流还是 Agent结论同一个人同一套技术栈不同场景用不同的工具——不是谁更强是谁更合适。门户机器人用 Dify 回答不是因为我们只会 Dify而是因为它是「公开展示 固定知识问答」场景回答必须稳定、可审计、可发布。这是 Dify workflow 的确定性优势。而 Hermes 的自主执行多步操作、无人值守、跨系统编排我们用在自己的内部交付上——那是它擅长的场景。判断标准只有一条这个场景要的是「确定性」还是「自主性」场景门户上的两个小机器人我们的门户网站上有两个自用机器人「知鱼」回答我们是谁、做什么、凭什么信「AI 机器人」回答项目怎么评估、方案怎么输出。它们本质是公开展示面——任何一个访客点进来都能问回答的是静态知识。不是内部工具是「给人看的作品」。作品要什么稳定。同一个问题今天答的和明天答的结构、格式、结论应该一致。访客不会原谅「时灵时不灵」。痛点为什么「更强的 Hermes」反而不合适有人会问你不是做 Hermes Agent 的吗把本机的 skill 复制到云端 Hermes让它回答业务问题不是更「AI」吗三个原因每个都是实打实的工程考虑1. 自主执行在展示场景是缺陷。Hermes 是自主 agent loop——模型现场决定下一步路径不可预测。这对内部执行是优点灵活对公开展示是缺点不可预期同一个问题它可能这次调工具、下次不调答案结构漂移你没法对访客交代。2. 展示场景需要发布控制。公共访问需要会话隔离、发布控制哪个应用上线、哪个下线、怎么限流。Dify 社区版有现成的 WebApp 发布 API Key 机制开箱即用云端一个裸 Hermes 执行体没有这层。解决方案按场景性质选型于是门户机器人走了 Dify知识库认识我们的内容 workflow固定问答路径 平台发布WebApp 对外。这不是「Dify 比 Hermes 强」而是「这个场景该用 Dify」。真正有价值的是背后那条可以复制的判断标准场景特征选型内部员工 / 机器使用 / 多步自主 / 没人知道确切步骤Hermes自主执行面外部客户 / 多租户 / 公开展示 / 非技术要改Dify workflow确定性编排静态知识问答 / 固定流程 / 需要稳定可审计Dify知识库 workflow频繁上传管理知识库 Hermes 负责编排Hermes Dify 知识库桥接这条标准我们用了很久也用在客户项目上先问场景要确定性还是自主性再定工具而不是先有工具再找场景。案例启示选型方法论不是工具崇拜这个案例最大的价值不是「我们选对了 Dify」而是同一个团队在自用场景下主动做出了一组「两套选型」门户展示 → Dify确定性、契约化、可发布内部交付 → Hermes自主执行、无人值守、跨系统客户看到的不只是「你们会用 Dify」而是「你们懂什么时候该用什么」——这才是架构交付能力。方案里给客户讲架构分工靠的不是术语是「我们自己就是这么选的」的真实案例。边界这个案例不是「Dify 更好」的证据说清楚边界防止误读不是「Dify 更好」。Hermes 在自主执行面全面更强多步操作、无人值守、跨系统编排我们内部交付天天用。门户选 Dify 是场景适配不是能力排名。不是「skill 不能上云」。skill 上云是可行的工程问题环境对齐、凭据管理、隔离设计只是对「公开展示 静态问答」这个场景投入产出不划算。不是「展示场景永远用 Dify」。如果门户机器人未来需要自主操作比如自动生成方案、调用内部系统那它就该进化成 Hermes 形态——选型是动态的场景变了工具就变。收尾回到开头那个问题为什么门户机器人用 Dify 答、不把 skill 搬上云端 Hermes因为门户是给人看的作品作品要稳定Hermes 是干活的手手要灵活。把「作品」和「手」换着用两边都会出问题。所以下次遇到「这个 AI 场景该用什么」的疑问先别问「哪个工具强」先问一句这个场景要的是确定性还是自主性 你遇到过「选错工具」的场景吗有没有「Agent 用在展示场景结果翻车」的经历评论区聊聊。 更多实战记录见我的博客鱼日先生本文基于真实工程实践记录撰写Dify 1.16.x Hermes Agent 环境门户自用机器人选型案例。观点与数据均来自我们自己的实测不构成任何平台的官方结论。AI 参与创作声明本文由 AI 辅助写作内容基于作者真实实测记录。 Hermes Agent + Dify实战-我们的门户机器人为什么用Dify，而不是用Hermes？
我们的门户机器人为什么用 Dify 答、不把 skill 搬上云端 Hermes基于 2026 年 AI Agent 落地现状撰写。我们团队的实践记录Dify 1.16.x Hermes Agent 环境门户自用机器人真实选型案例。 摘要我们门户有两个自用机器人「知鱼」「AI 机器人」用的是 Dify 回答而不是把本机的 skill 复制到云端 Hermes Agent。很多人问Hermes 不是更强吗为什么不用这篇文章复盘当时的决策公开展示面要的是确定性回答稳定、可审计、可发布这是 Dify workflow 的结构优势而 Hermes 的自主执行能力留给内部交付场景。判断标准只有一条这个场景要的是「确定性」还是「自主性」。这篇文章要解决的三个疑问你们不是做 Hermes Agent的吗为什么门户机器人用 Difyskill 复制到云端 Hermes 不就能回答了吗为什么不行怎么判断一个 AI 场景该用工作流还是 Agent结论同一个人同一套技术栈不同场景用不同的工具——不是谁更强是谁更合适。门户机器人用 Dify 回答不是因为我们只会 Dify而是因为它是「公开展示 固定知识问答」场景回答必须稳定、可审计、可发布。这是 Dify workflow 的确定性优势。而 Hermes 的自主执行多步操作、无人值守、跨系统编排我们用在自己的内部交付上——那是它擅长的场景。判断标准只有一条这个场景要的是「确定性」还是「自主性」场景门户上的两个小机器人我们的门户网站上有两个自用机器人「知鱼」回答我们是谁、做什么、凭什么信「AI 机器人」回答项目怎么评估、方案怎么输出。它们本质是公开展示面——任何一个访客点进来都能问回答的是静态知识。不是内部工具是「给人看的作品」。作品要什么稳定。同一个问题今天答的和明天答的结构、格式、结论应该一致。访客不会原谅「时灵时不灵」。痛点为什么「更强的 Hermes」反而不合适有人会问你不是做 Hermes Agent 的吗把本机的 skill 复制到云端 Hermes让它回答业务问题不是更「AI」吗三个原因每个都是实打实的工程考虑1. 自主执行在展示场景是缺陷。Hermes 是自主 agent loop——模型现场决定下一步路径不可预测。这对内部执行是优点灵活对公开展示是缺点不可预期同一个问题它可能这次调工具、下次不调答案结构漂移你没法对访客交代。2. 展示场景需要发布控制。公共访问需要会话隔离、发布控制哪个应用上线、哪个下线、怎么限流。Dify 社区版有现成的 WebApp 发布 API Key 机制开箱即用云端一个裸 Hermes 执行体没有这层。解决方案按场景性质选型于是门户机器人走了 Dify知识库认识我们的内容 workflow固定问答路径 平台发布WebApp 对外。这不是「Dify 比 Hermes 强」而是「这个场景该用 Dify」。真正有价值的是背后那条可以复制的判断标准场景特征选型内部员工 / 机器使用 / 多步自主 / 没人知道确切步骤Hermes自主执行面外部客户 / 多租户 / 公开展示 / 非技术要改Dify workflow确定性编排静态知识问答 / 固定流程 / 需要稳定可审计Dify知识库 workflow频繁上传管理知识库 Hermes 负责编排Hermes Dify 知识库桥接这条标准我们用了很久也用在客户项目上先问场景要确定性还是自主性再定工具而不是先有工具再找场景。案例启示选型方法论不是工具崇拜这个案例最大的价值不是「我们选对了 Dify」而是同一个团队在自用场景下主动做出了一组「两套选型」门户展示 → Dify确定性、契约化、可发布内部交付 → Hermes自主执行、无人值守、跨系统客户看到的不只是「你们会用 Dify」而是「你们懂什么时候该用什么」——这才是架构交付能力。方案里给客户讲架构分工靠的不是术语是「我们自己就是这么选的」的真实案例。边界这个案例不是「Dify 更好」的证据说清楚边界防止误读不是「Dify 更好」。Hermes 在自主执行面全面更强多步操作、无人值守、跨系统编排我们内部交付天天用。门户选 Dify 是场景适配不是能力排名。不是「skill 不能上云」。skill 上云是可行的工程问题环境对齐、凭据管理、隔离设计只是对「公开展示 静态问答」这个场景投入产出不划算。不是「展示场景永远用 Dify」。如果门户机器人未来需要自主操作比如自动生成方案、调用内部系统那它就该进化成 Hermes 形态——选型是动态的场景变了工具就变。收尾回到开头那个问题为什么门户机器人用 Dify 答、不把 skill 搬上云端 Hermes因为门户是给人看的作品作品要稳定Hermes 是干活的手手要灵活。把「作品」和「手」换着用两边都会出问题。所以下次遇到「这个 AI 场景该用什么」的疑问先别问「哪个工具强」先问一句这个场景要的是确定性还是自主性 你遇到过「选错工具」的场景吗有没有「Agent 用在展示场景结果翻车」的经历评论区聊聊。 更多实战记录见我的博客鱼日先生本文基于真实工程实践记录撰写Dify 1.16.x Hermes Agent 环境门户自用机器人选型案例。观点与数据均来自我们自己的实测不构成任何平台的官方结论。AI 参与创作声明本文由 AI 辅助写作内容基于作者真实实测记录。