用途：该技能用于在实施修复或做技术决策前进行批判性评估，质疑假设、检验方案有效性、评估风险，防止自动附和。资料强调“铁律”：遇到 bug、错误或意外行为时，必须先定位根因再修复，只修症状等于积累技术债。
主要能力：包含四个阶段——根因调查（稳定复现、对比预期与实际、回溯状态分歧点）、模式识别（是否属于已知错误类型、与同类问题的共性）、假设形成（最小验证测试、正确实现的样子）、实施（用测试验证、检查同类问题、记录结论）。技能提供批判性提问框架（是否在解决正确的问题、假设是否仍成立、有哪些反证、机会成本等），并借助顺序思考工具逐步分析假设、反证、替代方案、情境适配、风险与权衡，最后给出综合建议。
使用方式：以斜杠命令调用，格式为 /atelier-challenge "挑战内容"。资料给出的示例包括：/atelier-challenge "Do we really need a microservices architecture for this simple app?"、/atelier-challenge "I think this caching strategy will actually slow things down"、/atelier-challenge "Are we solving the right problem with this feature?"、/atelier-challenge "Should we really use event sourcing for this use case?"。
适用场景：在做出架构选择、技术栈决策、设计模式选择或实现方案前使用；当觉得方案过度复杂、不确定是否解决真正问题或想测试自身假设时使用。资料区分了 Challenge 与 ThinkDeep：前者是批判性评估，后者是深入探索。
限制：资料未提供平台支持范围、权限要求、计费信息或安装命令；其顺序思考依赖 mcp__sequential-thinking__sequentialthinking，该依赖的可用条件暂未提供。资料还列出调试红旗与常见合理化借口（如“大概是竞态条件”“一直都能用”），并提醒领域边界即测试边界。