生图的产品化清单

从「调通 API ≠ 功能上线」走到「产品化清单（按维度展开）」

「调通 API ≠ 功能上线」先把问题落在「产品化进度 10% 勾选下方清单项，看完成度如何变化」上；到了「产品化清单（按维度展开）」，讨论继续推进到「完成度 0/16 体验层 生成进度反馈 该角色 生图时展示「正在画…」的状态动画，用户不会面对空白屏幕干等。预估时间、进度指示让等待可预期。 生成进度反馈 进度动画 + 预计时间，不让用户干等 失败重试机制 模型失败后一键重试，不用重新描述需求 结果预览与选择 一次出多张供选择，支持放大预览 历史记录 之前的图能回看、重用、对比 质量层 参考图 + Prompt 优化 = 稳定高质量 角色参考图保证一致性，LLM 翻…」。两段连起来，重点就不只是记住一个结论，而是看清它成立所依赖的条件。

把这条判断带到下一个场景

写请求时也应逐层补齐：先说任务和受众，再给材料和输出要求，最后加上限制与验收方式；一次只改变一层，才能知道哪项信息起了作用。

• 「调通 API ≠ 功能上线」：产品化进度 10% 勾选下方清单项，看完成度如何变化
• 「产品化清单（按维度展开）」：完成度 0/16 体验层 生成进度反馈 该角色 生图时展示「正在画…」的状态动画，用户不会面对空白屏幕干等。预估时间、进度指示让等待可预期。 生成进度反馈 进度动画 + 预计时间，不让用户干等 失败重试机制 模型失败后一键重试，不用重新描述需求 结果预览与选择 一次出多张供选择，支持放大预览 历史记录 之前的图能回看、重用、对比 质量层 参考图 + Prompt 优化 = 稳定高质量 角色参考图保证一致性，LLM 翻…

最后的「最后把结论落到实践」把讨论落到「从「调通了 API」到「用户能用」之间还差哪些东西，一张 checklist 数清楚」。回看这条线索时，最值得保留的是：当输入、规模或风险改变，哪些判断需要重新做一遍。