用途：当任务没有更窄的现成剧本可套用时，figure-it-out 要求先设计一套可审计的工作流，再执行。适用于大型迁移、雄心勃勃的多部分改动，或人类离开一段时间后回来审查的工作。
主要能力与流程：
- 先建 todolist，第一项是阅读 boring-mode 技能的 Principles 部分，随后把各阶段加入待办。
- Phase A 框定：先落地再承诺。需给出可证伪的完成定义（prove-it-works 原则）、量化的范围与阻碍、以及偏高的严谨度等级；单向门与高影响面获得更多严谨度，可逆低风险步骤更少。长时间运行前展示框定与权衡，可逆工作继续推进（never-block-on-the-human 原则），但数小时的运行需一个检查点。
- Phase B 设计工作流：拆成原子、可独立落地的单元，风险最高的未知优先；脚手架与验证先于功能（foundational-thinking 原则）。先建验证工具并捕获改动前基线，使检查呈现“旧值 vs 新值”。单向门设计决策运行 architect 技能（其运行 arena），机械性工作可跳过。只沿接缝并行，每个 worker 用独立 worktree 或分支（separate-before-serializing-shared-state 原则），不要过度扇出。把设计好的阶段列表写下来供人审查，再执行。
- Phase C 运行循环：每个单元是一次实验，陈述假设、做最小改动、在真实产物上按谓词测量，推进则保留，否则回退。按 sequence-verifiable-units 原则逐单元验证，而非最后批量检查。通过检查产物验证，绝不采信自述。委派工作配裁判；worker 钻空子则重置并加固契约，门本身有错则单独修复门。结论为 VERIFIED、NOT VERIFIED 或 INCONCLUSIVE，INCONCLUSIVE 不算通过，不得隐藏负面结果。
- Phase D 保留审计轨迹：通过 show-me-your-work 技能记录运行，通常把轨迹提交，让审查者在 PR 中阅读。
- Phase E 验证并交回：在真实产品上按 Phase A 谓词检查整体，把反复出现的纠正编码为门、lint 规则、检查或脚本（encode-lessons-in-structure 原则）。回复内容包括：设计的剧本、严谨度等级及理由、决策轨迹路径、已按谓词验证的内容、仍待处理的内容。
限制：资料未提供具体安装命令、平台支持、收费或价格信息，暂未提供。