用途：面向软件项目的规划、构思、问题分解与权衡分析，产出可执行的决策并记录理由。适用于规划新功能或新系统、评估多种实现方案、做技术或架构决策、把复杂问题拆解为更小任务，以及用户询问“该怎么做 X”“Y 有哪些可选方案”时。不适用于琐碎改动、纯代码评审（改用 critical-partner）、对已定决策的验证或压力测试（改用 critical-partner）、调试（改用 systematic-debugging）。
主要能力与要求：必须先定义问题，包含 What、Why、Constraints、成功标准；不得只给一个方案，必须生成 2–4 个备选方案，每个方案标注做法、优点、缺点、工作量（S/M/L/XL）与风险（低/中/高）；做权衡分析，用加权矩阵按项目优先级比较；给出带理由的推荐方案；把功能拆分为有顺序、可执行的阶段与任务；为关键决策撰写决策记录，说明决策、日期、背景、考虑过的替代方案与后果。
决策树逻辑：涉及方法或选项时生成备选方案并做权衡分析；规划新功能时按问题定义→备选方案→推荐→任务分解推进；评估技术选择时使用加权权衡矩阵；复杂问题按阶段与任务做层级分解；需要记录重要决策时输出决策记录。
边界与限制：方案超过 4 个时应按约束筛选出前 3 个，偏向行动；需求不明时显式标注假设，并建议先用 spike 任务验证；优先级冲突时询问用户对性能、速度、可维护性的排序；可逆决策偏向更快选项，不可逆决策（如数据库结构、公开 API）应投入更多分析。相关资料未提供安装方式、平台、收费与使用步骤等事实则暂未提供。资源关联：architecture-patterns 用于架构决策，critical-partner 用于验证提案。