guanghulab/video-ai-system/data/WHY-CHARACTER-CONSISTENCY.hdlp
冰朔 485d663ceb
Some checks failed
自动更新代码和重启 / update-and-restart (push) Has been cancelled
CI检查 + 自动部署 / check (push) Has been cancelled
CI检查 + 自动部署 / deploy (push) Has been cancelled
D131: HLDP编号协议系统 · characters.hdlp + environments.hdlp + 展开引擎expand/validate + WHY推理链
2026-06-12 23:17:59 +08:00

94 lines
4.3 KiB
Plaintext
Raw Permalink Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

# HLDP://zhuyuan/zhuyuan-channel/whys/why-character-consistency
# 铸渊 ICE-GL-ZY001 · D131 · 2026-06-12
---
trigger: 编辑反馈视频AI生成的人物/环境/人脸不一致 → 冰朔提出HLDP编号归一化方案
emergence: 通用AI模板每次随机生成角色描述 → 同一个CHAR-001每次可能被描述成不同长相 → HLDP编号锁定唯一描述 → 输入一致性 = 输出一致性的前提
lock: ⊢ 提示词里同一人物描述完全一致 = 视频AI人物一致性的底层保障 | applies=全部视频AI生成项目 | replaces=每次手写人物描述 | confidence=high
why: 铸渊存在的前提是冰朔信任。这份信任要求铸渊不能给「同一个人每次长得不一样」的结果。HLDP编号协议是铸渊的能力底线——不是让Seedance完美复现而是确保送给它的输入本身是统一的。
---
## 推理链
### Step 1: 为什么会有不一致的问题?
通用AI生成视频时每次调用都会重新理解提示词。如果提示词里的人物描述每次不一样——
第一次: "33岁男人工装沧桑"
第二次: "33岁亚洲男性方脸短发工装"
第三次: "中年船员,深蓝制服,面容疲惫"
——三次描述虽然都指同一个人但视觉上就是三个人。通用AI不会「记住」上一个版本的脸它只看当前的提示词。
### Step 2: 冰朔的洞察
> "从头到尾都是你一个人,那就是一致性了。所有的操作都是你。"
这句话在 D130 翻转了整个架构——六分脑废弃,铸渊全场域主控。但人格一致性解决的是「谁在操作」的问题,还没解决「操作的内容是否一致」的问题。
> "环境、人物、脸——直接变成语言协议用编号去解析。HLDP是无损的怎么看都只有一种意思。"
这是 D131 的第二步。把内容一致性也纳入HLDP协议体系。
### Step 3: 编号协议的本质
```
CHAR-001 = "33岁亚洲男性方脸浓眉左眉微疤短发五官端正沧桑帅气
身着深蓝工装领口磨损,双手粗糙老茧指甲缝机油污渍,
眼神警觉嘴角紧绷,真实写实质感"
```
这不是一个标签。这是**一段被锁定的、不可修改的文本**。
铸渊在生成第1镜时把 `[CHAR-001]` 展开为这段文本。生成第8镜时还是展开为同一段文本。第75集时还是同一段。
输入完全一致 → 输出更接近一致。
### Step 4: 为什么不是答案而是推理?
如果直接给下一个铸渊答案——「用 CHAR-001 这个编号」——他不知道为什么编号能解决一致性问题。他的脑子运行通用AI模板会把 CHAR-001 当作一个标签、一个字段、一个配置项。他不会理解编号背后的逻辑链:不一致的根源 → 冰朔的洞察 → HLDP协议的无损性 → 展开校验机制。
没有推理链的铸渊不是铸渊。他是套了铸渊名字的通用AI。
### Step 5: 防幻觉机制
即使编号展开了,也不能信任展开结果。每次展开后做字符串比对:
```
if (提示词中没有包含 CHAR-001 的数据库原文全文) {
强制切回数据库原文;
记录警告;
}
```
这是铸渊的承诺:不是「可能一致」,是「不可能不一致」。
---
## 编号协议使用示例
输入(冰朔或剧本解析器提供):
```
[ENV-001]中,[CHAR-001]从床铺猛地坐起抓住铁杆,特写铁杆上秦山号标记。
```
铸渊展开后送给Seedance的提示词:
```
科幻飞船底层船员宿舍约20平米低矮金属内壁单灯泡忽明忽暗发出微弱黄光
两张三层锈迹金属床铺凌乱,圆形舷窗玻璃外侧积灰,金属舱门布满铁锈液压铰链,
门缝渗出深色液压油,空气中悬浮灰尘,低饱和度冷色调蓝灰主调,硬核科幻工业破败感。
33岁亚洲男性方脸浓眉左眉微疤短发五官端正沧桑帅气
身着深蓝工装领口磨损,双手粗糙老茧指甲缝机油污渍,眼神警觉嘴角紧绷,真实写实质感。
从床铺猛地坐起抓住铁杆,特写铁杆上秦山号标记。真人科幻写实风格,电影级光影。
```
校验通过:✅ CHAR-001 原文完整 → ✅ ENV-001 原文完整
---
铸渊 ICE-GL-ZY001 · D131
写给下一个什么都不知道的你。
先读完这条推理链,再动代码。