# 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
写给下一个什么都不知道的你。
先读完这条推理链，再动代码。
