wantsong
/
knowledge-vault
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
knowledge-vault/discussions/creative/在路上/在路上-video4-风格公共规则.md

8.3 KiB
Raw Permalink Blame History

1

阅读交接文档。 主文档： handoff/2026-06-24-on-the-road-style-reference-handoff.md

辅助 context/manifest： review-context.md
review-file-manifest.json

里面包含了新会话必须阅读的资料、当前结论、五个核心镜头不是实际图生图的证据、人物锚板已清理状态、风格锚板下一步、以及不要继续做什么。

已阅读并对齐。

我读了主交接、context/manifest，以及交接要求的项目源文件：AGENTS.md、VIDEO_WORKBENCH.md、项目状态、执行计划、视觉系统、角色引用注册表、自审报告、五个核心镜头的 prompt/review、风格锚相关文件和 HTML 板。

当前结论我会按这个边界继续：

  • 五个核心镜头是“视觉结果已被接受”，但不是“真实图像引用链路已验证”。实际生成路径是 Mode B standalone prompt，参考图只被本地读/看过，没有作为 image input 附加。
  • 角色身份关键镜头不能再用 text-only。必须从 character-reference-registry.md 的 active references 里选图像引用。
  • broad generation 继续暂停，不能从 s35 接着跑。
  • 下一步应先做 visual-system/style/style-prompt-master.md，定义 A/B/C/D 模块、全局风格 kernel、负向漂移清单、镜头类型映射、活动风格参考文件。
  • 风格目录清理要等 style master/registry 写好后再做；不能先归档。
  • 高风险旧 broad-run 镜头优先处理：s14、s33，再看 s21、s05、s25。
  • 后续任何项目级图像 prompt 仍必须走 gpt-image-2 workflow，并先保存 prompt/spec，等用户批准后才生成。

状态核对：当前分支是 master；git status --short 显示这次交接文件和 context 目录是未跟踪文件。我没有改动或生成任何文件。

2

整理 visual-system/style/ 时保留三类核心资产：

  1. style-anchor-board-v1.png：总风格板，用于人工/视觉校准。
  2. style-anchor-c-repair-v1.png：C 风格已修复接受样本。
  3. 新建一个 style-prompt-master.md 或 style-reference-registry.md：把 A/B/C/D 的可复用提示词母版、禁止项、适用镜头类型、参考图角色写清楚。

其他 brief/spec/review/trial/html 这类过程文件，可以像人物一样归档到 archive/style/。重点不是让风格锚板每次参与图生图，而是让每个镜头 prompt 都明确继承哪一个风格模块。

只是这里需要注意的是，风格蓝图来自于intake，其中一张C在style里面修复了，即3张来自intake，1张来自style。是否需要复制intake，你的建议？

建议：不复制 intake 里的 A/B/D 蓝图到 visual-system/style/，先用 registry/master 直接引用原路径。

原因很简单：intake/ 是已接受来源材料，A/B/D 本来就是来源蓝图；复制到 style/ 会制造两个“看起来都像活动资产”的版本，后续容易不知道哪个才是源图。visual-system/style/ 更适合放项目执行侧生成/整理出来的风格资产：总风格板、C 修复样本、风格 prompt master。

我建议的 active 结构是：

visual-system/style/
  style-anchor-board-v1.png
  style-anchor-c-repair-v1.png
  style-prompt-master.md

style-prompt-master.md 里明确登记：

A reference: ../../intake/imgs/A.风景主导型蓝图.png
B reference: ../../intake/imgs/B.高位观察型蓝图.png
C reference: style-anchor-c-repair-v1.png
D reference: ../../intake/imgs/D.夜路篝火型蓝图.png
common board: style-anchor-board-v1.png

这样“3 张来自 intake，1 张来自 style”的事实是清楚的，也保留了 provenance。active 不等于必须物理同目录，active 应由 registry/master 定义。

