用途：Prometheus Strict 是 OMX 的“洁净室”严格规划工作流，灵感来自 OMO Prometheus 概念，但按本仓库 MIT 技能约定重新实现，不复制其实现、提示词、措辞、控制流或运行时代码。它只产出规划产物，供 $ultragoal 使用；当存在独立可验证通道时，也可供 $team 使用。需要持久产物时，将最终计划写入 .omx/plans/prometheus-strict/。
适用场景：任务足够重要、浅层计划可能导致错误工作；需求部分已知但验收标准、边界、风险或验证不完整；用户希望执行前进行严格访谈；未来 $ultragoal 故事需要持久范围、测试与交接顺序；可能需要团队拆分但通道尚不安全。不适用：明确低风险改动的立即实现、仅仓库查询或解释、代码改动后的对抗性执行 QA（用 $ultraqa）、hook/Sisyphus/start-work 移植（明确非目标）。
主要流程：1) 复述目标、约束、交付物、验证期望与停止条件，识别本轮是仅规划还是也要求下游执行；破坏性、凭据门控、外部生产或重大范围变更决策需用户明确确认。2) Metis 访谈：以清单式确定性通关驱动，6 项清单为 objective / scope IN+OUT / acceptance / test strategy / handoff target / no outstanding CRITICAL，全部为 YES 才退出；每轮独立高杠杆问题批量提交，最多 5 轮，未通关项作为 unresolved_blocker 交给 Oracle。3) Momus 挑战：针对验收标准、假设、隐藏破坏步骤、范围过宽、验证缺失、所有权冲突与交接歧义提出质疑，Momus→Oracle 重综合最多 3 轮。4) Oracle 综合：两遍，先综合目标、范围与非目标、假设、已解决批评、步骤或通道、验证矩阵、回滚/升级条件与推荐交接；再自检每条验证声明有证据来源、每步有负责人/通道、停止与验收一致、无未授权破坏性步骤、交接命令具体可调用、保留洁净室署名，失败则回修，最多 3 轮。5) 计划后 Metis 复查新出现的歧义。6) 交接：默认停在计划，除非用户明确授权，推荐 $ultragoal "<计划摘要或 .omx/plans/prometheus-strict/<slug>.md>"，必要时 $team <N>:executor "execute the approved Ultragoal story in parallel lanes"。
使用方式与限制：在附加 tmux 的 OMX 运行时使用 omx question 作为结构化提问面，Bash/工具路径需加前缀 OMX_QUESTION_RETURN_PANE=$TMUX_PANE；非 tmux 用原生结构化输入工具；两者都不可用时用编号散文块一次收集全部答案。每轮 answers[] 后至少两次补缺扫描。该技能保持仅规划，不编辑源码，不创建 hook、Sisyphus 或 start-work 状态，不自动执行外部生产动作。具体安装命令、收费与平台信息暂未提供。