GTD Deliberation 被描述为一个面向 Get Things Done 的执行前推理层。其目的不是“思考更久”，而是降低把错误请求执行得很好的可能性。该技能在 GTD 请求呈现混乱、高影响、战略重要、假设密集、自相矛盾、难以逆转，或围绕未验证想法展开时使用。
用途方面，它为 GTD 工作流提供方向决策前的推理与证据检查，避免在问题定义不清或方向未获批准时直接进入实施规划。
主要能力与工作流：资料给出了核心流程图，从“混乱想法或建议方案”开始，依次经过 Contemplate、使用当日日期的时效性搜索、研究假设、挑战框架、重构问题、主动构思、批判与综合、收敛方向、Direction Gate（方向门，批准/临时测试）、Superpowers 式规划、待办文档化，最后进入 GTD 执行与验证。
使用方式：技能建议只加载当前阶段所需的内容，包括 activation-router.yaml（判断是否值得深思）、freshness-search.md（在信任外部或版本化知识前使用）、deliberation-contract.md（操作循环与退出条件）、truth-contract.md（用户框架可能有误或证据薄弱时）、problem-model.schema.json（持久化问题模型）、superpowers-handoff.md（实施规划前）、security-boundaries.md（涉及敏感或私有上下文的外部研究前）、references.md（标准与来源谱系）、backlog.schema.json（方向批准后）、agents/roles.yaml（多个逻辑角色有帮助时）。
操作规则包括：从结果而非建议方案出发；在研究前先沉思，识别隐藏假设、缺失目标、矛盾、激励、二阶效应、替代解释以及“需要什么为真”；在信任记忆知识前，从运行时解析当前日期并搜索相关当前来源，记录搜索了什么、什么变了、什么仍不确定，不把记忆知识当作当前证据；研究用于支持、削弱或证伪当前框架；挑战请求而非用户，证据不支持时明确说出，不奉承弱想法；基于证据重构，保留经得起审视的内容，把不支持的假设替换为事实、显式假设、决策或未知项；问题足够稳定后再构思，生成替代方案、反事实、简化方案和不构建选项；收敛前批判候选方向在可行性、机会成本、失败模式、可逆性、二阶效应和证据缺口上的表现；保留用户权威，代理可推荐方向，但高影响、偏好密集、公开、财务、身份敏感、安全敏感或难以逆转的决策归用户；通过方向门后才做实施规划；采用 Superpowers 式方法论把批准方向分解为有界、可测试的工作；创建待办清单而非模糊计划，待办项需含成果、依赖、验收标准、证据要求和可操作下一步；当行动预期价值更高时停止沉思，使用深思契约中的充分性门。
工件链为：问题模型 → 批准方向 → 执行简报 → 待办清单 → 执行证据。问题模型解释方向为何存在，执行简报解释当下可执行什么，待办清单保存已批准的 future work。输出纪律要求不暴露私有思维链，只返回简洁结论、证据、假设、替代方案、权衡、决策和工件，供其他代理检查并继续。
适用场景与限制：资料说明该技能适用于需要方向决策前推理与证据检查的 GTD 请求；但未提供具体平台、安装方式、收费、价格或效果数据。