让 Hermes 通过可审核的分支或补丁准备仓库文件变更，最终合并控制权仍由人掌握。
先让 Hermes 更新一个小型数据文件或草稿文档，不要一开始改应用代码或构建配置。
使用案例 需要人工复核
自动更新内容仓库
让 Hermes 通过文件和 PR 准备内容更新，但最终控制权保留给人。
为什么应该优先尝试
它直接匹配本站后续的长期维护模式。
稳定长期用 第一次手动补丁或审核分支流程建议控制在 60 到 120 分钟。
一个包含内容更新、可由人工审核的 GitHub PR。
建议时间盒: 第一次手动补丁或审核分支流程建议控制在 60 到 120 分钟。
复制给 AI
先人工复核 起步提示语
请帮我用 Hermes 准备一个对小白安全的内容仓库更新。只修改我指定的内容或数据文件。不要修改构建配置、依赖、密钥或部署设置。在我提交之前，请产出摘要、diff 或 patch、校验步骤和审核清单。把这段作为起步指令，再附上或链接下方文档。不要让 AI 编造无来源要求。
开始前准备
- 已有 GitHub 仓库
- 内容 schema 与审核规则明确
安全注意事项
- 不要允许 Hermes 修改密钥、依赖或部署凭据。
- 在流程可信前，优先使用文件级补丁。
- 每个自动变更都应该有人工可读摘要。
运行手册
小白安全流程
- 选择一个安全目标文件，例如草稿资源列表或 FAQ 条目。
- 明确 Hermes 可以和不可以修改哪些目录。
- 应用变更前，先让 Hermes 给出补丁或分支摘要。
- 推送前在本地运行校验和构建。
- 最终提交和合并决策保持人工处理。
成功标准
- 变更限制在允许文件内。
- 推送前校验和构建命令通过。
- 审核者能快速理解变更目的。
出现这些情况就停下复核
- Hermes 未经允许修改 package 文件、部署设置或密钥。
- diff 范围太大，无法安全审核。
- 没有回滚计划。
人工复核清单
- 所有变更文件都在允许路径内吗？
- 本地校验和构建通过了吗？
- 我能在不影响无关工作的情况下回滚这次变更吗？
下一步
- 只有文件边界可靠后，再从手动补丁升级到 GitHub PR。
- 允许更大更新前，先增加 PR 模板和自动内容校验。
支撑资料包
相关 Doc Pack
让 AI 执行使用案例前，先使用这些 Doc Pack。它们能保持部署事实、安全边界和编辑性建议可见。
Doc Pack 需要人工复核
Doc Pack：稳定服务器 Docker 或专用 Mac mini
AI 帮助用户选择稳定主机模式，记录运维流程，验证安全/更新行为，并在有恢复方案的前提下运行真实案例。
打开 Doc Pack →相关来源
- 官方工具与 Toolsets 指南 · official · published
- NousResearch/hermes-agent GitHub 仓库 · official · published
- 官方安全指南 · official · published
- 官方更新与卸载指南 · official · published
内容成熟度
这是 Hermes Agent Hub 自身最相关的长期自动化场景，但必须从很小、可审核的变更开始。
最近复核: 2026-04-21