用途：执行已激活的直接请求或已批准的规划变更。默认采用原生连续实现（native），由当前智能体持续实现，持久化模式为 inline；任务数、文件数或波次数量都不构成委派理由。
主要能力：按依赖顺序实现任务；Full/legacy Hotfix 采用失败行为回归（确认 RED、最小修复、确认 GREEN），文档变更改用格式/链接/构建检查；每个任务运行受影响测试，在关键边界运行集成测试，最终代码快照运行一次完整检查；标记完成任务并追加简要进度记录（结果、文件/提交、验证、下一步、未解决风险）；需要恢复时使用 SSF checkpoint save。
使用方式：执行 CLI 前需将行首 SSF 替换为 node "<plugin-root>/scripts/spec-superflow.mjs"，不得直接运行 SSF 或调用 PATH 中的 ssf。workflow_variant planned 读取生成的执行计划与当前任务，代码编辑前运行 SSF isolate <change-dir>，默认使用 feature 分支。legacy Full/Hotfix 编辑前运行 SSF isolate <change-dir>，并使用返回的绝对检出路径；仅当用户显式选择 --worktree 时创建工作树。legacy 计划可用 SSF execution recommend 与 SSF execution plan 生成执行计划；用 SSF execution show <dir> --json 解决不确定性与中断状态。Native final 在实现与必需测试后由当前执行者做一次全范围审查，并通过 SSF execution review <dir> --wave final --base <base-sha> --head <head-sha> --report .superpowers/sdd/reviews/final.md --verdict <pass|fail> 记录。
适用场景：直接请求、已批准规划变更、legacy Full/Hotfix、Quick/direct Hotfix、Tweak、Lightweight 等不同路径，各自遵循其收据中的验证与审查要求。
限制：仅当用户显式选择委派且独立范围工作有具体收益时才选用 SDD；工具可用性、任务多、上下文长或通用实现批准都不授权子代理。不得推断未见过或已变更行为的批准，也不得重复请求同一未变更的批准。同一问题三次失败需人工裁决；不同发现不共享预算。合并、推送或发布需要各自已有的授权。资料未提供具体收费、价格与平台信息。