这是什么网站？
Minions（GitHub 仓库 hermes-agent-mission-control）是面向 Hermes Agent 的开源 Web 控制台：把长跑代理任务放进看板，区分进行中、待协助、待复核与结束。周期性心跳用来推动代理汇报进度，卡住就上浮到需要你介入的状态；代理宣称完成也不会默默归档，多数流程要你确认后再收尾。常见用法是在本机运行：浏览器端通过 HTTP/SSE 连接本地 Express，并与 Hermes 的 Python worker 协同；任务元数据、状态与心跳记录多写入本地 SQLite，整体偏本地优先与自托管。
核心功能
- Kanban 看板按状态陈列任务，一眼看清队列分布
- 心跳定时触发进度汇报，阻塞任务进入待你协助
- 流式查看工具调用、推理与回复输出
- 人工验收闭环：代理提议完成，经你确认后才进入结束态
- 可按任务调整模型与推理强度等运行参数
- 展示定时 Hermes 作业及其历史与输出（能力细节随版本迭代）
常见使用场景
- Hermes 重度用户：并行推进调研、编码与监控类任务，需要分辨哪些仍在跑、哪些已经卡住。
- 一人公司或小团队：把文案、运营与研究拆成多条代理任务，按看板分批复核，而不是在聊天记录里翻找。
- 跨小时或跨天的委托：用心跳替代反复手动追问进度，仅在阻塞时再介入。
- 偏好本地数据：不希望任务状态绑定云端账号时，用 SQLite 保存元数据并在本机运行 worker。
适合哪些用户？
- 日常工作已深度使用 Hermes Agent，会话多到仅靠终端难以梳理的人
- 希望「卡住才找你」，而不是每条输出都要实时盯着的人
- 能接受 Node.js、Python 与 Hermes 相关依赖的安装与维护成本的人
- 可能不匹配：只做一次性问答、不需要长跑任务编排的人
- 可能不匹配：当下就要统一控制台覆盖多种非 Hermes 代理生态的人（仓库说明仍以 Hermes 为主路径）
与同类工具的对比？
通用项目管理板擅长人机任务拆解与协作字段，但通常不把「代理会话心跳」「工具调用流」当作一等公民。Minions 更贴近运行态监视：强项在多会话 Hermes 任务的可见性与交接确认；若你需要甘特图级项目管理或复杂审批流，通用 PM 往往更顺手。若你只关心 Hermes 长跑任务能否及时发现卡住并完成复核，专用控制台更对口。
客户怎么说
Alex（独立开发者（Indie Developer））
并行多条 Hermes 会话时，更在意哪些在推进、哪些其实在等输入；心跳若能把阻塞原因写清楚，会比来回翻终端日志省力。
Jordan（偏运维使用者）
定时任务最怕静默失败；会更关注作业历史与输出是否一眼可查，以及后续通知能否接入既有告警习惯。
Sam（协作协调角色）
把「代理自称做完」与「你验收通过」分开，团队对齐成本更低；确认门槛清楚时，就不容易把半成品当成已交付。
常见问题
Q: 使用前必须先准备好 Hermes Agent 吗？
A: 仓库的快速开始通常以此为前提；版本与环境请以 Hermes 官方说明为准。
Q: 能否用来管理其他品牌的 AI 代理？
A: 适配层在路线图中有提及，但公开定位仍以 Hermes 为主；其他生态是否接入需关注项目公告。
Q: 任务与聊天记录分别存在哪里？
A: 常见描述是聊天会话落在 Hermes 侧数据库；看板相关的任务状态、心跳与设置等多写入本地 SQLite，部署前应弄清两边边界。
Q: 除了开源自托管，是否可能有托管服务？
A: 若仓库或官网提供托管说明，以页面实时信息为准；此处不替代具体条款与可用性。
