用途：在目标工程（goal engineering）或方法论技能编写之前，为当前阶段的工作选定一个结构化思维方法。它只做方法选择这一件事，不执行具体工作、不创建或修改方法论技能、不写循环目标，也不给出就绪判断。
主要能力与流程：读取 references/manifest.json 与 references/catalog.md，并逐一查看十二份标准参考的 Fit 部分，而非依赖本技能内的硬编码摘要。识别任务在当前阶段的主导需求；对候选方法先验证正向适配，再验证负向适配，负向适配可否决关键词相似性。若两个方法都可能有用，选占有当前阶段的那一个，另一个列为 deferred，禁止混合成自制方法。当所有候选都被否决、缺少必要证据，或任务本身已属狭窄的直接执行时，返回 none。选出后需完整阅读对应参考并使用其标准质量问句。
输入约定：从用户请求与现有产物中读取 Task、Audience、Context、Output format、Validation（checks 与 evidence）、Human review / stop（stop_conditions、human_approval_required、approval_actions）。若缺失输入可能改变选择结果，应指出缺失字段并返回 none，不得凭空补充。
输出约定：返回包含 contract 与 selection 的结构。contract 为交给 goal-engineering 的八字段交接内容，原样保留六个输入字段，并补充所选方法论与 method_fit（best_when、avoid_when、reason）以及 human_review_stop。selection 含 methodology_name、reason、deferred_method、method_ref、quality_questions。无次级方法时 deferred_method 填 none；返回 none 时 quality_questions 留空，并说明是哪个缺失事实或负向适配规则阻止了选择，且流程须在 goal-engineering 之前停止。
限制：不按请求中出现的方法名称来路由；不因"普遍有用"而选某方法；不在本文件中复述标准方法定义与适配规则；不把选方法变成执行任务；不得选择 manifest 中不存在的 slug。可用 node 运行 scripts/self-test.mjs 做 fixture 校验，检查 manifest 完整性、六个输入字段、slug 精确性、must-not 选择、deferred 情形，以及十二种方法的正负适配覆盖。每次只做一次选择；证据不足时返回 none 并给出最小的缺失输入。