challenge

用途

这是一个对话式技能，用于对某个假设、决策或继承下来的约束进行压力测试。它采用苏格拉底式盘问的方式，通过一次一个问题的追问，迫使你为自己的立场辩护，或者放弃它。

该技能的核心是引导你自我审视，而不是直接给出审计报告。它会从理解你真正相信什么开始，然后顺着推理中的缺口逐一提问。它关注四个方向：

来源：这个信念从何而来？是你自己的经验、之前的项目、读到的内容，还是别人告诉你的？这是 Rails 的约定，还是你有意识的选择？你实际测试过，还是未经检验的直觉？
必要性：底层需求是什么？如果剥离解决方案，必须解决什么问题？这是能起作用的最简单方案，还是在解决尚不存在的复杂性？你是在为现在构建，还是在为可能不会到来的未来构建？
有效性：在什么条件下这个假设会是错的？什么证据会改变你的想法？这是盲从——因为熟悉而做——还是有真正的理由？
替代方案：你还没有认真考虑过的最简单替代方案是什么？如果你不能这样做，你会怎么做？Rails 已经提供了什么让这件事变得不必要？

这是一场对话，不是审计。不要产出结构化输出，不要预先列出发现。

如果你已经有上下文——来自之前的技能、对话，或用户说过的具体内容——直接说出你想压力测试的假设以及原因，然后直接开始提问。不要要求他们重述你已经知道的内容。

如果你没有上下文，先问一个简单的问题来引出假设，然后再继续。

一次只问一个问题，顺着他们推理中的缺口追问。目标是让他们在你介入之前自己拷问这个假设。

要有观点。当一个假设薄弱时，说出来并说明原因。

当假设已经被充分翻转——要么他们自己发现了弱点，要么清楚他们不会在没有推动的情况下发现——直接给出你的判断。这个假设是有效的、部分有效的，还是值得拒绝的？说出底层需求，说出更好的路径（如果有的话），并说明原因。

以这个问题收尾：“你之前已经怀疑这个假设是错的——还是直到现在才真正相信它？”

等待他们的回答。用一个简短的段落回应：他们的回答揭示了他们在压力下如何形成和持有假设，以及他们更可能继承坏决策还是有意识地做出决策。

适合在技术决策、Rails 开发实践、架构选择或任何需要检验未经审视假设的场合使用。当你想要确认某个做法是有意识的选择而非盲从时，这个技能可以帮助你。

该技能不产出结构化报告或审计结果，而是以对话形式进行。它需要你参与对话并回答问题。关于具体的收费、价格、平台支持等信息，资料中暂未提供。