| content |
{"Commits":[{"Sha1":"5fbcad0bc {"Commits":[{"Sha1":"5fbcad0bceea9e81914ae6b7e8bfb05265845598","Message":"merge(main): 合并拍摄脚本与云端渲染能力\n\nCo-authored-by: Qwen-Coder \u003cqwen-coder@alibabacloud.com\u003e\n","AuthorEmail":"hlj@g-hi.com","AuthorName":"huangliujian","CommitterEmail":"hlj@g-hi.com","CommitterName":"huangliujian","Timestamp":"2026-08-18T16:58:46+08:00"},{"Sha1":"eb6483fa7aadc8d2d4e715274c2519f67005e135","Message":"Merge pull request 'feat(script): 接入大语言模型——歌词/文案 → 拍摄脚本 → 角色确认 → 定格图' (#3) from feat/llm-shooting-script into main\n\nReviewed-on: https://gitea.g-hi.com/luoanwu/image-generation/pulls/3\n","AuthorEmail":"law@g-hi.com","AuthorName":"luoanwu","CommitterEmail":"law@g-hi.com","CommitterName":"luoanwu","Timestamp":"2026-08-18T14:00:06+08:00"},{"Sha1":"b9d34cfb7e777377776325d7b2e73f1a15ff19e8","Message":"feat(script): 分镜可编辑、定格图可微调可回滚\n\nC10 交付后脚本是只读的——LLM 出完就不能改，定格图也只能整张重出。本轮补齐「改」。\n\n分镜编辑\n- 字段编辑 + 增删 + 重排；镜号唯一约束下走两阶段负号位移，1..N 恒连续不撞号\n- 重排要求全量顺序，拒绝增量语义歧义\n- 改角色 appearance 强制退回 DRAFT 并解绑参考图（描述与图不能各说各话）；只改 name 不解绑\n- ARCHIVED / ROLES_LOCKED 从装饰性状态变成真实写约束\n\n定格图调整\n- 三模式：FROM_ROLES 从角色重出 / ADJUST 在当前图上按指令迭代微调 / VARIATION 换种子出候选\n- buildStillAdjustInstruction 把「只改这一点、构图与角色都别动」写死进指令\n （迭代微调最常见的失败是模型顺手重画整张）\n- 历史版本表 script_still_versions：每次出图/微调/换版追加一版，可回滚\n\n失效判据（契约单源，双端同源消费）\n- computeShotFingerprint 把所有影响成图的输入拼成规范串——刻意不哈希：\n 碰撞意味着「该失效却没标失效」，那是静默错误；规范串几百字节可肉眼比对\n- isShotStillStale 据此判断；策略是标记失效不自动删图\n （删掉人已满意的图是不可逆破坏，决定权留给人）\n\n三处刻意的「不静默」\n1. ADJUST 无底图 → NO_STILL_TO_ADJUST 明确报错，不悄悄改成整张重出\n2. 回滚连该版本的 fingerprint 一起还原，否则回滚回来的旧图会被误判成新鲜的\n3. 指纹用规范串而非哈希\n\n验收\n- contracts 新增 13 条失效判据单测（61 tests 全绿）\n- 双后端 acceptance 各 21 passed + 1 skipped-live（原 8）\n- pnpm check / check:runtime / check:script 均 exit 0；own-tests floor 14→15\n- 浏览器实测：过期横幅、编辑表单预填真实值、UI 改动落库并发 material.script.shot.updated、\n 新增与上移后镜号仍连续且未撞唯一约束\n\n诚实边界不变：liveLlmAsserted 仍为 false（本机无 DASHSCOPE_API_KEY）；\ncheck:inference 仍因权重是 git-lfs 存根而红，与本轮无关。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-17T22:52:19-07:00"},{"Sha1":"4c34ff4ff22ff5aab34e0492fd7fef9c2c989b02","Message":"feat(script): 接入大语言模型——歌词/文案 → 拍摄脚本 → 角色确认 → 定格图\n\n本仓此前零 LLM 接入（全仓只有 DashScope 的图像调用），「歌词成图」屏是纯前端\n原型（procedural.ts 画色块 + setTimeout 假装推理，不落库不接后端）。本轮把这条\n动线升级为真链路 + 真持久化。\n\n契约单源（packages/contracts/src/script.ts）\n- 角色确认状态机 scriptRoleMachine、脚本状态机 shootingScriptMachine\n- 景别/运镜用枚举而非自由文本：LLM 一旦自由发挥，下游 prompt 与统计就没有稳定口径\n- scriptDraftSchema 是 LLM 输出的唯一判据；prompt 构造器单源，两后端禁止各拼一份\n- evaluateRoleReadiness：本域核心不变量，双后端硬拦截 + 前端同源即时反馈\n- 前端私有的 findBannedHits 上收为 contracts 的 findBannedWords（后端也要逐镜标记，\n 两份并行就是双真源）\n\nLLM 不是权威\n- sidecar /v1/script 只保证「返回长得像脚本的 JSON」，两个后端各自再 parse 一次才落库\n- 模型引用未声明角色键 → 422 SCRIPT_ROLE_KEYS_DANGLING（幻觉护栏）\n- 连续给不出合法 JSON → 502 LLM_OUTPUT_UNPARSEABLE，绝不返回占位脚本\n- parse_json_object 只剥围栏、截首尾花括号，不做字段猜测或补齐\n\n角色必须先确认才允许出定格图\n- 判据 = status CONFIRMED 且有 referenceAssetId（没有参考图就没有一致性锚点）\n- CONFIRMED --reset--\u003e DRAFT 会解除参考图绑定：人确认的是那一张图，不是那个名字\n- 出图时按 roleKeys 顺序喂参考图，与指令里「第 N 张参考图」编号严格对齐\n\n写链纪律与物料链路同构：tenant 全覆盖、updateMany 带状态前置条件（0 行即 409）、\n终态与 outbox 同 tx、能力不可用 → job BLOCKED + 诚实 reason，禁止静默降级。\n品牌准绳只逐镜标记不拒绝整份脚本（脚本属创作内容），硬拦截点在出定格图这个受控出口，\n显式放行需带参数且落审计事件。\n\n顺带修掉三个既有缺陷\n1. 合并遗留：sidecarEdit 用 sidecarGenerateResponseSchema 校验响应（要求 steps/\n loadSeconds），但 run_hosted_edit 两个字段都不返回 —— 托管改字会在客户端边界\n 直接 Zod 抛错（本地路径返回这两个字段，所以一直没暴露）\n2. check-migrations 的列检查只扫 CREATE TABLE，凡 ALTER TABLE ADD COLUMN 追加的\n @map 列一律误报 drift（此前唯一的 ALTER 列 brand_kits.profile 没 @map 才没现形）\n3. ktv-poster-master.png 血统在合并两侧打架，git log --all 证明该文件自初始化提交后\n 从未重新生成，取诚实标注 prototype-demo-master\n\n验收\n- 新增 pnpm check:script → reports/script-acceptance.latest.json（双后端各 8 passed\n + 1 skipped-live）；own-tests floor 10→14，棘轮已收紧\n- pnpm check / check:runtime 均 exit 0\n- 浏览器实测：未确认角色 → 按钮 disabled 且提示缺哪个角色；绕过前端直打后端 → 422\n ROLE_NOT_CONFIRMED；跨租户 404；无凭证生成 → UI 显示 503 且不产生占位脚本\n\n诚实边界（已写入 CLAUDE.md）\n- liveLlmAsserted=false：本机无 DASHSCOPE_API_KEY，真调 LLM 的 live 断言被 skip，\n 门禁成立 ≠ LLM 出脚本已验证\n- check:inference 在本机为 failed（动手前即为 failed）：本工作副本的模型权重是\n git-lfs 指针存根，非本轮改动导致；基线表该行已从 GREEN 改为 OPEN\n- ui-acceptance 报告早于本屏，未覆盖 script 屏，已标 STALE\n- 新开缺口 G16（LLM 只做结构校验、无事实性校验）、G17（同步 HTTP 挂分钟级推理 /\n render_jobs 索引非 CONCURRENTLY / 本地多图 I2I 未在本机验证）\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-17T22:04:48-07:00"},{"Sha1":"9af0a397ce69cf03623a495ee3ef49943598f5a4","Message":"Merge origin/main: 双推理路线合流为「本地优先 / 托管兜底」能力路由\n\n远端 PR #1（本地权重真跑，面向 128 GiB 主机）与本地 a3b0b41（托管 DashScope\nQwen-Image 3.0，面向 24 GiB 主机）各自独立实现了改字，在 /v1/edit 与双后端\nrender-pipeline 上正面冲突——同一事实两份运行时口径（违治理原则 1）。\n本次不做二选一，合流为一条按能力路由的通路。\n\ncontracts（路由单源）\n- 新增 RENDER_KIND_FALLBACK_CAPABILITIES + resolveRenderCapabilityKeys()：\n 主能力=本地 qwen-image-edit，兜底=托管 qwen-image-3-api，双后端禁止各自\n 展开再拼一遍降级逻辑\n- 修掉三方自动合并留下的语义漂移：RENDER_KIND_CAPABILITIES 曾被并成\n 「改字 kind 只映射托管」，与本地优先矛盾\n- 新增 LOCAL_MODEL_KINDS；MATERIAL_MODEL_ROUTING 改字标签体现双通路\n- 契约测试同步断言新语义（主/兜底/解析顺序/无兜底 kind）\n\nsidecar\n- run_edit 改为路由版：本地可跑优先走本地（不外传底图、不产生云端调用费），\n 本地不可用才降到托管；显式传 modelKey 则锁定该条路径不做隐式回退\n- HEAD 的托管实现降为 run_hosted_edit() 分支，EditRequest / run_edit 各唯一\n- 两条都不可用 → 503 NO_EDIT_BACKEND_AVAILABLE 且同时带上两侧 capability，\n 禁止静默降级\n\n双后端\n- sidecarEdit 的 modelKey 由硬编码 'qwen-image-edit' 改为路由解析结果，\n 否则小内存主机上托管兜底永远走不到\n- BLOCKED reason 逐条列出每个候选能力为何不可用\n- 清理两处悬空的 hostedEdit 引用（声明在冲突块、使用在自动合并区，\n 靠 typecheck 兜住）——该分支只在 procedural 路径可达，直接调 sidecarRender\n\n前端\n- 血统标注按证据判定：ktv-poster-master.png 由初始化提交 fc2ce50 引入且\n 远端从未改动，远端将其标为「Qwen-Image-2512 产物」属误标，保留\n 「原型演示静态素材」口径（P3：不冒充模型产物）\n- constants.ts 模型口径一律从 MATERIAL_MODEL_ROUTING 派生，不留第二真源\n\n验收（诚实记录）\n- pnpm check 全项 exit 0\n- pnpm check:runtime 真实 DB+Redis 通过（迁移 deploy/status + 双后端测试）\n- pnpm check:inference 在本机失败：权重实体已删除、仅剩 git-lfs 指针，\n sidecar-health 阶段诚实报 PaddleOCR 权重不完整。属环境限制非代码缺陷，\n 已记为 G16，未因此放宽任何断言\n\nCLAUDE.md 回灌：C10 闭环记录、G14 合并两侧真实证据、G16 新增\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-17T21:19:49-07:00"}],"HeadCommit":{"Sha1":"5fbcad0bceea9e81914ae6b7e8bfb05265845598","Message":"merge(main): 合并拍摄脚本与云端渲染能力\n\nCo-authored-by: Qwen-Coder \u003cqwen-coder@alibabacloud.com\u003e\n","AuthorEmail":"hlj@g-hi.com","AuthorName":"huangliujian","CommitterEmail":"hlj@g-hi.com","CommitterName":"huangliujian","Timestamp":"2026-08-18T16:58:46+08:00"},"CompareURL":"luoanwu/image-generation/compare/549ea31448ec1e62e8f10039ed3f8c7d384e07f8...5fbcad0bceea9e81914ae6b7e8bfb05265845598","Len":7}... |