ORDO AI LAB · 用户故事地图
五条旅程的卡片墙
生成自 USER_STORY_MAP.md v2.0（2026-08-20）· 看板为衍生视图，SSOT 以 MD 为准。卡片文案是压缩后的短句，完整角色-能力-价值三槽位、依据引用与 ❓ 裁决详情都在 MD 原文。
卡片类型
backbone 步骤卡 —— 旅程骨架，顶行横排
主线故事卡 —— 该步骤的完整用户故事
变体 / 异常 / 拒绝项卡 —— 挂在同一节点的替代操作
裁决卡 —— 需 owner 拍板才能定位置
使能项卡 —— 不是旅程步骤（见文末 EN 区）
切片泳道（横向分带 = 切片线）
切片 0 —— 原型已做（mock 验证形态）
1-P0 —— 切片 1 必做
1-P1 —— 时间允许则做
后续 · 不做 —— 显式排后 / 显式排除
❓ 待裁决 —— 切片归属未定，落不进任何一带
Q3角标 = §7 第 N 个待裁决问题；详情只在 MD
角色 chip
泳道内某步骤没有卡 = 该步骤在这条切片带上没有内容，是骨架的真实空位，不是遗漏。
EN
前置卡点与使能项§4 —— 不是旅程步骤，但旅程依赖它
这些是底层工程项，不冒充旅程步骤，因此不进上面的步骤列与泳道；但缺了它们，对应旅程的步骤跑不起来。
5 张卡
契约类约束（非故事，全图适用）
- 数据集事实源是 HF dataset repo，沿用 Forge 的
r<时间戳>revision 语义与 schema.json / manifest 契约；平台做「索引 + UI + 触发」而不是另建存储，否则 130 个已发布 revision 与训练 manifest 引用全部断链。模型注册沿用 Forge release_manifest 字段集与 10 段阶段术语，禁止重造。 - schema 随 revision 冻结：改 schema = 发新版本，不原地改。
- 存储形态保持 parquet + 对象存储（HF / OSS），为未来接查询引擎留门 —— 列入切片 1 后端选型评估维度。
显式排除（§5 全产品「不做」）
- 不碰 Ordo 生产链路（forge、model-fill、Milvus 生产同步均不改）
- 不自研训练框架 / 调度器；不做通用 ETL（P 旅程是专用管线，不冲突）
- 不复现 2 周内做不出的概念（架构级持续学习、自主 ML 工程 agent、全自动科研）—— 只作趋势引用，硬做即造假
- 不伪造任何面向投资人的运行数据
- 后续切片才做：#7 平行坐标、#9 权重级自进化、#10 Arena、#11 自愈；24h 自动排程；灰度接生产；只读账号 / 双语 / 多租户 / RBAC / 弹性扩缩容