每周从已合并的 PR 中检测文档漂移
常见自动化模式的复制粘贴蓝图。任务：建议落地方案：配置 Hermes Agent 运行每周定时任务，扫描指定 GitHub 仓库中已合并的 Pull Request。代理使用 `gh` CLI 获取 PR 详情，识别工具架构、CLI 命令或配置文件中的代码变更，并将其与更新后的文档文件进行交叉引用。如果代码变更但文档未更新，则报告差距；若无漂移则抑制输出。人工介入是必需的，用于审查报告的差距并手动更新文档。；工具：Hermes Agent。人工角色：原始帖子没有说明人如何参与。；局限：前提条件包括已配置的 Hermes Agent 实例、GitHub CLI 身份验证和有效的 Telegram 投递渠道。该工作流依赖于代理正确解析文件路径并将代码变更与文档关联的能力，对于不同的仓库结构可能需要调整提示词。来源可靠性为次要，因为它是文档指南而非经过验证的案例研究。。
工具
Agent Work Atlas 发布日期:
概述
常见自动化模式的复制粘贴蓝图。
工作流程
建议落地方案：配置 Hermes Agent 运行每周定时任务，扫描指定 GitHub 仓库中已合并的 Pull Request。代理使用 `gh` CLI 获取 PR 详情，识别工具架构、CLI 命令或配置文件中的代码变更，并将其与更新后的文档文件进行交叉引用。如果代码变更但文档未更新，则报告差距；若无漂移则抑制输出。人工介入是必需的，用于审查报告的差距并手动更新文档。
原文报告的结果
来源未报告此工作流的测量结果、成功率或具体失败情况。它仅描述了预期行为：检测文档漂移并通过 Telegram 发送警报。可衡量的验收检查是验证代理能否正确识别测试 PR 中的已知文档差距，并在无差距时抑制通知。
人工角色
原始帖子没有说明人如何参与。
局限
前提条件包括已配置的 Hermes Agent 实例、GitHub CLI 身份验证和有效的 Telegram 投递渠道。该工作流依赖于代理正确解析文件路径并将代码变更与文档关联的能力，对于不同的仓库结构可能需要调整提示词。来源可靠性为次要，因为它是文档指南而非经过验证的案例研究。
试一试
扮演一名正在设置文档漂移检测器的 DevOps 工程师。我需要你为仓库 [replaceable_repo_name] 配置一个 Hermes Agent 定时任务。 步骤： 1. 创建一个每周一上午 9 点运行的每周定时任务。 2. 提示词必须指示代理使用 `gh pr list` 获取过去 7 天内已合并的 PR。 3. 代理应检查 [replaceable_code_paths]（例如 tools/*.py）中的变更是否反映在 [replaceable_doc_paths]（例如 docs/reference/*.md）中。 4. 如果发现差距，输出 PR 编号、变更文件和缺失文档更新的摘要。如果没有差距，输出 [SILENT]。 5. 配置投递到 [replaceable_telegram_channel]。 在将此应用于实时仓库之前，请在样本 PR 历史上运行一次干测试以验证逻辑。向我展示测试输出，并在创建实际定时任务前请求确认。确保 GitHub CLI 已认证且 Telegram 机器人已连接。
来源报告未经独立核验。发布日期为本站案例发布日期，并非原始文章日期。