用途：管理多个长时间运行的计算活动（如 10 个以上 HPC 模拟，每个为多阶段流水线，单阶段耗时数小时至数天），无需为每个活动常驻一个智能体。
主要能力：状态存放于每个活动的 WORKFLOW.md（YAML frontmatter + Markdown 表格），声明阶段、当前位置、JobID、动作队列与失败历史；智能体执行“编排 tick”，扫描根目录下所有 WORKFLOW.md，推进或调试后写回。阶段状态枚举包括 pending、ready、running、done、failed、escalated。智能体按阶段表检查入口条件、提交作业、轮询调度器、校验退出条件、推进状态。失败时对照跨项目与项目级失败目录分类并应用一次修复，同错误连续两次失败则升级人工。按最活跃活动的预期时长选择下次 tick 间隔（约 4-6 分钟至 12 小时）。运行时可做异常扫描（基于 sacct、队列与日志推理，而非固定阈值）。
用法：三种调用方式——用户手动触发一次 tick；/loop 自我调度循环；系统 cron 或 /schedule 定时触发。项目集成：选搜索根目录，在每个活动目录放入 WORKFLOW.md，可选添加项目级斜杠命令，维护项目专属失败目录。模板位于 templates/，含通用 HPC 活动与 NAMD 集合模板。
限制：不构建作业跟踪数据库（文件系统即数据库）；不提供 Web 仪表盘；不接 HPC 事件通知；不执行模拟，只调用已有部署与 SLURM 提交脚本；不替代项目对阶段的判断。适用于活动数 ≥ 2、失败可诊断可重试的场景；单一短活动或用例失败不可逆时不适用。