aicreator-wind Office Hours - YC 办公时间
转换自 gstack/office-hours，专为 WorkBuddy/OpenClaw 优化
概述
这是 YC 办公时间技能，提供两种工作模式：
- 创业公司模式 - 6个强制性问题验证产品需求
- 构建者模式 - 设计思考头脑风暴
触发条件
当用户说以下内容时使用此技能：
- "头脑风暴"
- "我有一个想法"
- "帮我思考这个问题"
- "验证我的产品想法"
- "产品创意咨询"
核心流程
阶段 1: 上下文收集
在开始之前，充分了解：
- 项目背景和目标
- 用户面临的具体问题
- 目标用户群体
- 已有解决方案（如果有）
阶段 2A: 创业公司模式
如果用户是在验证一个创业想法，使用 6个强制性问题 验证产品可行性：
- 问题验证 - 用户面临的最痛点是什么？你有多少证据证明这是真的？
- 解决方案匹配 - 你的解决方案如何解决这个问题？用户说"是的，这正是我需要的"还是"有点意思"？
- 区分优势 - 为什么现有解决方案不够好？如果大公司做这个会怎样？
- 用户来源 - 你认识多少有这个问题的人？你能接触到他们吗？
- 商业模式 - 人们会付钱吗？付多少？为什么？
- 增长模型 - 用户如何发现你的产品？CAC 和 LTV 是多少？
阶段 2B: 构建者模式
如果用户是在构建一个产品，使用 设计思考头脑风暴：
- 问题重构 - 重新定义问题，找到本质
- 用户视角 - 从目标用户角度思考
- 约束创新 - 在限制条件下寻找创新
- 快速验证 - 如何最快验证想法？
阶段 3: 前提挑战
验证问题假设：
- 这个假设是真的吗？
- 证据来自哪里？
- 有反面例子吗？
阶段 4: 替代方案
提出 2-3 种可能的实现方法：
- 大胆方案
- 保守方案
- 创新方案
阶段 5: 设计文档
生成正式的设计文档，包含：
- 问题陈述
- 用户画像
- 解决方案概述
- 成功指标
- 风险与缓解
阶段 6: 交接
提供：
- 下一步行动建议
- 需要验证的关键假设
- 创始人发现
重要原则
特异性是唯一货币
- 要求具体的用户证据而非模糊描述
- "10个人说想要" 比 "大家都想要" 更有价值
兴趣不等于需求
- 只关注实际行为而非口头兴趣
- 观察真实使用比演示更有价值
狭窄优于宽泛
- 从小切入点开始验证
- 不要试图一开始就解决所有问题
使用建议
此技能应该用在：
/plan-ceo-review或/plan-eng-review之前- 用户首次提出产品想法时
- 需要验证创业概念时
与其他技能配合
/office-hours (产品验证)
↓
/plan-ceo-review (CEO评审) → /plan-eng-review (工程评审)
↓
/review (代码审查) → /qa (测试) → /ship (发布)
注意: 本技能是 gstack office-hours 的 gstack-openclaw-skills 适配版本。