用途：把模糊想法整理成清晰的软件设计规格，采用自上而下、逐层确认的协作写作方式，而非访谈式提问。适用于用户说“shape up”“design spec”“let's design”“plan a system”等场景，或项目庞大、含糊、需要先看清全局时，也可在细节讨论（grill-design）之前使用。
主要能力：按四层推进。第一层愿景，用一句话说明做什么、为什么、成功的样子，5-8 行，不涉及技术栈与架构。第二层范围，列出范围内、范围外、约束（时间、技术、团队、预算、依赖）与用户/角色。第三层构建模块，把范围内工作拆成 3-7 个大块，每块含名称、目的、依赖关系，可用列表或图表示。第四层草稿规格，按用户选择的顺序为每块写半页到一页的规格，含功能、关键决策或取舍、待解决问题。
使用方式：协作写作，先起草再提问，展示草稿让用户修改，而非先列一堆澄清问题。每层输出控制在一屏内，用户未确认当前层就不深入。无法回答的点标记 [TBD] 并继续，不钻牛角尖。范围过大时提示是否拆分。用户可随时停止。最终写入文件，文件名与位置由用户决定，未指定时建议当前目录的 design-spec.md，可有多份草稿如 draft/phase-1.md、draft/final-spec.md。
限制：不要在开头提 10 个澄清问题；前两层不讨论实现细节；不主动展开 [TBD] 项；不一次性写完整个规格；用户未确认当前层时不继续深入。资料未提供具体安装命令、收费、平台或效果信息。