场景判断
为什么适合 Hermes Agent
独立开发者个人助理 适合 Hermes Agent，是因为这个场景通常有稳定输入、重复整理需求和明确验收方式。第一阶段不追求全自动执行，而是把 一份按优先级排序的个人工作简报，包含风险、待办和建议动作。 先做成可检查的草稿或摘要，再逐步加入 Gateway、定时任务和 Skills。
推荐工作流
每天早上自动汇总项目状态，下午检查未处理 Issue，晚上生成次日待办。
适合读取的输入
第一版只接低风险、容易核对的来源，先证明输出稳定，再逐步增加系统。
GitHub Issue 与 PR 列表
部署日志或监控摘要
产品邮件与用户反馈
竞品 RSS 或 Release Notes
预期输出
一份按优先级排序的个人工作简报，包含风险、待办和建议动作。
建议接入
GitHubEmailRSSTelegram
落地步骤
- 1先固定一个低风险输入来源，避免一开始接太多系统。
- 2用模板跑 3 次，确认输出字段和语气稳定。
- 3补日志、失败兜底和人工确认，再接消息平台。
- 4连续使用 1 周后，再决定是否沉淀成 Skill 或长期任务。
第一次试跑怎么做
01只读取一个仓库的 open issue
02让 Agent 输出优先级和下一步建议
03人工确认标签是否合理
04再加入邮件或竞品信息源
风险控制
先把权限、数据和外发动作关在清楚边界里，再考虑长期运行。
- 不要给生产部署写权限
- 不要让 Agent 自动关闭 Issue
- 客户反馈先脱敏再进入摘要
- 所有外发回复先生成草稿
常见问题
独立开发者个人助理 适合第一次使用 Hermes Agent 吗？
适合先做只读整理或草稿输出。第一次不要直接接高权限写入动作，先用样例数据和人工确认跑通。
这个场景上线前要检查什么？
重点检查输入来源、输出格式、失败日志、模型成本、权限边界和人工确认节点。
这个场景可以直接自动外发或写入系统吗？
不建议。第一版应该先做只读摘要、草稿或建议，涉及外发、修改数据、客户承诺、财务和权限变更时必须保留人工确认。
验收指标
不要只看“能不能输出”，要看输出是否稳定、可追溯、能减少人工检查。
每天节省 20 分钟信息整理
P0/P1 Issue 不漏看
待办格式连续 1 周稳定
人工修改比例低于三分之一
新手路径
建议先看 Issue 分类、日报简报和 Starter 包示例。