feat: add mobile interaction prototype
This commit is contained in:
QiuSW
+35
-12
@@ -1,11 +1,13 @@
|
||||
# 分阶段实施计划
|
||||
|
||||
> 状态：未开始
|
||||
> 计划原则：先锁定确定性领域核心，再接内容和 UI，最后接网络 AI
|
||||
> 状态：P-1 高保真交互原型已完成，待用户视觉确认；P0 尚未开始
|
||||
> 计划原则：先用原型确认高返工成本体验，再锁定确定性领域核心，随后接内容和 UI，最后接网络 AI
|
||||
|
||||
## 1. 依赖图
|
||||
|
||||
```text
|
||||
P-1 可点击原型与视觉确认
|
||||
↓
|
||||
P0 工程骨架
|
||||
├── P1 起卦领域核心 ──→ P3 主流程 UI ──→ P4 本地完整 MVP
|
||||
├── P2 内容数据管线 ──→ P3 主流程 UI
|
||||
@@ -14,9 +16,30 @@ P0 工程骨架
|
||||
P4 本地完整 MVP ──→ P5 AI 后端与解释
|
||||
```
|
||||
|
||||
P1 与 P2 可并行，但 P3 不能在领域与内容契约未稳定时复制临时算法或硬编码卦辞。
|
||||
P1 与 P2 可并行，但 P3 不能在领域与内容契约未稳定时复制原型算法或硬编码卦辞。P-1 的视觉确认不改变 P1/P2 的工程门禁。
|
||||
|
||||
## 2. P0：仓库与 Android 骨架
|
||||
## 2. P-1：可点击原型与视觉确认
|
||||
|
||||
目标：在 Android 工程初始化前确认核心流程、信息层级、手动录入方式、AI 同意门和东方文化视觉方向。
|
||||
|
||||
任务：
|
||||
|
||||
- 建立 360 × 792 基准视口的高保真 HTML 原型和设计令牌。
|
||||
- 覆盖欢迎、起念、六轮录入、结果、本地/AI 选择、同意、成功与失败状态。
|
||||
- 使用已知夹具核对本卦、之卦、动爻和无动爻布局。
|
||||
- 导出关键状态截图，并把评审入口与 Android 映射写入[原型说明](prototype.md)。
|
||||
- 收集用户对视觉、录入控件、结果层级与解释语气的明确反馈。
|
||||
|
||||
退出条件：
|
||||
|
||||
- 可点击主流程及关键异常状态可在 360 × 792 浏览器中复现。
|
||||
- `9,8,8,8,8,8` 显示复 24 → 坤 2、初爻动；全 7 显示乾 1 且无之卦。
|
||||
- 原型不发起外部请求，不伪装真实 AI，不把工作名当作正式决定。
|
||||
- 用户确认或提出一轮可执行的修改意见；确认前不把视觉固化为生产 Compose 页面。
|
||||
|
||||
当前交付物已完成，视觉确认仍待用户评审。
|
||||
|
||||
## 3. P0：仓库与 Android 骨架
|
||||
|
||||
目标：建立可构建、可测试、可导航的原生 Android 项目。
|
||||
|
||||
@@ -38,7 +61,7 @@ P1 与 P2 可并行，但 P3 不能在领域与内容契约未稳定时复制临
|
||||
- 空应用可在模拟器启动，导航到占位欢迎页。
|
||||
- 没有生产服务密钥或真实内容。
|
||||
|
||||
## 3. P1：领域核心
|
||||
## 4. P1：领域核心
|
||||
|
||||
目标：在纯 Kotlin 中完成并证明三枚铜币算法。
|
||||
|
||||
@@ -58,7 +81,7 @@ P1 与 P2 可并行，但 P3 不能在领域与内容契约未稳定时复制临
|
||||
- 测试无随机、无网络、无系统时间依赖。
|
||||
- `CastEngine` API 经评审后冻结为 `coin-v1`。
|
||||
|
||||
## 4. P2：内容数据管线
|
||||
## 5. P2：内容数据管线
|
||||
|
||||
目标：建立可追踪、可校验、可发布的本地内容包。
|
||||
|
||||
@@ -77,7 +100,7 @@ P1 与 P2 可并行，但 P3 不能在领域与内容契约未稳定时复制临
|
||||
- 缺失、重复、非法顺序和错误映射测试均能失败。
|
||||
- 内容负责人确认可再分发。
|
||||
|
||||
## 5. P3：核心用户流程与东方设计系统
|
||||
## 6. P3：核心用户流程与东方设计系统
|
||||
|
||||
目标：完成离线起念、六次录入和结果阅读。
|
||||
|
||||
@@ -98,7 +121,7 @@ P1 与 P2 可并行，但 P3 不能在领域与内容契约未稳定时复制临
|
||||
- AI/网络代码尚未存在也不影响流程。
|
||||
- [UX 与东方视觉](ux-design.md)检查表通过。
|
||||
|
||||
## 6. P4：本地解释与历史
|
||||
## 7. P4：本地解释与历史
|
||||
|
||||
目标：形成不依赖 AI 的完整 MVP。
|
||||
|
||||
@@ -117,7 +140,7 @@ P1 与 P2 可并行，但 P3 不能在领域与内容契约未稳定时复制临
|
||||
- 删除行为与备份策略一致且经过验证。
|
||||
- 此阶段已经是可发布的本地版候选。
|
||||
|
||||
## 7. P5：AI 解读
|
||||
## 8. P5：AI 解读
|
||||
|
||||
目标：在不扩大起卦权限的前提下增加可控 AI 解释。
|
||||
|
||||
@@ -142,7 +165,7 @@ P1 与 P2 可并行，但 P3 不能在领域与内容契约未稳定时复制临
|
||||
- 抓包显示只有用户明确动作触发请求，载荷与同意说明一致。
|
||||
- 服务端故障不会改变或隐藏 `CastResult`。
|
||||
|
||||
## 8. P6：质量、发布与运营
|
||||
## 9. P6：质量、发布与运营
|
||||
|
||||
贯穿所有阶段：
|
||||
|
||||
@@ -155,7 +178,7 @@ P1 与 P2 可并行，但 P3 不能在领域与内容契约未稳定时复制临
|
||||
|
||||
发布条件完全遵循[质量门禁](quality-gates.md#6-发布门禁)。
|
||||
|
||||
## 9. 编码任务模板
|
||||
## 10. 编码任务模板
|
||||
|
||||
后续任务应使用以下结构，减少代理猜测：
|
||||
|
||||
@@ -185,7 +208,7 @@ P1 与 P2 可并行，但 P3 不能在领域与内容契约未稳定时复制临
|
||||
|
||||
任务应尽量小到单次变更可完整验证，不以“大致完成页面”作为验收描述。
|
||||
|
||||
## 10. MVP 切分建议
|
||||
## 11. MVP 切分建议
|
||||
|
||||
最稳妥的发布顺序：
|
||||
|
||||
|
||||
Reference in New Issue
Block a user