用途
figure-it-out 用于当任务匹配不到任何现成操作手册时的场景，例如大型 Pstack 迁移、雄心勃勃的定制化运行，或其他没有合适 playbook 的工作。它的核心理念是：在写任何代码之前，先设计工作流本身——一串按任务规模调节严谨度的阶段，运行科学方法，并留下人类离开后仍可审计的决策轨迹。
主要能力
- 目标框架：以仓库证据为依据锚定目标，将“完成”定义为可证伪的判定条件；量化范围（粗略单位与工作量）、列出阻碍项和约束、基线、可用验证方式，以及严谨度等级（偏向高）。单向门和高影响范围的事情分配更多严谨度，可逆的低风险步骤分配更少。严谨度体现为门禁和产物，而非“再努力一点”。
- 执行手册设计：设计最小的足够执行手册，把工作拆解为原子化、可独立落地的单元，按最大未知优先排序，先搭脚手架和验证再上功能。在工作开始前构建验证工具，并从变更前状态捕获基线，使检查呈现为“旧值 vs 新值”的对比。仅对衔接处并行，每个工作者拥有自己的工作树或分支，不过度扩散。
- 实验循环：每个单元视为一次实验——陈述假设、做最小改动、在真实产物上按判定条件测量、有进展则保留、无进展则回滚。每个单元验证通过后再开始下一个。通过检查产物验证，绝不依赖自我报告；若某事过得过于轻易，先怀疑观察方法而非系统本身。委派工作需配对评判者。判定结果为已验证、未验证或不确定，不确定不算通过。
- 决策轨迹：全程保留决策轨迹，每步落地即记录一行，而不是最后一次性补全。任务通常足够重要，值得把轨迹提交到 PR 中供审阅者阅读。基于证据重新规划，同时保留已批准的范围和接口门禁。
- 整体校验与固化：在真实产品而非仅在验证工具上，对照第一步的判定条件检查整体。把重复出现的纠正固化为门禁、lint 规则、检查项或脚本。
使用方式
资料以斜杠命令形式描述各阶段调用，例如 /principles 用于目标锚定阶段，/how 或 /why 在需要时调用，/principle-prove-it-works 用于定义可证伪的完成条件，/principle-foundational-thinking、/principle-laziness-protocol、/principle-sequence-verifiable-units、/principle-encode-lessons-in-structure 等用于各具体原则，/architect 或 /arena 用于单向门设计决策，/swarm 用于独立工作与评审，/show-me-your-work 用于决策轨迹，/ketchup 用于解释面向用户的结果。命令的具体参数与调用细节暂未提供。
适用场景
- 大型 Pstack 迁移；
- 雄心勃勃、无现成流程的定制化运行；
- 任何需要先设计工作流、再写代码的高不确定性任务。
限制
资料未说明该技能的安装方式、平台支持、收费模式或性能数据，这些事实暂未提供。此外，资料强调工作量本身永远不构成完成的依据：目标必须被证明达成，或为未完成的工作给出具体交接。