Visual Style
Translator
视觉参考经常只能停在「像这个感觉」。这套 harness 把那句感觉转成可审计、可复用、可交付的风格包。
问题
散落在临时对话里的 prompt、brief 和质量标准，无法恢复也无法复用。
一次视觉转译涉及 prompt、图片 brief、渠道交付要求和质量判断。这些东西如果只存在于对话记录里，下一次就得从头再来，而且没人能回答「这次比上次好在哪」。
没有验收标准的产出，只能被解释，不能被验证。
产品边界 · 它不是什么
| 常见误解 | 实际定位 |
|---|---|
| prompt 收藏夹 | prompt 只是交付物之一，核心是 contract、rubric、state 和 evaluator |
| SaaS 界面 | 产品内核是文件系统 harness，Next.js 页面只是 viewer adapter |
| 照抄参考图 | portable rules 与 negative rules 把可复用风格和不可复制的源细节分开 |
机制
核心判断
先签合约，再生成，然后由独立评估器判定能否复用。
主线是 reference images → delivery contract → Style DNA → prompt pack → image briefs → evaluator report → final delivery → reusable preset。关键在于 generator output 和 evaluator judgment 是分离的——生成者不给自己打分。
评估器不产出总结，而是产出裁决：pass / revise / fail，并列出 blocking issues。只有通过的 case 才能升级为 preset，并带着 source_case_id 和 promotion provenance——复用的东西必须可追溯到它被批准的那一刻。
生成者不给自己打分。
一个 case 的文件结构 · 即产物本身
cases/scanned-zine-archive/一次转译的完整可恢复状态state.json生命周期、blocking issues、revision count、preset 状态contract.jsondestination、channels、deliverables、rubric、safety constraintsoutput/style-dna.jsonportable visual rules + negative rulesoutput/prompt-pack.md可直接使用的 prompts，保留 subject slotoutput/layout-recipe.md描述版式行为，而非保存某张静态图review/scorecard.md风格抽取、版式规则、安全性、preset 价值的评分review/evaluator-report.md裁决：pass / revise / failpresets/scanned-zine-archive/通过评估后才存在，带 source_case_id
文件树就是证据：state 与 review 分离，preset 不是输出文件夹的副本。
交付物
产物
风格包的验收对象是生成结果，不是规则文档本身。
下面是按 Style DNA 生成的成品之一。评估的是它有没有保住 portable rules（材质、留白、色彩关系），同时避开 negative rules（不复制源图的具体主体和构图）。
按 Style DNA 生成的交付图
评估维度：材质与颗粒是否延续、留白比例是否守住、是否复刻了源图主体。
没走的那条路
先做的是 prompt 收藏夹。放弃了——prompt 存下来没有评价标准，下次用还是靠碰运气，无法判断一次转译到底成功没有。
先定义「什么算完成」，再开始生成；否则产出只能事后解释，不能事前验收。