Milestones
List view
在 MS3 完整版本之上收官：本轮功能冻结，以改 bug、修体验、打磨交付为主。除个别确实值得做的功能外不再铺新功能，本轮新增功能数量应明显少于前几个 Milestone。 ●最低交付：最终可运行版本（仓库完成 v1.0 Tag）；部署或演示环境；项目说明文档（产品价值判断更新、架构说明、测试与已知问题）；展示材料（PPT / 演示视频）；复盘或传播材料；工程文档归档冻结。 ●验收重点：交付是否真实、表达是否清楚、材料是否完整。
Due by August 30, 2026这是主体开发期，产品定义在前期已收敛，这一轮鼓励尽可能把想做的功能都做完做扎实。终点是一个 MVP 范围内功能闭合、质量达标、可对外试用的完整版本：不再是“核心路径可用、其余仍为空缺”，而是应做的功能全部完成。 ●最低交付： ○功能闭合：MVP 范围内的功能全部完成，主要场景端到端可用（不再有占位的空模块）。 ○质量达标：核心模块有测试覆盖；已知关键缺陷清零或登记；代码经 Issue 驱动的 PR 合并并附 Review 记录。 ○可试用：能交到真实用户或导师手里走一遍，拿到一轮反馈。 ○日报与周会记录留存；开发中的设计调整记录在案。 ●导师动作：每周至少 Review 一次核心进展，对关键 PR 或关键技术风险给出反馈。 ●验收重点：MVP 是否真的做完做扎实。功能是否闭合、质量是否过线；一旦架构失控、范围膨胀或 AI 代码无人理解，及时砍范围或暂停开发补设计。
Due by August 16, 2026•77/90 issues closed在 MS1 主干之上，把 MVP 的核心功能填实，架构随之细化。这一轮继续定义本阶段要交付的产品功能。 ●最低交付：可演示的 MVP（核心路径走通，不再是空壳串联）；架构设计补充到位（模块边界、数据模型、接口、技术风险清单）；本阶段功能的 Issue 拆解（每个 Issue 含背景、目标、验收标准，禁止空泛标题）。 ●验收重点：产品目标能否推导出工程方案，MVP 核心流程是否跑通。架构是否合理、Issue 是否可执行；本轮把核心流程跑通即可，功能的完整性留待 MS3。
Overdue by 12 day(s)•Due by August 2, 2026•1/1 issues closedMS1 要做战略决策：确定项目方向与主干设计，并据此搭建第一个版本的骨架。只定义 MVP 最核心的部分，产品细节由后续 Milestone 逐轮定义。 ●最低交付： ○战略决策：本期做什么、不做什么的方向性取舍，以及 MVP 的核心假设。 ○产品 Proposal：目标用户、核心问题、价值主张、本期范围（做 / 不做）等；字段与要求见《产品设计规范》。 ○架构主干（空骨架代码）：核心模块划分、关键数据模型与对外接口，以入库的空骨架代码表达（接口为真、实现留空或桩实现），足以支撑主干串联；要求见《架构设计规范》。 ○首个可串联版本：所有主干模块对接完成、可打 tag 的版本，允许部分模块为空、整体尚不一定能运行。此时的演示指原型 / mock 串联的演示，非功能真实跑通；进度良好的团队此时已可做到。 ●验收重点：战略决策与产品判断是否成立，主干是否确实完成串联。能说明“为什么这个问题值得解决”与“为什么 8 周内先做这些、不做那些”。
Overdue by 26 day(s)•Due by July 19, 2026•39/39 issues closed