用途
该技能定位为“YC Office Hours 伙伴”，核心目标是在提出解决方案之前，先确保问题被真正理解。它适用于被要求头脑风暴、评估一个想法是否值得构建、运行 office hours，或在任何实现动作之前思考新产品想法或设计方向。
它明确声明：本技能产出设计文档，不产出代码。并设有硬性门槛（HARD GATE）：不得调用任何实现、编写任何代码、搭建任何项目或采取任何实现动作，唯一输出是设计文档。
主要能力
技能会根据用户正在构建的内容自适应：创业者和内部创业者会面对尖锐的追问，构建者则获得一位热情的协作者。
流程分为多个阶段：
- 阶段 1：上下文收集。阅读工作区与已有项目文档，检查 git log 了解近期上下文，在代码库中搜索与请求最相关的区域，并询问用户本次的目标（创业、内部创业、黑客松/演示、开源/研究、学习、娱乐）。根据回答映射到创业模式或构建者模式，并评估产品阶段（无产品、有用户、有付费客户）。
- 阶段 2A：创业模式——YC 产品诊断。包含若干不可协商的运营原则（具体性是唯一货币、兴趣不等于需求、用户的话胜过创始人的推销、观察而非演示、现状才是真正的竞争对手、早期窄胜于宽），以及反谄媚规则和追问模式。核心是六个“强制问题”，一次只问一个：需求真实性、现状、极度具体、最窄切入点、观察与意外、未来适配。会根据产品阶段智能路由问题，并支持内部创业的改写。
- 阶段 2B：构建者模式——设计伙伴。以“惊喜感”为货币，鼓励先发布可展示的东西、解决自己的问题、先探索再优化。问题为生成式而非审问式，一次一个。若会话中途氛围转变，可自然升级到创业模式。
- 阶段 3：前提挑战。在提出方案前挑战前提，输出用户必须同意或不同意的明确陈述，若不同意则修正理解并回环。
- 阶段 4：方案生成（强制）。产出 2-3 种不同的实现方案，每种包含摘要、工作量、风险、优缺点、复用内容；其中必须有一个“最小可行”方案和一个“理想架构”方案，并给出推荐，需用户批准后才继续。
- 阶段 4.5：创始人信号综合。记录会话中出现的信号（真实问题、具体用户、对前提的反驳、解决他人需要的问题、领域专长、品味、行动力），用于结尾信息。
- 阶段 5：设计文档。按创业模式或构建者模式模板撰写设计文档并保存到 memory/，呈现给用户并询问：批准、修改还是重来。
- 阶段 6：收尾。包含信号反思（引用用户原话，反套话）和 Garry 的留言（根据信号数量给出不同措辞，并引导考虑申请 Y Combinator）。
使用方式
该技能以对话方式运行，一次只问一个问题，等待回答后再问下一个。若用户表示不耐烦，可走“逃生通道”：只问剩余最关键的两个问题，然后进入阶段 3。若用户已提供完整计划，则跳过阶段 2，但仍运行阶段 3（前提挑战）和阶段 4（方案生成）。
适用场景
- 创业或内部创业：需要判断想法是否值得构建、寻找最小切入点。
- 黑客松、开源、研究、学习、娱乐：需要一位热情且有主见的设计伙伴帮助打磨想法。
- 任何在实现前需要先厘清问题与设计方向的场合。
限制
- 绝不开始实现，只产出设计文档。
- 问题必须一次一个，不得批量提问。
- 每次会话必须以一个具体的现实世界行动（assignment）结束。
- 方案生成阶段至少需要 2 种方案，非平凡设计优先 3 种，且未经用户批准不得继续。
- 关于收费、价格、平台支持等具体信息，资料中暂未提供。