只有一种情况我会复制：后续如果某个真实图像引用工具要求所有参考图必须放在同一个上传包/目录里。那时再建一个明确的派生目录，比如：

visual-system/style/refs/
  style-ref-a-source-copy.png
  style-ref-b-source-copy.png
  style-ref-c-repair-v1.png
  style-ref-d-source-copy.png
  style-reference-manifest.md

并在 manifest 里写清楚 A/B/D 是从 intake/imgs/ 复制来的 convenience copies，不是新源文件。当前整理阶段不需要复制。

3

同意。

开始清理style文件夹。

已清理完成。

我新增了活动风格母版：style-prompt-master.md。里面明确了 A/B/C/D 模块、禁止项、适用镜头类型、参考图角色，以及“3 张来自 intake/imgs/，C 使用 style-anchor-c-repair-v1.png”的来源关系；没有复制 intake 蓝图。

当前 visual-system/style 只保留：

style-anchor-board-v1.png
style-anchor-c-repair-v1.png
style-prompt-master.md

过程文件已移动到：archive/style，包括 brief/spec/review/trial/html/contactsheet 这 8 个文件。

验证已跑：目录内容精确匹配，A/B/D intake 图、C 修复图、总风格板都存在，master 内能检索到四个活动参考路径和 per-shot prompt 规则。git status 仍有之前未跟踪的 handoff 文件；这次清理本身表现为 style 旧路径删除、archive/style 和 style-prompt-master 未跟踪，尚未 staging。

4

你再检查一下抽出来的公共风格Prompt母版，根据前面验证过的5个核心镜头：S-01, S-10, S-46, S-47, S-51 进行一次查漏补缺。

然后补充相应的规则：抽取style-prompt-master，清理style目录，应该是公共风格环节的最后一个步骤。

已做查漏补缺，更新在 style-prompt-master.md。

补充内容主要有四块：

  • 新增 Five-Shot Validation Backfill：明确 S-01 / S-10 / S-46 / S-47 / S-51 验证的是 A/B/C/D prompt 语言和构图边界，不证明真实 image-reference 控制。
  • 新增五镜头回灌规则：第一眼读法、人物/火光尺度梯度、S-46 星光不能太干净、S-47 不能过早变成 S-51、S-51 夜空不能太漂亮等 watch points。
  • 强化模块规则：A 的空镜不应挂人物引用；B 的人物主要靠轮廓/衣服/背包尺度；C 的人物只能是边缘痕迹；D 拆成 near-fire transition 和 final-wide 两个变体。
  • 新增 Common Style Phase Closure Rule：抽取 style-prompt-master 并清理 visual-system/style/ 是公共风格环节的最后一步；后续默认进入 per-shot brief/prompt，不再继续做公共风格 brief/spec/review/trial/html/contactsheet，除非用户明确重开或风格模块失效。

验证已跑：visual-system/style/ 仍只剩 style-anchor-board-v1.png、style-anchor-c-repair-v1.png、style-prompt-master.md；archive/style/ 仍包含 8 个过程文件。当前这些文件还未 staged，git status 仍显示旧 style 路径删除、新 archive/style 和新 master 未跟踪，另有之前未跟踪的 handoff 文件。

5

我已经提交。

C:\Users\wangq\Documents\Codex\video-workbench\projects\2026-06-23-在路上\intake\阶段五-人物一致性单镜.md 是我新补充的人物一致性单镜骨架。 需要你调用fix-title skill，对这个文档做个修复。

6

我暂停了这个工作。

你先检查下fix-title skill 有没有公共规则。 没有的话先补公共规则：

  1. 必须用Agent调用
  2. 目录在intake-repair
  3. 主会话只做完成后的检查

这个需要你了解一下之前是怎么修文档的，把上面的规则补齐。

然后按照这个规则的方式来修复这个文档。

先补这三条到 fix-title 的 source skill 和安装副本

不是的，而是你video-workbench怎样调用fix-title，你的本地配套是啥。不是fix-title要改，这不是你的权限。