这个工作流能做什么
- 标签建议
- 优先级
- 回复草稿
为什么适合 Hermes Agent
GitHub Issue 分类与优先级判断 适合 Hermes Agent，是因为它有明确输入、固定输出和可人工验收的结果。第一版建议先把 标签建议、优先级、回复草稿 做成稳定草稿，而不是直接接生产写入或外部发送。
适合谁
适合需要处理「程序员」任务，并愿意先从低风险自动化开始的人。
需要准备什么输入
GitHub / Slack / Labels 的可读取数据源、输出位置、人工确认规则和基础日志。
第一次运行建议
先用 3 到 5 条样例数据跑一遍，不要直接连接生产系统。确认输出稳定后，再接真实数据源、消息平台和定时任务。
输入来源：GitHub / Slack / Labels
运行频率：先手动触发，再考虑定时
输出位置：先本地 Markdown，再推送到消息平台
人工确认：建议保留输出示例
{ "labels": ["bug", "area/cli"], "priority": "P1", "need_more_info": false }配置步骤
- 导出标签体系
- 读取 Issue 模板
- 设定 P0/P1 规则
- 开启人工确认
Prompt / Skill Template
你是开源项目维护助理。请阅读新 Issue 的标题、正文、复现步骤和环境信息，输出 JSON：labels、priority、need_more_info、reply_draft。不要直接关闭 Issue。常见错误
- 输入来源没有固定格式，导致输出每次结构不同。
- 没有设置失败重试和人工确认节点。
- 把高风险外部操作交给 Agent 自动执行。
复盘指标
输出字段是否稳定
人工检查是否少于 3 分钟
失败日志是否能定位
模型成本是否可记录
是否保留人工确认节点
上线前验收标准
- ✓ 输入来源固定，缺字段时有兜底提示。
- ✓ 输出格式稳定，人工可以在 3 分钟内检查。
- ✓ 失败时能看到日志，不需要靠猜定位问题。
- ✓ 涉及外发、写入或客户信息时保留人工确认。
- ✓ 连续运行 3 次后再考虑沉淀成 Skill。
常见问题
GitHub Issue 分类与优先级判断 适合新手直接复制吗？
适合从只读输入和人工确认开始复制。第一次不要接高权限写入动作，先用样例数据跑通。
这个工作流上线前要怎么验收？
至少连续运行 3 次，检查输入来源、输出字段、失败日志、人工确认和模型成本，再决定是否接入消息平台或定时任务。
这个工作流可以直接自动执行外部动作吗？
不建议。第一版先做只读摘要或草稿输出，涉及外发、写入、删除、部署、客户承诺和财务动作时必须保留人工确认。