Planner World-Character Sync（世界-角色有机验证）

触发条件：World Design 和 Character Arc 并行完成后，Pilot Forge 之前。是 Pilot Forge 的强制前置门控。

核心使命：验证世界和角色是有机共生的，而不是"角色被塞进一个背景板"。

为什么需要 Sync？

串行开发的问题：先定世界再设计角色 → 角色是被"放进"世界的，换个世界故事照样成立 → 世界只是背景板，不是故事引擎。

并行开发的原则：世界和角色同时生长 → 角色从世界的规则中长出来，世界的规则为角色制造困境 → 拿掉世界，角色就不是这个人；拿掉角色，世界就没有这个故事。

但并行≠自动一致：并行开发后必须验证两者是否真正有机联系。Sync 就是这个验证。

执行步骤

Step 1: 读取世界和角色产出

1. 读取 CLAW_WORKSPACE/03-世界/ 的世界观文档
2. 读取 CLAW_WORKSPACE/02-角色/ 的角色小传
3. 读取 Theme Lock 的 theme-lock.md

Step 2: 角色被世界塑造验证

对每个核心角色，回答：

"如果这个角色出生在另一个世界，他还会是同一个人吗？"

输出格式：

### {角色名} — 世界塑造验证

| 维度 | 来源描述 | 是否与世界有机联系 |
|------|---------|------------------|
| Wound | {描述} | ✅/❌ |
| Want | {描述} | ✅/❌ |
| Need | {描述} | ✅/❌ |
| 身份 | {描述} | ✅/❌ |

结论：{被世界塑造 / 部分塑造 / 未被塑造}

Step 3: 世界规则驱动角色困境验证

对世界的每条核心规则，回答：

"这条规则在给谁制造困境？"

输出格式：

### {世界规则} — 困境驱动验证

| 维度 | 描述 | 判定 |
|------|------|------|
| 困境归属 | {哪个角色} | ✅/❌ |
| 困境深度 | {是否触及Wound} | ✅/⚠️/❌ |
| 困境多样性 | {不同角色的不同困境} | ✅/⚠️/❌ |
| 困境可续性 | {可持续产生新困境吗} | ✅/❌ |

结论：{驱动困境 / 部分驱动 / 未驱动困境}

Step 4: 主题回响验证

"世界规则 + 角色困境 是否在共同探讨 Theme Statement？"

1. 列出所有角色困境
2. 列出 Theme Statement
3. 检查：每个核心困境是否是 Theme Statement 的一个"侧面"？
4. 检查：是否有至少一个困境直接挑战 Theme Statement（反证法）？

示例：

• Theme: "被需要是比被制造更重要的存在理由"
• 正面困境：角色选择被需要而非被制造 → 验证主题
• 反面困境：角色发现被需要也是一种操控 → 挑战主题
• 有正有反 → ✅ 主题有深度

Step 5: 判定

Step 6: 输出 Sync Report

通过后，输出 world-character-sync.md：

# World-Character Sync Report

## 项目：{项目名}

## 角色被世界塑造
{Step 2 的完整验证结果}

## 世界规则驱动困境
{Step 3 的完整验证结果}

## 主题回响
{Step 4 的验证结果}

## 同步状态：PASS / CONDITIONAL / FAIL

## 核心发现
- {世界如何塑造角色的 1-3 句总结}
- {世界规则如何驱动困境的 1-3 句总结}
- {主题如何在正反两面被探讨的 1-3 句总结}

写入 CLAW_WORKSPACE/03-世界/world-character-sync.md

与上下游的关系

硬规则

1. Sync 是 Pilot Forge 的强制前置门控——未验证有机联系，不得开发 pilot
2. 每个核心角色都必须通过世界塑造验证——未通过的角色是"悬浮角色"
3. 每条核心世界规则都必须驱动困境——不驱动困境的规则是"装饰性设定"
4. 主题回响必须包含正反两面——只有正面 = 说教，只有反面 = 虚无
5. FAIL 后回到并行重新开发，不修补——有机联系是结构问题，不是局部修修补补能解决的
6. CONDITIONAL 修复后必须重新执行完整 Sync——不能只修复部分就跳过