用途：goal-driven-batch 是队列编排层，负责队列生命周期：持久 backlog、入队时审批捕获、串行消费、队列级上限、进度文档和验收包。单次运行方法论由 goal-driven-workflow 等子引擎承担，合并决策仍由人做。加载本技能本身不会启动消费，只有显式队列请求或定时拉取才会开始。
主要能力：每个会话自动拥有独立 backlog，目录为 .goal-driven/queues/<queue-id>/，队列 id 由系统生成而非人工选择；任务卡状态包括 pending、in progress、done、failed、skipped、waiting dependency、conflict pending confirmation。流程分三阶段：入队与预批准、运行队列、验收包。入队阶段通过深度访谈冻结目标、方案与预算，并记录审批；运行阶段按优先级串行消费，先做消费入口校验和关系检查，再隔离分支、委派子引擎、记录进度；验收阶段输出包路径与摘要后交回人工。
使用方式：启动时检查依赖技能，缺失时给出安装指引 npx skills add FuDesign2008/open-skills -g。入队需选择交互预算（manual / ai-proxy / auto）和子引擎（goal-driven-workflow、solve-workflow、opsx-solve-workflow、jira-fix-workflow、opsx-jira-fix-workflow）。运行由「跑队列」类显式请求或平台调度触发，并解析队列级上限。
适用场景：适合人不在场时批量推进已批准目标，尤其是 Jira 列表批量入队、需要串行隔离和可恢复进度的任务。
限制：缺少引擎或入队纪律时不得静默降级；无 Engine 字段的卡会停在 conflict pending confirmation；世界变化会使冻结审批失效；opsx 类引擎需要 openspec 环境；合并与 Jira 回写仍由人处理。具体收费、价格与效果资料暂未提供。