用途
Hyper Mass 用于把依赖有序的多智能体工作组织成显式任务图（DAG）并执行。它适合存在真实先后顺序的场景：某个任务需要其他任务先完成，或一组扇出任务必须通过评审或验证节点汇合。触发词包括 mass、DAG、의존성 그래프、단계별 병렬，但真正的判断标准是任务之间是否存在排序关系。
主要能力
- 将单个阶段的工作转化为显式图：节点、边、写入范围、交接文件、层级、上限和验证节点在首次派发前全部固定。
- 把图视为契约：逐节点漂移的运行属于未计划工作；对图的修改作为 amend 记录在日志中。
- 有界波次执行：就绪节点按并发上限一次性派发，波次结束后核对声明、记录状态转换，再开启下一波。
- 日志记录：记录 run.created、run.resumed、node.started、node.completed、node.failed、node.retried、node.sent、node.cancelled、run.amended、run.settled 等事件及时间戳。
- 恢复机制：支持 retry、amend、send、cancel 等恢复动作，并受各自规则约束。
- 验证：目标成功标准需附捕获证据，验证节点依赖所有生产者并执行真实检查。
使用方式
以 hyper-mass "<task>" 形式调用。任务语句确定目标，规划确定阶段。运行产物保存在 .hyper/mass/<run-key>/ 下，包括 graph.json、run.jsonl 和 nodes/<node-id>.md 交接文件。执行模式取决于运行时能力：若运行时提供原生工作流或 DAG 引擎则使用原生执行；若无原生引擎但有子智能体，则由 leader 运行拓扑波次；两者都没有时由 leader 顺序执行并记录为无并行。
适用场景
- 任务之间存在真实排序，或扇出必须汇合。
- 请求中出现 mass、DAG、依赖有序阶段、带汇合的扇出，或 의존성 그래프/단계별 병렬，且排序会改变哪些任务可以何时开始。
限制
- 不适用于任务相互独立、无排序的情况；此时普通并行子智能体更简单，无需图。
- 不适用于单个任务；直接运行即可。
- 不适用于按书面计划文件逐项执行的情况；那属于计划执行，不是图编排。
- 不适用于产出有来源支撑的研究报告；那属于研究交付物。
- 跨多个检查点的工作应每个阶段一次运行并串联。
- 上限：每次运行 32 个节点、8 个并发节点、每节点 2 次重试、每次运行 3 次 amend、每个图最多 1 个 high 层级节点。用户自己的上限优先于该表。
- 节点完成声明本身不构成证据；必须打开产物核对图所依赖的具体事实。
- 同一节点同一失败特征出现两次即终止该节点，不进行第三次相同原因的尝试。
- 默认面向用户的交付物、报告、交接摘要和聊天输出使用韩语；源代码标识符、CLI 命令、文件路径、schema 键、JSON/YAML 字段名、API 名称、包名、专有名词和引用原文保持原语言。
暂未提供
该技能的收费、价格、平台支持范围、具体效果指标等事实在资料中暂未提供。