Candidate 状态：confirmed
保留 Preview 数据披露
- 候选依据
- 虚构体验测试需要事实与演示数据边界清晰。
- 系统不知道什么
- 系统不知道线下评审、用户动机和本地未提交内容。
- 候选来源
- 本地 Candidate stub · 完全虚构 · 无模型调用
- 重新审视条件
- 未提供
关联引用
暂无关联引用
已确认记录 ID：record-confirmed-candidate
Decision Archive · 决策档案
Decision Archive
候选只是待审阅线索；只有用户明确确认并补充原因后，才能形成正式记录。
手动创建记录
无需 Candidate；决定内容和用户确认原因均由用户明确填写。
决策候选
Candidate 不代表用户动机，也不会静默成为正式记录。
Candidate 状态：pending
采用虚构的分阶段发布策略
- 候选依据
- 虚构发布记录显示，大批量变更需要更明确的人工确认窗口。
- 系统不知道什么
- 系统不知道线下评审、用户动机和本地未提交内容。
- 候选来源
- 本地 Candidate stub · 完全虚构 · 无模型调用
- 重新审视条件
- 发布失败率连续上升时重新审视
关联引用
- Pull Request · 虚构 PR #17
正式决策记录
每条 Record 均展示用户原因与创建 lineage；本阶段不声明持久化成功。
用户确认记录 · 当前状态：active
保留 Preview 数据披露
创建方式：用户确认 Candidate
- 用户确认原因
- 用户确认不能让虚构数据看起来像真实连接。
- 确认者
- preview-captain
- 来源 Candidate
- candidate-confirmed
- 重新审视条件
- 未提供
来源 Candidate：candidate-confirmed
替代方案
- 只使用颜色提示
关联引用
暂无关联引用
用户确认记录 · 当前状态：active
每个虚构阶段结束后进行人工复盘
创建方式：手动创建
- 用户确认原因
- 由用户主动记录，以保留明确的决策依据。
- 确认者
- preview-captain
- 来源 Candidate
- 无（手动创建）
- 重新审视条件
- 复盘成本超过收益时重新审视
替代方案
- 仅在大版本后复盘
关联引用
暂无关联引用