用途：把已确认的创意方向转化为一次一个可玩构建的制作推进。里程碑被视为带可玩构建的产品假设，而非任务清单。适合规划里程碑、确定原型与垂直切片的范围、估算“演示前还要多少工作”、以及安排发布相关工作。
主要能力：按请求分为三种模式。plan 模式检查项目并产出里程碑、路线图或工作包，不擅自实施；implement 模式在已接受的简报与里程碑内做可逆的本地修改并运行非破坏性检查；long-run 模式在实施权限之外额外遵循 references/long-run-control.md 的检查点契约。里程碑阶梯大致为：首个原型（回答一个明确问题）→ 首个可玩构建（一个动作、一个可见结果）→ 核心循环（可重复，成功、失败与恢复可读）→ 呈现构建 → 垂直切片 → 演示 → 发布；只有被跳过的构建已存在时才可跳跃，不能只凭文字推进阶段。
使用方式：方向缺失或存在争议时，走 game-direction（如有）或返回 USER_DECISION_NEEDED 并给出最小决策；不得用制作假设来选择概念、玩家承诺、阶段或公开范围。计划需点名假设、最小有用构建、可裁剪项与回退构建。实施前先说明改变了哪个玩家动作与反馈、保留了哪根支柱、哪个可玩检查显示了预期行为。并行实施只是优化，分流时须有不重叠写入范围与交接；顺序执行始终有效。Godot 项目先读 references/godot-playable-build.md 与 godot-reference-patterns.md；浏览器游戏读 references/web-playable-build.md；发布前读 references/release-ledger.md；长任务读 references/long-run-control.md。
限制：人类拥有方向变更、阶段推进、公开承诺与发布范围的决定权，越界时停下并返回 USER_DECISION_NEEDED。破坏性或不可逆操作、外部写入或上传、涉及花费、密钥处理与重大范围扩张需明确批准；提交、分支、标签或推送仅在用户要求时创建。不得凭文件存在就声称可玩，须运行最窄的真实检查；不得在实施中扩大发布承诺或悄悄改变方向。每次制作结束后需按固定字段汇报模式、活动里程碑、玩家可见变化、改动产物、证据与结果、证据状态、未验证项、假设与裁剪、阻塞项、所需人类决策与下一个构建。