office-hours 是一款“构建前”产品诊断技能，用于在方案成形前挑战“是否要做”以及“要做什么”，最终给出产品决策，并在用户要求时产出设计文档。若用户已明确要求实现想法，不应仅因其提到想法就激活该诊断。
用途与模式：分为创业模式与建造者模式。创业模式关注需求、付费意愿、现有替代方案、最窄切入点与证据；建造者模式关注学习、手艺、乐趣、演示价值和可完成的最小范围。目标不明确时才询问用户目标。
诊断内容：创业模式需确认具体受困人群、观察到的需求或行为、现有变通方案及其真实成本、最小可付费结果、最窄可测试切入点，以及何种情况会证伪前提。建造者模式需确认项目对该建造者的价值、最应令人印象深刻的时刻、时间与技能等约束，以及最小完整版本。只问能改变建议的问题，对模糊表述要求给出具体的人、流程、例子或观察。
前提挑战与替代方案：给出反对该想法的最强论证，将关键前提标为已确认、假设或已被否定；对时效性市场或竞品主张使用当前一手资料并区分事实与推断。提供两到三个实质性不同方案并比较时间、风险、学习价值和可获得证据，推荐其一，由用户决定方向。
裁决与交付：裁决分为 Proceed、Proceed with caution、Pause and gather evidence、Stop this approach。创业模式必须给出一个测试需求的现实任务，指明观察对象与时间范围，不能用“去把它做出来”作为需求测试。结果默认内联呈现，仅在用户要求或仓库工作流明确要求时才创建 docs/plans/YYYY-MM-DD-<type>-<name>/design.md。
限制：需使用 RUNTIME_TOOLS.md 中的运行时能力；当委派、结构化提问、可视化输出或模型选择不可用时，继续在主代理中操作。独立意见仅在用户明确同意后，通过运行时原生模型选择机制选用不同模型提供。具体收费、平台与安装方式暂未提供。