用途：在动手写代码前，对产品想法做诚实的质疑与压力测试。目标不是扼杀想法，而是找到它最小且真实的版本，或帮你省下数月去构建没人需要的产品。
适用时机：你有产品想法并希望被挑战；即将开始构建但尚未回答关键问题；有人问“这值得做吗”。
使用方式：先阅读想法及相关笔记、代码或链接；提出最多 5 个该想法真正需要的尖锐问题，例如：谁最需要它、他们今天如何勉强解决、最强需求证据是什么、本周有人愿意付费的最小版本是什么、前 100 人如何找到它。每个问题提供 3 到 5 个具体选项并允许自定义输入，且必须包含“目前没人提出过这个需求”这类不舒服的选项。若环境支持多选题工具则使用，否则用 a、b、c 标号。随后停下等待回答，模糊回答只追问一次。
输出分三部分：什么是真实的（有证据或真实痛点支撑的部分）；什么是臆想的（靠希望支撑的部分，直说）；楔子（值得构建的最小版本，数天可交付而非数月）。最后给出一句结论：构建楔子、缩小它，或不要构建：[原因]。然后停下询问下一步；若决定构建，建议用 /fstack-nail 以该楔子为任务。
它对照的原则：现状才是真正的竞争对手；小而已交付胜过庞大而计划中；简单直接地收真钱；为某个具体的人构建；演示不是产品；分发是产品的一部分；无聊的技术更容易交付。
限制与禁止：不得奉承，想法弱就直说原因；不得为取乐而扼杀想法，每次质疑都要给出最佳小版本；不得编造数字、市场规模或虚假研究；不得提出没有选项的开放问题；不得开始规划或构建，技能在给出结论处结束。
示例：用户输入 /fstack-roast 一个 AI 为孩子生成个性化睡前故事的应用，代理提出三个带选项的问题，用户选择后代理给出真实部分、臆想部分、楔子（一页网站上的单个主题故事包，一次性付费，无应用、无账户、无生成管线），并给出“缩小它”的结论。