用途：在已有 MVP 计划基础上扩展新功能，而不是从零规划。前置条件是项目中存在 docs/mvp-first-draft.md（需先运行 game-architect 技能），否则会提示无法继续并停止。
主要能力与流程：
- 上下文加载：读取 docs/mvp-first-draft.md；若存在 docs/build-registry.md，则统计已构建、模拟和剩余组件，并计算 MVP 完成度百分比。
- 范围校验：先检查计划第 10 节是否已明确推迟该功能，若命中则给出警告并等待确认；再检查第 9 节构建顺序中是否已包含该功能，若已构建则建议改用 game-review 审计，若尚未构建则建议改用 game-build 实现；若 MVP 完成度低于 50% 且未触发推迟警告，会给出提示并等待确认。
- 定向访谈：最多 3 个问题，只问该功能所需信息，不重复询问计划中已有的类型、技术栈、多人模式、核心循环等。问题包括功能如何接入现有核心循环、依赖哪些现有系统，以及仅在范围确实模糊时追加一个针对性澄清问题。
- 生成功能规格：包含核心循环集成、依赖组件、需新建系统、复杂度估算（低=1-2 个新组件，中=3-4，高=5+）、机制（玩家侧与服务器端校验要求）、数据模型草图（如新增 Drizzle 表或列）、构建顺序插入位置、第 10 节更新（明确推迟的子功能）以及待解决问题。
- 更新文档：在 docs/mvp-first-draft.md 末尾追加扩展章节，更新第 9 节构建顺序（不重编号已有组件，新组件追加在依赖之后），并把新识别的子功能加入第 10 节范围外清单。
- 输出总结：列出功能名、已更新文档、依赖组件及其构建状态、需新建组件、更新后的 MVP 组件总数，并给出下一步建议命令，例如 game-build [首个未构建依赖或新组件]。
限制：没有 mvp-first-draft.md 时绝不扩展；必须先检查第 10 节；最多 3 个问题；不得编造功能描述未暗示的 schema 细节，只能画草图并标记待解决问题；必须更新第 9 节构建顺序；必须把推迟的子功能写入第 10 节。具体安装命令、收费与平台支持情况暂未提供。