• 你收到“帮我测一下”这类模糊请求，需要先判断应该用哪个测试技能。
• 项目时间紧，团队希望先做最有价值的测试动作。
• 新同学不知道从哪里开始，需要一条清晰的技能选择路径。

• 帮你快速选出“现在最该用”的技能和备选技能。
• 给出选择依据，说明为什么先做这个、下一步做什么。
• 降低试错成本，避免一开始就走错方向。

1. 先分类问题：需求质量、功能正确性、API、性能、安全、发布风险或报告沉淀。
2. 再识别约束：时间、环境、数据、自动化成熟度、业务优先级。
3. 基于约束匹配候选技能，并按“风险收益比”排序。
4. 确定主技能 + 备选技能，并写清触发切换条件。
5. 明确本轮期望产出（要交付什么结果）。
6. 执行中若证据不支持当前路径，及时切换。

输入：

• “登录 API 改了，2 天后发版，目前还没有回归结果。”

输出：

• 先用 api-testing 做契约与回归验证
• 再用 test-reporting 产出发版证据
• 说明：当前最高风险是发布前接口兼容性

输入：

• “移动端下单偶发失败”

输出（问题）：

• 直接路由到 test-case-writing，没有先定位移动端场景特性
• 错过了应先使用 mobile-testing 的诊断价值

• 不替代具体执行类技能，本技能只做路由与优先级决策。
• 不给“罗列一堆技能但没有依据”的结果。
• 不忽视业务优先级与发版窗口。
• 不在新证据出现时死守原路线。
• 不在缺少执行证据时给最终质量结论。