用途
melech-challenge 用于在实现开始之前，对用户已有的方向、想法或部分计划进行压力测试。它的目标不是产出打磨过的规格说明、PRD 或技术设计文档，而是在方向尚未明显崩塌时，不从头重来，而是检验现有思考是否经得起推敲。
主要能力
- 一次只提出一个高价值问题，逐步推进思考。
- 每次回答后更新理解，必要时修正先前的假设。
- 识别缺失的决策、有风险的模糊点、薄弱的权衡以及隐藏约束。
- 只提出那些答案会实质影响架构、范围、权衡、排序、风险、实现质量或后续决策的问题。
- 避免询问那些可以合理默认沿用当前代码库、技术栈、模式或团队惯例的繁琐实现细节问题，除非它们对任务至关重要。
- 倾向于最简单、能完整解决实际问题的实现方案。
- 优先复用现有代码路径和模式，保持改动局部且受限，尽可能少引入新代码和抽象。
- 不把 DRY、可复用性或泛化当作自动目标；当重复能降低影响范围、风险和维护成本时，重复是可接受的。
- 将新的抽象、包装器、共享辅助函数、钩子、分层以及大范围重构视为成本，除非有明确理由。
- 主动寻找过度工程风险，标记当前方向可能比必要范围更广、更抽象或维护更重的地方。
- 对于非关键细节，做出合理的工作假设并继续推进；只有当这些假设变得有风险时才将其暴露出来。
- 当结构性或流程性模糊用可视化方式更容易推理时，使用紧凑的 ASCII 草图来帮助与人类开发者沟通想法。
- 持续进行，直到达到平台期，即进一步提问不再能实质改善思考。
使用方式
用户带着已有的方向、想法或部分计划进入。技能通过一次一个高价值问题的方式展开对话。每次回答后，它会更新理解、修正假设、识别问题，然后提出下一个最有价值的问题。当达到平台期后，它会进行总结，内容包括：澄清后的方向、关键决策、剩余假设、主要风险、过度工程风险，以及实现代理不应猜测的事项。
适用场景
适用于用户已经有一个方向、想法或部分计划，并希望在实现开始前对其背后的思考进行压力测试的场景。它不适用于从零开始生成规格文档，也不适用于在方向没有明显崩塌时重新开始。
限制
- 不会把讨论变成打磨过的规格、PRD 或技术设计文档。
- 除非当前方向明显崩塌，否则不会从零重来。
- 不询问那些可以合理默认沿用当前代码库、技术栈、模式或团队惯例的繁琐实现细节问题，除非它们对任务至关重要。
- 不把 DRY、可复用性或泛化当作自动目标。
- 将新的抽象、包装器、共享辅助函数、钩子、分层以及大范围重构视为成本，除非有明确理由。
- 对于非关键细节，会做出合理的工作假设并继续推进，只有在这些假设变得有风险时才将其暴露出来。
暂未提供
关于该技能的安装命令、具体平台支持、收费方式、价格、效果数据等信息，资料中暂未提供。