Image 2 设计资产生产方案客观审查(第 1 轮)
| 项目 | 内容 |
|---|---|
| 审查日期 | 2026-08-28 |
| 审查范围 | Image 2 出图、角色锚点、六色 UI、硬件概念图、双屏转换、资产治理与生产 Backlog |
| 当前阶段 | 方案审查;尚未生成图片,尚未实施转换工具 |
| 总体结论 | 方案结构完整、边界清楚,但真实视觉证据与关键硬件输入不足;应停止横向扩展规划,转为补输入或执行最小验证闭环 |
1. 结论摘要
当前方案已经足以支持首轮受控试验,不需要再为开批补充更多框架、Schema 或批量生产规则。真正的不确定性不在文档是否足够详细,而在以下三项尚未得到事实验证:
- Image 2 是否能稳定生成符合身份约束、适合六色量化且能降级到 RLCD 的角色母版。
- 最终六色屏的真实调色板、分辨率、刷新方式和残影表现是否支持当前 UI 假设。
- 屏幕模块、外壳包络与五键布局是否允许当前硬件视觉方向落地。
因此,继续增加设计分支的边际价值已经很低。下一份高价值证据应是 A-01 身份参考、六色屏资料包,或屏幕与按键的结构包络;不应是另一份更细的生产框架文档。
2. 方案中设计合理、应保留的部分
- 采用全彩 RGB 母版,分别派生六色与 RLCD 资产,避免串行降级造成不可逆损失。
- RLCD 与六色屏长期保留独立显示 Profile 和视觉资源,共享交互语义而不强求同一张界面截图通吃。
- Image 2 只负责视觉方向、人物、材质和慢层资产;文字、数字、焦点及动态状态由本地确定性绘制。
- 先做身份参考,再做 A/B/C 风格公平对比,入选资产单独高质量重生,避免把探索拼版当正式母版。
- 概念图、模拟图、工程图和真机照片分级明确,能防止 AI 图片被误用为结构或显示证据。
- 每个 Wave 设暂停检查点,先完成单角色双屏闭环,再扩大角色与文档配图规模。
- 原创角色、来源、提示词、模型和人工修改保留记录,法务与追溯边界合理。
这些规则已经覆盖首轮试验所需的主要治理问题,无需在开批前继续细化到完整量产系统。
3. 风险与优先级
| 优先级 | 风险 | 当前证据 | 影响 | 建议 |
|---|---|---|---|---|
| P0 | 尚无真实视觉样本 | 只有提示词、风格描述与验收规则 | 无法判断角色一致性、六色适应性和 RLCD 可读性 | 获得明确授权后,只执行 A-01 并暂停评审 |
| P0 | 六色屏关键参数未定 | 型号、原生分辨率、真实六色值、刷新及残影能力未知 | 无法冻结最终像素稿、调色板、刷新分层和功耗假设 | 建立屏幕候选资料包,并取得规格书、驱动资料与样屏 |
| P0 | 六色 UI 的动态能力是假设 | 目前仅有慢层/快层概念 | 若局刷或高频更新不可接受,核心状态交互需要重构 | 在选屏时把局刷区域、刷新时长、残影和寿命列为硬门槛 |
| P1 | 硬件概念图输入不足 | 屏幕包络、接口位置、目标厚度和五键方案未冻结 | AI 外观图容易形成不可实现的比例和开孔 | 先完成 1:1 线框/纸模,再开放硬件 Image 2 任务 |
| P1 | 图像生产链可能过度设计 | 已规划 cardpack 接口与四类 Schema,但没有首个真实资产 | 可能围绕错误工作流实现大量基础设施 | 首张 RGB 母版与 RLCD 闭环前不实施完整 CLI/Schema;先用最小记录验证字段 |
| P1 | Image 2 生产路径未实测 | 模型/API 可用性、输入图编辑能力、费用和输出约束未确认 | 批次预算与提示词流程可能需要调整 | 开批前做只读能力/价格核对;把代理、模型版本和输出目录作为运行配置 |
| P1 | 重试成本可能失控 | 已有限制批量扩张,但失败重试尚无硬上限 | 角色一致性失败可能演变为无休止抽卡 | 每个任务设置初始次数、修复次数和停止条件,超限回到 Brief 而非继续抽样 |
| P2 | 文档体系继续膨胀 | 已有总体、Backlog、锚点、Prompt、转换、接口、Schema、风格圣经 | 维护成本上升,决策与证据分散 | 此审查后暂停新增同层级规划文档,优先更新既有文档状态 |
4. 关键纠偏建议
4.1 不让六色视觉探索改变开发顺序
最终目标是六色屏,不等于当前固件和交互验证应等待六色屏。RLCD 仍应作为 Rev.A 前期开发、五键交互、状态机、资源加载与可靠性验证平台。六色工作当前只冻结视觉原则和内容结构,不冻结最终像素、颜色或刷新节奏。
4.2 将 cardpack 从“待实现系统”降为“待验证接口假设”
现有接口与 Schema 文档可作为方向保留,但首个闭环只需要记录:源图、裁切、显示 Profile、算法参数、输出文件、校验值和评审结论。只有两个以上真实资产暴露出重复操作和稳定字段后,才冻结 CLI 与 Schema v1。这样可避免为想象中的批量生产提前建设平台。
4.3 对生成重试设置硬预算
建议首轮采用以下停止规则,具体次数在实际 API 价格确认后可微调:
A-01:1 次初始生成,最多 2 次有明确问题指向的修复。- A/B/C:每个方向 1 次;仅对最接近目标的方向允许 1 次修复。
- 若身份、装备或构图连续两轮仍不稳定,暂停并修改参考图或 Brief,不继续随机重抽。
- 任何一次重试都必须记录“上一张的具体失败点”和“本次只改变的变量”。
这里的目标不是压低单张成本,而是尽早发现提示、参考图或模型能力是否构成系统性问题。
4.4 把六色屏选型升级为产品级阻塞项
六色屏不是后续简单替换的显示器,而会影响外壳尺寸、电源、驱动、刷新反馈、UI 状态更新和资源容量。选型至少应同时核对:
- 可视区、模块外形、FPC/接口与控制器;
- 原生分辨率、六种颜料/像素颜色的实测或厂商定义;
- 全刷和局刷能力、典型/最坏刷新时间、闪烁与残影;
- 温度范围、刷新寿命、待机与刷新功耗;
- 样品、长期供货、单价、最小订购量及驱动资料完整度。
在这些资料齐全前,所有六色输出只能标记为 SIM,不得称为设备成品图。
5. 开始首轮出图前的门槛
A-01 已达到规划意义上的 ready,但仍不能因为状态为 ready 自动执行。开始生成需要同时满足:
- 用户明确授权“开始生成 A-01”;
- 确认实际可调用的图像模型、接口、成本和内容输出能力;
- 确认本地代理仅作为网络运行配置,不写入资产元数据或文档示例中的敏感环境信息;
- 创建明确的资产输出位置和最小生成记录;
- 本轮只生成一张身份参考,生成后立即暂停,不自动进入 A/B/C。
6. 继续规划的停止条件
从本审查起,以下事项不再通过新增同层级文档继续展开:
- 更多角色画风命名或 UI 风格分支;
- 完整 CLI、缓存、错误码和 Schema 的实现级细节;
- 六色屏未选型时的最终像素尺寸与最终颜色值;
- 没有结构包络时的硬件多视图和精确开孔;
- 尚未通过单角色闭环时的批量武将生产计划。
只有出现新的真实输入或试验结果,才更新相关方案。有效的新输入包括:
A-01生成结果与评审记录;- 六色屏规格书、样屏照片或刷新测试;
- RLCD 真机显示照片;
- 屏幕模块尺寸图、PCB 初步包络或五键 1:1 纸模;
- 图像 API 的真实能力、成本和失败记录。
7. 建议的下一步顺序
- 若仍坚持“只规划不实施”,下一步只补六色屏候选资料和硬件包络,不再扩展图像生产框架。
- 若允许进入视觉验证,明确授权只生成
A-01,评审身份后暂停。 A-01通过后才生成 A/B/C;选出方向后才建立首张 RGB 母版。- 先用成熟本地方法完成 RLCD 闭环;六色只做明确标注的临时模拟。
- 获得真实六色屏后校准调色板和刷新分层,再冻结六色 UI 与设备资产。
8. 审查结论
有条件通过。 当前方案可以进入最小验证,但不适合进入批量生产,也不值得继续横向增加规划复杂度。最高优先级不是实现算法或脚手架,而是获得真实视觉样本和真实显示/结构输入。
截至本次审查,尚未生成任何图片、代码、脚手架或转换工具;所有生产状态仍保持规划态。