Provider
负责模型可用性、上下文窗口、速率限制和成本。
失败信号
短问答失败、model not found、输出超时、成本突然上升。
运行规则
先固定一个主模型和一个备用模型，所有工作流都记录模型名、失败次数和人工修改时间。
可靠运行不是多加几个功能
可靠运行靠的是明确记录：使用什么模型、保存哪些事实、调用哪些 Skills、从哪里接收消息、失败怎么追踪、高风险动作由谁确认。
推荐顺序：先 CLI 跑通，再固定输入输出；先只读任务，再消息入口；先日志和验收，再长期部署。
Memory
保存项目规则、用户偏好、环境差异和长期稳定事实。
失败信号
重复解释同一规则、记住过期信息、把临时输入当成事实。
运行规则
每周清理一次，只保留会复用的高信号事实，敏感信息默认不进入记忆。
Skills
把稳定流程沉淀成可复用方法，明确输入、输出和边界。
失败信号
Skill 触发不稳定、输出漂移、越权执行或复用第一版错误流程。
运行规则
流程至少跑 3 到 5 次再做成 Skill，安装后用只读任务验收。
Gateway
把 Hermes Agent 接到 Telegram、飞书、企业微信等消息入口。
失败信号
平台不回复、群聊权限混乱、后台进程没有加载新环境变量。
运行规则
先私聊或测试群跑通，配置允许用户和日志路径，高风险动作必须二次确认。
工作流
定义输入来源、输出字段、触发频率、失败兜底和人工检查点。
失败信号
输入随意变化、输出格式不固定、失败时只能猜、人工改写过多。
运行规则
每个工作流都要有样例输入、期望输出、验收清单和运行日志。
运行日志
记录运行过程，让失败能被发现、复现和修复。
失败信号
定时任务沉默失败、没人知道上次成功时间、日志里看不到关键错误。
运行规则
至少记录启动、输入摘要、模型错误、重试次数、人工修改和输出位置。
交接记录
让自己、客户或团队成员能接住当前工作状态。
失败信号
换电脑、换服务器或换人后不知道怎么重启、验证和排错。
运行规则
每次上线前留下运行命令、环境变量说明、最后验证时间和下一步动作。
常见失败
最常见的失败模式
只成功一次，第二次复现不了
第一次手动输入能跑出结果，但没有保存输入、模型名、配置和输出样例。
Gateway 沉默失败
Telegram、飞书或企业微信群没有回复，用户不知道消息有没有进入 Hermes。
过早把流程做成 Skill
Skill 触发后输出不稳定，或者把第一版错误流程长期复用。
Memory 记住了错误或过期事实
Agent 反复引用旧路径、旧规则、旧偏好，导致新任务判断偏差。
权限给得太大
还没验收就让 Agent 发送外部消息、修改数据、触发部署或操作客户系统。
可靠上线的最低标准
工作流输入来源固定，不靠临时复制一大段文字。
输出字段固定，人工能在 5 分钟内检查完。
Provider、模型名和环境变量位置有记录。
Gateway 有允许用户、测试群和日志路径。
高风险动作默认只生成草稿，不直接执行。
每次交付或上线前留下最后成功时间。