用途
think-through 是一个苏格拉底式访谈技能，用于在投入构建之前，帮助使用者深入思考和完善一个技术想法，对象可以是应用、产品、工具或项目。它强调对想法进行压力测试，而不是收集实现层面的需求。
主要能力
该技能围绕多个维度提出问题，帮助揭示隐藏假设、盲点、市场现实和技术考量。核心探索维度包括：
- 问题与价值：要解决的真实问题是什么，谁有这个问题，痛点有多强，目前人们如何解决，为什么有人会转而采用这个想法。
- 目标用户与市场：具体面向谁，如何找到这些人，市场规模及趋势，什么会促使他人付费或反复使用。
- 竞争与替代方案：该领域已有什么，为什么不够好，自身独特角度是什么，资金充足的竞争者可能怎么做，现有玩家能否将其作为功能加入。
- 技术路径：核心技术挑战是什么，仍有价值的最简版本是什么，风险最高的技术假设是什么，构建、购买还是集成。
- 范围与 MVP：测试核心假设的最小构建是什么，哪些功能其实可能属于 v2，如果只有一半时间或资源会砍掉什么。
- 可行性与权衡：需要哪些条件成立，商业模式如何，核心张力在哪里，对风险部分的直觉判断。
使用方式
流程分为四个阶段：
- 初步理解：阅读用户提供的背景信息，在提问前简要复述所理解的内容，保持好奇和开放。
- 深入探索：反复使用 AskUserQuestion，从多个角度探索想法，通常进行 5-10 轮提问，每轮提出 1-3 个聚焦问题，并引用用户此前的回答，逐步推进，而不是一次抛出大量问题。
- 综合归纳：在充分探索后，综合出一句话想法、目标用户与问题、关键差异化、风险最高的假设以及建议的下一步，并请用户确认。
- 输出：在 .claude/thinking/<idea-slug>.md 生成书面总结，结构包含标题与一句话推介、问题、解决方案、目标用户、竞争与差异化、风险最高的假设、MVP 范围、可能方向、待解决问题与下一步。
适用场景
适合在决定构建某个应用、产品、工具或项目之前，借助访谈梳理思路、发现盲点、澄清假设、比较替代方案、界定最小可行范围并识别关键风险。
限制
该技能不是需求收集、不是商业计划、不是想法背书或验证，也不是测验。它不用于确定实现细节，而是作为思考伙伴帮助压力测试和打磨想法。当用户思考明显更清晰、关键假设与盲点已被呈现、主要维度已探索、继续提问显得重复或推测性，或用户表示准备推进时可以停止；但不应过早停止，充分的 think-through 通常需要 5-10 轮提问。关于价格、平台支持或具体技术依赖等信息暂未提供。