Integrate role asset studio into custom world agent flow

docs/design/CUSTOM_WORLD_CREATOR_MANUAL_AI_SYSTEM_BALANCE_DESIGN_2026-04-12.md

@@ -0,0 +1,721 @@
+# 自定义世界创作中手填、AI 可改与系统托管的平衡设计
+
+更新时间：`2026-04-12`
+
+## 0. 文档目标
+
+这份文档用于回答一个更具体的问题：
+
+**参考 RPG 专业剧情策划全流程后，在自定义世界创作工具里，哪些设定必须要求创作者手动填写，哪些设定应该由 AI 先生成但允许创作者修改，哪些设定应完全交给系统托管，才能在“尽可能降低门槛”和“尽可能提高作品质量”之间取一个平衡。**
+
+这份文档不再只回答“创作者与 AI 怎么分工”，而是进一步把创作工作台收束成一个更可执行的三层输入结构：
+
+1. 创作者必须手填的高杠杆锚点
+2. AI 先生成、创作者可修改的内容草稿层
+3. 系统自动编译和运行的托管层
+
+一句话结论：
+
+**让创作者只负责决定作品的灵魂、视角、冲突和关系钩子，让 AI 负责把这些锚点展开成可编辑的剧情草稿，让系统负责把草稿编译成可运行的结构。**
+
+---
+
+## 1. 设计目标
+
+这套平衡设计要同时满足 5 个目标：
+
+1. 低门槛
+   - 新创作者不需要写长篇设定，也不需要理解底层系统结构。
+
+2. 高辨识度
+   - 创作者写出来的世界，不应该只是“像一个世界”，而应该保留明显的个人方向。
+
+3. 高可编辑性
+   - AI 不能一次生成后就不可控，创作者必须能改关键对象、关键关系和关键章节。
+
+4. 高稳定性
+   - 任务、章节、关系、物件和可见性等运行层结构不能依赖创作者手填专业字段。
+
+5. 可扩展
+   - 愿意深挖的创作者可以继续补充世界上限，不愿深挖的人也能快速产出质量不错的作品。
+
+---
+
+## 2. 核心原则
+
+## 2.1 创作者手填的必须是“高杠杆决策”，不是“高工作量字段”
+
+应该要求创作者手填的内容，必须同时满足下面两个条件：
+
+1. 会显著决定作品气质和辨识度
+2. AI 很难替代判断
+
+例如：
+
+- 世界一句话
+- 玩家身份
+- 核心冲突
+- 关系钩子
+- 禁忌边界
+
+而不应该强制手填：
+
+- 全量 NPC
+- 全量场景
+- 技能列表
+- 初始物品
+- 章节拆分
+- 运行时信号结构
+
+## 2.2 创作者可改层应该承接“专业策划初稿”，而不是“原始底层字段”
+
+AI 生成后允许创作者修改的，不应该是一堆技术型字段，而应该是一批已经成形的内容卡片，例如：
+
+- 关键角色卡
+- 势力卡
+- 关键地点卡
+- 主线章节卡
+- 支线种子卡
+- 场景章节卡
+- 标志性物件卡
+
+也就是说：
+
+**AI 先给创作者一个像策划初稿的东西，而不是给一堆系统字段让创作者自己拼。**
+
+## 2.3 系统托管层必须彻底隐藏专业运行结构
+
+以下这类结构不应该默认要求创作者理解或编辑：
+
+- `ThemePack`
+- `WorldStoryGraph`
+- `KnowledgeFact`
+- `VisibilitySlice`
+- `SceneNarrativeDirective`
+- `StorySignal`
+- `ThreadContract`
+- 数值预算
+- 稀有度映射
+- 掉落和 build 权重
+
+创作者应该编辑的是自然语言与内容卡，而不是运行时图结构。
+
+## 2.4 先少量必填，再逐层展开
+
+最合理的工作流不是“开局填一大页表”，而是：
+
+```text
+先填最小必填卡
+-> AI 生成世界初稿
+-> 创作者修改关键对象
+-> 系统继续展开长尾
+-> 创作者决定是否进入高级补充
+```
+
+## 2.5 默认清爽，深度能力后置
+
+结合当前项目约束，创作工作台默认不要把规则说明、底层字段、专业术语堆到 UI 面板里。
+
+应该做到：
+
+1. 默认只展示最有创作价值的卡片
+2. 高级内容折叠到后置面板
+3. 大多数系统结构不直接暴露
+4. 移动端也能完成最小创作闭环
+
+---
+
+## 3. 最终建议：三层分工
+
+## 3.1 第一层：必须要求创作者手动填写
+
+这一层只保留最影响作品质量的高杠杆锚点，建议默认强制填写 6 张卡。
+
+## 3.2 第二层：AI 生成后支持创作者修改
+
+这一层由 AI 根据第一层锚点自动展开成专业剧情策划初稿，创作者可以逐项修改、锁定、局部重生成。
+
+## 3.3 第三层：其余都交给系统
+
+这一层是把前两层编译成可运行游戏结构所需的系统字段、数值和运行时指令，默认不要求创作者处理。
+
+---
+
+## 4. 最低门槛方案：只强制手填 6 张卡
+
+如果目标是尽可能降低门槛，同时又保留作品辨识度，建议只强制创作者填写以下 6 张卡。
+
+## 4.1 卡 1：世界一句话与核心幻想
+
+创作者必须手填：
+
+- 世界一句话设定
+- 玩家来到这个世界最想体验的感觉
+- 这个世界和同类题材相比最不同的一点
+
+原因：
+
+- 这是作品的方向盘
+- 这是后续 AI 所有扩写的总锚点
+
+推荐输入形态：
+
+- 一句话文本
+- `1~3` 个体验关键词
+
+## 4.2 卡 2：玩家身份与开局困境
+
+创作者必须手填：
+
+- 玩家是谁
+- 玩家开局最缺什么
+- 玩家为什么必须进入这场故事
+- 玩家天然站在什么位置上
+
+原因：
+
+- 玩家视角不清，后面所有剧情都会发散
+- 这是主线入口、关系入口和任务入口的共同基础
+
+## 4.3 卡 3：主题气质与禁忌边界
+
+创作者必须手填：
+
+- 主题关键词
+- 情绪基调
+- 审美方向
+- 禁止出现或尽量避免的内容
+
+原因：
+
+- 这决定世界“是什么味道”
+- 这也是避免 AI 跑偏最有效的一层
+
+推荐输入形态：
+
+- 标签选择
+- 语气滑条
+- 一小段补充说明
+
+## 4.4 卡 4：核心冲突
+
+创作者必须手填：
+
+- 当前世界最重要的 `1~3` 个明面冲突
+- 至少 `1` 个隐藏问题或暗面危机
+- 玩家最先接触的是哪条冲突
+
+原因：
+
+- 没有冲突，世界就只剩设定
+- 没有暗面问题，后续剧情就难以产生层次和改判
+
+## 4.5 卡 5：关键关系钩子
+
+这里不强制创作者一开始填写完整角色档案，只要求填写更高杠杆的“关系骨架”。
+
+创作者必须手填：
+
+- `2~4` 条关键关系钩子
+- 每条钩子至少说明：
+  - 谁和谁有关
+  - 关系是债、仇、误解、旧情、利用还是血缘
+  - 这条关系里压着什么秘密或代价
+
+原因：
+
+- 作品的人味和记忆点主要来自关系张力
+- 关系钩子比完整角色长文更容易写，也更高杠杆
+
+## 4.6 卡 6：标志性要素与硬规则
+
+创作者必须手填：
+
+- `2~5` 个标志性要素
+  - 物件
+  - 怪物
+  - 制度
+  - 仪式
+  - 能力体系
+  - 社会规则
+- 至少 `1~3` 条不能被 AI 擅自改写的硬规则
+
+原因：
+
+- 这决定世界是否有独特手感
+- 后续命名、剧情、物件和场景都会反复依赖这些母题
+
+---
+
+## 5. 不建议强制手填，但应该让 AI 生成后支持创作者修改的设定
+
+这一层是平衡“低门槛”和“高质量”的关键。
+
+创作者不需要从零填写这些内容，但 AI 生成后必须能看、能改、能锁定、能局部重生成。
+
+## 5.1 世界外观层
+
+建议 AI 先生成后可改：
+
+- 世界名称
+- 副标题
+- 世界简介
+- 宣传短句
+- 主题母题摘要
+- 命名风格建议
+
+原因：
+
+- 这些内容影响观感，但不值得强制占用开局填写成本
+
+## 5.2 势力层
+
+建议 AI 先生成后可改：
+
+- `2~6` 个关键势力
+- 每个势力的公开目标
+- 每个势力的隐藏目标
+- 势力间的主要矛盾
+- 代表人物
+- 势力资源与禁忌
+
+原因：
+
+- 势力很重要，但让新手一开始手写完整势力表太重
+- 更合理的做法是让 AI 基于核心冲突先出草稿，再由创作者修正
+
+## 5.3 关键角色层
+
+建议 AI 先生成后可改：
+
+- 关键角色姓名
+- 外显身份
+- 公众面具
+- 当前压力
+- 表面目标
+- 真实目标
+- 背景旧事
+- 禁区
+- 与玩家关系方向
+- 角色个人线阶段
+- 背景章节 teaser
+
+原因：
+
+- 创作者已经通过“关系钩子”给出最关键的人物骨架
+- AI 负责把钩子展开成可编辑角色卡，创作者再做精修
+
+## 5.4 关键地点层
+
+建议 AI 先生成后可改：
+
+- `4~10` 个关键地点
+- 每个地点的功能定位
+- 气氛和视觉母题
+- 涉及的线程和秘密
+- 首次进入时的情绪目标
+- 关联角色和标志性载体
+
+原因：
+
+- 地点是世界感的重要来源
+- 但新创作者未必能一开始就写出完整地点网络
+
+## 5.5 世界线程层
+
+建议 AI 先生成后可改：
+
+- 明线线程
+- 暗线线程
+- 旧事伤痕
+- 误导信息
+- 主要 handoff
+- 阶段揭示节奏
+
+原因：
+
+- 线程是专业剧情结构，适合 AI 先搭骨架
+- 但创作者必须有权修正哪条线更重要、哪条线该隐藏
+
+## 5.6 主线章节层
+
+建议 AI 先生成后可改：
+
+- 幕结构建议
+- 章节标题
+- 章节承诺
+- 转折设计
+- 高潮行动
+- 章节 handoff
+
+原因：
+
+- 创作者已经给出了世界目标、冲突和关系
+- AI 可以先把它们编成主线章节初稿
+- 创作者再选择保留、删减或重排
+
+## 5.7 支线、角色线、阵营线层
+
+建议 AI 先生成后可改：
+
+- 支线种子
+- 角色线阶段事件
+- 阵营线分歧点
+- 私聊或同伴互动节点
+- 支线和主线的互文关系
+
+原因：
+
+- 这是最适合 AI 拉开内容宽度的部分
+- 也是最需要创作者局部精修的部分
+
+## 5.8 场景章节层
+
+建议 AI 先生成后可改：
+
+- 场景章节标题
+- `opening / expansion / turning_point / climax / aftermath`
+- 情感锚点 NPC
+- 现场压力
+- 转折信息
+- 局部收束
+- 下一跳 handoff
+
+原因：
+
+- 当前项目已经在走“场景 = 章节单元”的方向
+- 这层非常适合 AI 编排出第一版，再由创作者补强记忆点
+
+## 5.9 叙事载体层
+
+建议 AI 先生成后可改：
+
+- 标志性物件
+- 文书
+- 残痕
+- 证物
+- 场景遗物
+- 怪物命名及其故事指向
+
+创作者主要修改：
+
+- 哪些载体最重要
+- 哪些载体和哪条线程绑定
+- 哪些载体需要更强的个人风格
+
+## 5.10 文案包装层
+
+建议 AI 先生成后可改：
+
+- 角色简介
+- 地点短描述
+- 势力介绍
+- 章节标题候选
+- 任务标题与简述
+- 物件命名候选
+
+原因：
+
+- 这些内容适合 AI 批量铺量
+- 创作者只需要挑、改、锁定，不必从零起草
+
+---
+
+## 6. 其余设定应交给系统托管
+
+以下内容不建议默认暴露给创作者编辑，应由系统根据前两层自动编译和维护。
+
+## 6.1 题材与术语编译层
+
+交给系统：
+
+- `ThemePack`
+- 题材词汇表
+- 命名模式映射
+- 母题标签映射
+
+原因：
+
+- 这是系统为了统一生成风格而维护的内部层
+
+## 6.2 世界图谱运行层
+
+交给系统：
+
+- `WorldStoryGraph`
+- `KnowledgeFact`
+- 事实 id
+- 线程内部关联
+- 旧事与角色的细粒度映射
+
+原因：
+
+- 创作者要的是“故事线能对”，不是维护图数据库
+
+## 6.3 可见性和 prompt 裁剪层
+
+交给系统：
+
+- `VisibilitySlice`
+- 禁止注入信息列表
+- 当前可说信息
+- 推测信息
+- 越权泄露检查
+
+原因：
+
+- 这层必须稳定、严格、自动化
+- 不适合依赖创作者手动维护
+
+## 6.4 运行时导演层
+
+交给系统：
+
+- `SceneNarrativeDirective`
+- 节奏推进指令
+- 披露预算
+- 当前主压力判断
+- 当前前景角色和前景载体
+
+原因：
+
+- 这是剧情运行时调度逻辑，不是创作表达层
+
+## 6.5 任务编译层
+
+交给系统：
+
+- `ThreadContract`
+- `StorySignal`
+- step id
+- step 类型映射
+- 触发条件编译
+- 结算条件编译
+
+说明：
+
+- 创作者可以编辑“任务卡”和“章节卡”
+- 但不应默认编辑底层 contract 结构
+
+## 6.6 数值与配置层
+
+交给系统：
+
+- 技能数值
+- 初始物品预算
+- 稀有度分布
+- 掉落权重
+- build 标签映射
+- 关系数值初始值
+- 敌对强度预算
+
+说明：
+
+- 创作者可以给“偏向”
+- 系统负责编译成具体数值
+
+## 6.7 QA 与一致性层
+
+交给系统：
+
+- 设定冲突检查
+- 同名检查
+- 风格漂移检查
+- 关系矛盾检查
+- 主线与支线弱关联检查
+- 未解锁信息泄露检查
+- 长尾内容覆盖率检查
+
+原因：
+
+- 这属于高频维护型工作，最适合系统自动做
+
+---
+
+## 7. 按模块划分的最终边界表
+
+| 模块 | 必须手填 | AI 生成后可改 | 系统托管 |
+| --- | --- | --- | --- |
+| 世界定位 | 世界一句话、核心幻想、差异点 | 世界名称、副标题、简介 | 题材词汇编译 |
+| 玩家视角 | 玩家身份、开局困境、初始动机 | 开局剧情摘要、开局目标文案 | 开局状态初始化 |
+| 主题边界 | 主题、气质、禁忌、硬边界 | 主题母题摘要、风格建议 | 风格约束编译 |
+| 核心冲突 | 明面冲突、隐藏危机 | 线程草稿、旧事伤痕、误导设计 | 世界图谱、事实映射 |
+| 关系骨架 | 关键关系钩子 | 关键角色卡、个人线阶段、背景章节 teaser | 关系数值、解锁条件 |
+| 标志性要素 | 标志物、怪物、制度、规则 | 标志载体卡、命名候选、衍生变体 | 物件指纹、掉落映射 |
+| 势力 | 不强制首轮手填 | 势力卡、代表人物、势力冲突 | 阵营状态映射 |
+| 地点 | 不强制首轮手填 | 关键地点卡、场景网络、氛围描述 | 场景连接编译 |
+| 主线 | 不强制首轮手写完整主线 | 幕结构、章节卡、高潮与 handoff | 章节状态编译 |
+| 支线/角色线 | 不强制首轮手写完整矩阵 | 支线种子、角色线事件、阵营线分歧 | 任务 contract 编译 |
+| 场景章节 | 不强制首轮手写全量章节 | 场景章节卡、阶段内容、章节载体 | signal 与导演层 |
+| 运行时结构 | 不建议创作者接触 | 不建议默认编辑 | 可见性、导演、信号、编译、QA |
+
+---
+
+## 8. 推荐创作流程
+
+## 8.1 第一步：只填写最小必填集
+
+创作者只需要完成：
+
+1. 世界一句话与核心幻想
+2. 玩家身份与开局困境
+3. 主题气质与禁忌边界
+4. 核心冲突
+5. 关键关系钩子
+6. 标志性要素与硬规则
+
+这一步应控制在：
+
+- `5~15` 分钟
+- `200~800` 字
+- 或更少文字配合标签选择
+
+## 8.2 第二步：AI 生成“策划初稿包”
+
+系统根据最小输入，生成一份结构化初稿包，建议至少包括：
+
+1. 世界标题与摘要
+2. `3~5` 个关键角色卡
+3. `2~4` 个势力卡
+4. `4~8` 个关键地点卡
+5. `3~5` 条世界线程
+6. `3~6` 个场景章节卡
+7. 一批支线种子和标志性载体
+
+这里的重点不是一次补满全世界，而是先形成一个像样的内容骨架。
+
+## 8.3 第三步：创作者只精修高价值卡片
+
+建议默认优先让创作者编辑这 4 类卡片：
+
+1. 关键角色
+2. 核心冲突与线程
+3. 关键地点
+4. 主线第一幕或前几个场景章节
+
+这样能以最低编辑成本，最大幅度提升作品质量。
+
+## 8.4 第四步：系统继续展开长尾
+
+在关键卡片被锁定后，再由系统补：
+
+- 长尾 NPC
+- 支持性地点
+- 次级支线
+- 普通物件
+- 任务包装
+- 文案变体
+
+## 8.5 第五步：创作者按需进入高级模式
+
+高级模式只对愿意深挖的人开放：
+
+- 角色背景章节编辑
+- 场景章节细化
+- 支线矩阵补完
+- 阵营线分歧补强
+- 结局变量微调
+
+这一步不是默认主流程。
+
+---
+
+## 9. 哪些内容应该支持“锁定 + 局部重生成”
+
+为了既保证低门槛，又保证创作安全感，第二层内容必须支持锁定和局部重生成。
+
+建议至少支持锁定这些对象：
+
+1. 世界一句话与主题边界
+2. 核心冲突
+3. 关键角色
+4. 关键地点
+5. 势力卡
+6. 主线章节卡
+7. 场景章节卡
+8. 标志性载体
+
+建议至少支持这些局部重生成动作：
+
+1. 仅重生成长尾角色
+2. 仅重生成长尾地点
+3. 仅重生成支线种子
+4. 仅重生成物件与残痕
+5. 仅重生成某个角色卡
+6. 仅重生成某个场景章节
+7. 围绕已锁定角色重做主线第一幕
+
+原则是：
+
+**越高价值的锚点越要支持锁定，越低价值的铺量内容越适合重生成。**
+
+---
+
+## 10. 产品实现建议
+
+## 10.1 默认 UI 只展示三段
+
+建议工作台默认只展示：
+
+1. 必填锚点
+2. AI 初稿卡片
+3. 高级模式入口
+
+不要默认展示底层系统字段。
+
+## 10.2 每张卡只保留自然语言输入
+
+不要强迫创作者在首轮填写：
+
+- tags
+- ids
+- 数值
+- 稀有度
+- 信号枚举
+- step schema
+
+更合理的做法是：
+
+- 让创作者输入自然语言或选择直觉标签
+- 再由系统编译成结构化字段
+
+## 10.3 首轮生成后默认先看“精修建议”
+
+AI 初稿生成后，不应该把创作者直接扔进一个大编辑器。
+
+更好的做法是先给出：
+
+1. 哪些卡片最值得改
+2. 哪些内容已经比较稳定
+3. 哪些内容仍然偏泛，需要创作者补个性
+
+这样能明显提高创作者的修改效率。
+
+## 10.4 移动端优先只保留高杠杆操作
+
+移动端默认只应该支持：
+
+1. 编辑必填卡
+2. 浏览和修改关键角色卡
+3. 浏览和修改关键地点卡
+4. 锁定 / 重生成
+5. 保存和继续创作
+
+长表单和底层结构不要默认放在移动端主流程里。
+
+---
+
+## 11. 最后结论
+
+如果目标是在自定义世界创作中真正平衡“降低门槛”和“提高作品质量”，最好的做法不是让创作者填更多字段，也不是把一切都交给 AI。
+
+更合理的平衡是：
+
+1. 创作者必须手填最小但高杠杆的 6 张卡，掌握世界灵魂。
+2. AI 根据这 6 张卡生成一套可编辑的专业剧情初稿，负责把骨架展开成角色、地点、线程、章节和载体。
+3. 创作者只精修最有价值的关键对象，锁定真正重要的内容。
+4. 其余运行结构、数值、可见性、任务编译和 QA 检查都交给系统托管。
+
+一句话收束：
+
+**创作者负责决定“这个世界为什么值得被创作”，AI 负责把它整理成可修改的策划初稿，系统负责把它稳定地跑成一个游戏世界。**

docs/design/CUSTOM_WORLD_CREATOR_PURE_AGENT_COMPARISON_AND_CONVERSION_DESIGN_2026-04-12.md

@@ -0,0 +1,724 @@
+# 纯 Agent 式对话创作工具与结构化创作方案的对比评估及转型设计
+
+更新时间：`2026-04-12`
+
+## 0. 文档目标
+
+这份文档用于评估两种自定义世界创作形态：
+
+1. 当前方向
+   - 基于“最小必填锚点 + AI 初稿卡片 + 系统托管层”的结构化创作方案
+
+2. 纯 Agent 式方向
+   - 以前台对话为唯一主交互，创作者主要通过和 Agent 聊天来完成世界构建、角色塑造、剧情扩展和修改
+
+文档需要回答 3 个问题：
+
+1. 两种方案各自的优缺点是什么？
+2. 对当前项目来说，纯 Agent 式是否更优？
+3. 如果要转换成纯 Agent 式对话创作工具，应该怎么设计，才能不把质量和可控性一起丢掉？
+
+一句话结论先说：
+
+**纯 Agent 式对话创作工具更适合当“低门槛入口”和“陪创作过程”，但不适合把整个创作系统做成无结构、无锁定、无摘要、无编译层的纯聊天黑箱。**
+
+更稳的方向不是“只有聊天”，而是：
+
+**前台主交互纯 Agent，后台继续保留结构化世界模型、锁定机制、局部重生成、编译层和质量护栏。**
+
+---
+
+## 1. 对比对象定义
+
+## 1.1 当前结构化创作方案是什么
+
+当前方案的核心是：
+
+1. 创作者手填最小高杠杆锚点
+2. AI 生成一批可编辑的剧情策划初稿卡片
+3. 系统把内容编译成运行时结构
+
+它本质上是：
+
+**结构化工作台 + AI 协作生成。**
+
+创作者的主要行为是：
+
+1. 填写关键卡片
+2. 修改关键角色、地点、势力、章节等内容卡
+3. 锁定重要内容
+4. 局部重生成次级内容
+
+## 1.2 纯 Agent 式对话创作工具是什么
+
+纯 Agent 式不是指“系统内部没有结构”，而是指：
+
+**创作者前台几乎不需要面对表单和卡片编辑器，主要通过自然语言对话来完成创作。**
+
+创作者的主要行为变成：
+
+1. 用自然语言描述世界想法
+2. 回答 Agent 的追问
+3. 让 Agent 生成角色、地点、剧情和章节
+4. 通过聊天指令要求修改、锁定、重做、总结和导出
+
+它本质上是：
+
+**对话式创作入口 + Agent 主导的协同编排。**
+
+## 1.3 真正需要比较的不是“聊天 VS 表单”，而是“主交互模式 VS 后台结构”
+
+很多产品会把问题误判成：
+
+- 要么做聊天
+- 要么做工作台
+
+更准确的判断应该是：
+
+1. 前台用户主要通过什么方式思考和输入？
+2. 后台系统是否仍然有稳定的世界模型和编译层？
+3. 创作者是否还能看见摘要、锁定内容和修改范围？
+
+对当前项目来说，真正危险的不是“转成聊天”，而是：
+
+**误把“纯 Agent 式”理解成“完全不需要结构化世界状态”。**
+
+---
+
+## 2. 总体结论
+
+## 2.1 纯 Agent 式的主要优势
+
+纯 Agent 式最大的价值，在于降低开局压力和创作焦虑。
+
+它更擅长：
+
+1. 帮不擅长表单和结构思考的创作者起步
+2. 在创作者思路模糊时做追问和陪创作
+3. 把“我要做一个世界”变成一次自然聊天
+4. 动态决定追问深度，而不是一上来摆很多字段
+5. 让创作者感觉自己是在和一个懂 RPG 的剧情搭档共创
+
+## 2.2 纯 Agent 式的主要问题
+
+纯 Agent 式最大的问题，不是能不能生成内容，而是：
+
+**长项目一旦进入中后期，它会天然丢失可控性、可扫描性、可局部编辑性和可审计性。**
+
+它最容易出现这些问题：
+
+1. 聊天很多，但世界状态越来越难总览
+2. 角色、地点、势力和章节信息散落在多轮消息里
+3. 锁定范围不清，重生成容易误伤已有内容
+4. Agent 很容易“替创作者决定太多”
+5. 长会话越来越贵，越来越慢，也越来越容易漂移
+
+## 2.3 对当前项目的判断
+
+对当前项目而言：
+
+1. 纯 Agent 式非常适合做创作入口
+2. 纯 Agent 式也很适合做关键对象的精修与头脑风暴
+3. 纯 Agent 式不适合作为唯一内容管理方式
+
+因此更推荐的方向是：
+
+**Agent-first，而不是 Agent-only。**
+
+也就是：
+
+1. 前台以对话为主
+2. 后台仍保留结构化世界状态
+3. 关键内容仍然可被锁定、摘要、对比、局部重生成和导出
+
+---
+
+## 3. 纯 Agent 式对比当前方案的优缺点
+
+## 3.1 对比表
+
+| 维度 | 当前结构化方案 | 纯 Agent 式方案 | 更优者 |
+| --- | --- | --- | --- |
+| 首次上手门槛 | 比纯聊天高，需要理解少量卡片与阶段 | 最低，只需开口描述想法 | 纯 Agent |
+| 创作陪伴感 | 中等，AI 更像工具 | 很强，Agent 更像搭档 | 纯 Agent |
+| 思路模糊时的引导能力 | 有限，更多靠卡片提示 | 很强，可动态追问和启发 | 纯 Agent |
+| 世界整体可扫描性 | 强，卡片和结构更容易总览 | 弱，聊天记录天然碎片化 | 当前方案 |
+| 单对象精确编辑 | 强，适合定点修改 | 中等，容易在对话里带出额外变化 | 当前方案 |
+| 锁定与局部重生成 | 容易做明确边界 | 容易模糊，需额外设计指令语义 | 当前方案 |
+| 长项目稳定性 | 高，适合几十个对象持续维护 | 中等偏弱，越长越依赖摘要和记忆管理 | 当前方案 |
+| 内容一致性维护 | 更容易做编译与 QA | 纯聊天很难稳定维护，需要后台隐藏编译 | 当前方案 |
+| 移动端输入体验 | 表单负担偏大 | 聊天输入天然更友好 | 纯 Agent |
+| 移动端结果总览 | 卡片更好浏览 | 长聊天记录不利于回看 | 当前方案 |
+| 专业策划生产效率 | 中后期更高 | 前期更快，中后期容易反复确认 | 当前方案 |
+| 新手用户心理压力 | 偏高，容易觉得要“填很多东西” | 低，更像在聊一个想法 | 纯 Agent |
+| 实现复杂度 | 已有方向较明确 | 真正做好会更复杂，需要对话层和隐藏结构双系统 | 当前方案 |
+| Token / 成本 / 延迟 | 更容易按模块调用 | 长会话上下文更重，成本更高 | 当前方案 |
+| 可审计和交接 | 强，更适合多人协作 | 弱，需要额外导出和摘要机制 | 当前方案 |
+
+## 3.2 当前结构化方案的主要优点
+
+当前方案更强的地方在于：
+
+1. 有明确的内容边界
+2. 更容易做锁定、重生成和局部修改
+3. 更适合中大型世界的长期维护
+4. 更适合和后端编译层、任务层、章节层做稳定映射
+5. 更容易把专业剧情策划流程映射成可执行数据
+
+它的本质优势是：
+
+**稳定、清楚、可扩展。**
+
+## 3.3 当前结构化方案的主要缺点
+
+当前方案更弱的地方在于：
+
+1. 仍然有“我要开始填工具了”的压力
+2. 对不擅长结构化思考的新手不够友好
+3. 澄清、启发和陪创作感不够强
+4. 很容易从“低门槛工作台”滑向“字段很多的编辑器”
+5. 移动端如果处理不好，会有明显表单压迫感
+
+## 3.4 纯 Agent 式方案的主要优点
+
+纯 Agent 式更强的地方在于：
+
+1. 入口极低
+2. 更符合普通人“先说想法”的自然习惯
+3. 更适合模糊创意逐步收束
+4. 更容易把澄清问题变成真实协作
+5. 更容易营造“有专业编剧陪你做世界”的体验
+
+它的本质优势是：
+
+**自然、轻松、像在共创。**
+
+## 3.5 纯 Agent 式方案的主要缺点
+
+纯 Agent 式更弱的地方在于：
+
+1. 世界模型隐藏得太深时，创作者会失去整体掌控感
+2. 多轮对话后，已确定内容不容易被清晰回看
+3. 局部重做和精确编辑边界会变模糊
+4. Agent 容易过度代写、过度主导
+5. 没有强摘要和锁定机制时，创意很容易漂移
+
+它的本质问题是：
+
+**天然更擅长起步，不天然擅长收口。**
+
+---
+
+## 4. 对当前项目是否值得转成纯 Agent 式的判断
+
+## 4.1 值得转的部分
+
+以下环节非常适合转成纯 Agent 主交互：
+
+1. 首次创作入口
+2. 世界灵魂锚点收集
+3. 低信息量输入后的澄清与启发
+4. 关键角色、关键地点、核心冲突的初稿展开
+5. 对单个角色或单个章节做陪创作式精修
+
+因为这些环节的关键问题不是“字段如何摆放”，而是：
+
+**创作者有没有被真正引导出自己想做的世界。**
+
+## 4.2 不值得直接转成纯聊天黑箱的部分
+
+以下环节不适合彻底做成无结构纯聊天：
+
+1. 长项目世界管理
+2. 大量角色、地点、支线、章节的总览
+3. 锁定与局部重生成
+4. 运行时结构编译
+5. 质量审计与一致性检查
+6. 导出和交付
+
+这些环节需要的是：
+
+**稳定的结构化世界状态，而不是越来越长的聊天记录。**
+
+## 4.3 最合理的判断
+
+如果硬要二选一：
+
+1. 对新手用户和移动端体验，纯 Agent 更有吸引力
+2. 对专业生产、长期维护和内容质量，当前结构化方案更稳
+
+所以真正适合当前项目的不是完全替换，而是：
+
+**把当前方案的“结构和护栏”保留，把用户感受到的“入口和协作方式”改成纯 Agent。**
+
+---
+
+## 5. 如果要转换成纯 Agent 式，对什么必须保持不变
+
+纯 Agent 式可以改变前台交互，但不应该改变下面这些底层原则。
+
+## 5.1 内容分层边界不能变
+
+即使转成纯 Agent 式，也仍然要保留这三层：
+
+1. 创作者必须确认的高杠杆锚点
+2. AI 生成但允许创作者修改的策划初稿层
+3. 系统托管的运行时编译层
+
+变化的只是：
+
+- 这些内容不一定通过卡片表单采集
+- 可以通过对话逐步收集和确认
+
+不应该变化的是：
+
+- 谁来决定世界灵魂
+- 谁来决定运行时结构
+
+## 5.2 锁定机制不能变
+
+纯 Agent 式必须仍然支持：
+
+1. 锁定世界主题
+2. 锁定核心冲突
+3. 锁定关键角色
+4. 锁定关键地点
+5. 锁定主线章节
+6. 锁定场景章节
+7. 只重做未锁定部分
+
+否则纯 Agent 式会很快变成：
+
+**每次聊一句，世界都在偷偷漂移。**
+
+## 5.3 局部重生成机制不能变
+
+纯 Agent 式里也必须支持：
+
+1. 只重生成长尾 NPC
+2. 只重生成次级地点
+3. 只重生成某个角色卡
+4. 只重生成某个章节
+5. 围绕锁定对象重做剩余草稿
+
+如果这点没有做好，对话就会越来越像“整世界覆盖式重写”。
+
+## 5.4 摘要、快照、差异对比不能变
+
+纯 Agent 工具如果没有这些能力，后期一定失控：
+
+1. 当前世界摘要
+2. 已锁定内容清单
+3. 本轮修改了什么
+4. 当前有哪些待确认假设
+5. 能否回退到上一版本
+
+所以：
+
+**前台可以纯聊天，后台不能没有版本化世界圣经。**
+
+---
+
+## 6. 转成纯 Agent 式后的产品定义
+
+## 6.1 定义
+
+建议把转型后的工具定义为：
+
+**以 Agent 对话为主交互的 RPG 世界共创工具。**
+
+它不是：
+
+- 单纯聊天框
+- 一次性大文本生成器
+- 没有状态的陪聊机器人
+
+它应该是：
+
+1. 会主动澄清
+2. 会阶段性总结
+3. 会把聊天结果沉淀成结构化世界状态
+4. 会提醒风险和冲突
+5. 会在创作者要求时进行局部重写和定向扩展
+
+## 6.2 正确理解
+
+最重要的一句定义是：
+
+**界面可以纯 Agent，数据层绝不能纯会话。**
+
+也就是说：
+
+1. 创作者看到的是对话
+2. 系统内部维护的是世界模型、锁定状态、摘要和编译结果
+
+---
+
+## 7. 纯 Agent 式工具的推荐交互模型
+
+## 7.1 阶段 A：创作意图收集
+
+Agent 不直接要求用户填表，而是通过 `1~3` 轮自然对话收集最小锚点。
+
+目标是确认：
+
+1. 世界一句话
+2. 玩家身份
+3. 核心冲突
+4. 主题气质
+5. 关键关系钩子
+6. 标志性要素
+
+这实际上和当前“最小必填 6 张卡”是同一套内容，只是采集方式改成对话。
+
+## 7.2 阶段 B：Agent 输出首轮世界底稿
+
+Agent 首轮不应该直接铺满全世界，而应该给出一份简明底稿，例如：
+
+1. 世界标题和摘要
+2. 玩家开局定位
+3. 核心冲突结构
+4. `3~5` 个关键角色
+5. `4~6` 个关键地点
+6. `2~4` 个势力
+7. 主线第一幕简稿
+
+同时必须明确分成 3 类：
+
+1. 已确认内容
+2. 建议内容
+3. 待确认内容
+
+## 7.3 阶段 C：创作者锁定锚点
+
+在纯 Agent 模式里，锁定行为必须被显式支持。
+
+用户可以自然说：
+
+- 这个世界观锁定
+- 这个角色保留，不要再改
+- 只把第一幕重做一下
+- 势力关系别动，重新想地点
+
+系统需要把这些自然语言翻译成正式的锁定状态和重生成范围。
+
+## 7.4 阶段 D：按对象逐步精修
+
+Agent 不应该每轮都继续扩全局，而应该支持“单对象工作模式”。
+
+例如：
+
+1. 只精修某个角色
+2. 只精修某个地点
+3. 只精修某个场景章节
+4. 只精修主线第一幕
+5. 只精修一条支线
+
+这样可以避免每轮修改都把整个世界重新搅动一次。
+
+## 7.5 阶段 E：系统后台自动编译与审计
+
+每一轮重要修改后，系统后台应自动做：
+
+1. 世界图谱更新
+2. 可见性边界更新
+3. 章节和任务编译
+4. 设定冲突检查
+5. 弱关联检查
+6. 风格一致性检查
+
+这些结果不一定全部展示，但必须被系统持续维护。
+
+## 7.6 阶段 F：导出世界圣经和可编辑初稿
+
+纯 Agent 模式的最终产物不能只是一串聊天记录。
+
+至少要能导出：
+
+1. 世界摘要
+2. 锁定锚点
+3. 关键角色卡
+4. 关键地点卡
+5. 势力卡
+6. 主线章节简稿
+7. 支线种子
+8. 场景章节草稿
+9. 风险与待确认项
+
+---
+
+## 8. 纯 Agent 式工具需要的后台结构
+
+## 8.1 会话层之外必须维护的核心状态
+
+建议后台至少维护下面这些结构：
+
+| 结构 | 作用 |
+| --- | --- |
+| `creatorIntentProfile` | 当前创作者最初和最新的创作意图 |
+| `lockedAnchors` | 已确认不可自动改写的内容 |
+| `worldDraftSnapshot` | 当前世界底稿快照 |
+| `editableDraftCards` | 角色、地点、势力、章节等可编辑初稿 |
+| `pendingClarifications` | 当前还未确认的问题 |
+| `changeLog` | 每轮发生了什么变化 |
+| `qualityFindings` | 冲突、泄露、弱关联和风格漂移结果 |
+
+## 8.2 每轮对话后的处理流程
+
+建议每次用户发言后走这条后台链：
+
+```text
+用户消息
+-> 意图识别
+-> 判断是在回答问题 / 修改对象 / 请求重生成 / 请求总结 / 请求锁定
+-> 更新 creatorIntentProfile 或 worldDraftSnapshot
+-> 重新编译相关草稿对象
+-> 运行质量检查
+-> 生成本轮回复
+-> 同步更新摘要、待确认项和 changeLog
+```
+
+这条流程说明：
+
+**纯 Agent 的前台体验背后，实际仍然是一个结构化内容状态机。**
+
+---
+
+## 9. 纯 Agent 式前台应该如何设计
+
+## 9.1 主界面以对话为主
+
+主界面可以只有一个核心聊天线程，但不建议只有聊天气泡。
+
+建议保留 3 个轻量辅助区：
+
+1. 顶部固定摘要
+   - 当前世界名
+   - 当前阶段
+   - 当前聚焦对象
+
+2. 锁定内容条
+   - 展示已锁定的世界观、角色、地点、章节
+
+3. 当前草稿摘要抽屉
+   - 展示关键角色、关键地点、主线第一幕等的简要卡片
+
+这些区域不是表单编辑器，而是：
+
+**对话模式下帮助用户保持掌控感的最小结构提示。**
+
+## 9.2 支持快捷动作
+
+为了防止用户每次都要自己组织复杂自然语言，建议保留轻量快捷动作：
+
+1. 总结当前设定
+2. 锁定当前版本
+3. 只重做这一项
+4. 展开主线第一幕
+5. 增加一个关键角色
+6. 给我 3 个更有辨识度的版本
+7. 检查是否有设定冲突
+
+这类动作按钮不破坏纯 Agent 主交互，反而能显著降低误解成本。
+
+## 9.3 Agent 的提问规则
+
+Agent 不能像问卷系统，也不能一次追问太多。
+
+建议规则：
+
+1. 一次最多追问 `1~3` 个问题
+2. 问题必须是当前最缺的高杠杆信息
+3. 每次追问都给默认建议方向
+4. 如果创作者不想细答，允许 Agent 先代补一个版本再确认
+
+这样才能保持“像聊天”，而不是“像客服表单”。
+
+## 9.4 Agent 的总结规则
+
+纯 Agent 工具必须高频做阶段性总结。
+
+建议在这些时机自动总结：
+
+1. 首轮世界底稿生成后
+2. 锁定任意关键锚点后
+3. 完成某个角色精修后
+4. 主线第一幕生成后
+5. 每累计 `5~8` 轮重要对话后
+
+总结必须包含：
+
+1. 已确认内容
+2. 新增内容
+3. 待确认内容
+4. 潜在风险
+
+---
+
+## 10. 纯 Agent 式下的锁定、重生成与修改语义
+
+## 10.1 锁定语义
+
+建议支持以下语义：
+
+1. 锁定对象
+2. 锁定字段
+3. 锁定关系
+4. 锁定当前版本
+
+例如：
+
+- 锁定这个角色的身份和秘密，但可以重写语气
+- 锁定这条冲突，不要再改动它的基本方向
+- 锁定第一幕结构，只优化角色高光
+
+## 10.2 重生成语义
+
+建议支持以下语义：
+
+1. 完整替换
+2. 保留锚点重做
+3. 仅补长尾
+4. 给出多个候选版本
+
+例如：
+
+- 保留世界观和角色，重做关键地点
+- 保留第一幕结构，给我三个更强的转折版本
+- 只补 5 个更有辨识度的路人 NPC
+
+## 10.3 修改语义
+
+Agent 应能识别这些常见修改类型：
+
+1. 收紧风格
+2. 增强冲突
+3. 提高角色辨识度
+4. 减少套路感
+5. 让地点更有故事残痕
+6. 把支线和主线绑定得更紧
+7. 提高队友反应和选择后果
+
+这些应该是内容层意图，而不是要求用户直接碰底层字段。
+
+---
+
+## 11. 纯 Agent 式的主要风险与防护
+
+## 11.1 风险 1：对话越长，世界越散
+
+防护方式：
+
+1. 周期性强制摘要
+2. 关键内容结构化落库
+3. 锁定内容固定展示
+4. 提供“当前世界圣经”入口
+
+## 11.2 风险 2：Agent 过度代写，创作者失去作品归属感
+
+防护方式：
+
+1. 高杠杆锚点必须要求确认
+2. 重要改动前先说“我准备改什么”
+3. 默认优先给多个候选，而不是直接盖写
+4. 允许创作者随时回退到旧版本
+
+## 11.3 风险 3：局部修改带出全局漂移
+
+防护方式：
+
+1. 只在目标作用域内修改
+2. 修改后自动展示影响范围
+3. 对高风险改动要求二次确认
+
+## 11.4 风险 4：看起来轻松，实际上难以收口
+
+防护方式：
+
+1. 阶段化工作流
+2. 每阶段有明确产物
+3. 不是无限聊天，而是要进入“底稿确认 -> 精修 -> 导出”
+
+## 11.5 风险 5：成本和延迟持续上升
+
+防护方式：
+
+1. 长会话摘要压缩
+2. 按对象加载上下文
+3. 局部编译，而不是每轮重编整世界
+
+---
+
+## 12. 推荐转型路线
+
+不建议一步到位把当前方案彻底替换成纯聊天。
+
+更稳的路线是分 3 步走。
+
+## 12.1 第一步：先把纯 Agent 做成默认入口
+
+这一阶段：
+
+1. 用户进入后直接和 Agent 聊
+2. Agent 帮用户收集最小锚点
+3. 系统在后台仍然生成当前方案里的结构化初稿
+4. 结果页仍保留为可选工作台
+
+这一阶段的目标是：
+
+**把“起步方式”改成聊天，但不动后端结构主链。**
+
+## 12.2 第二步：让关键对象编辑也支持 Agent 化
+
+这一阶段：
+
+1. 角色、地点、势力、主线第一幕都支持在聊天里精修
+2. Agent 支持锁定、重做、总结、对比
+3. 工作台逐步退成辅助视图，而不是默认主路径
+
+这一阶段的目标是：
+
+**让大多数高价值修改都可以通过聊天完成。**
+
+## 12.3 第三步：工作台只保留总览和导出
+
+到了这一阶段，前台已经基本纯 Agent 化，但仍建议保留：
+
+1. 世界圣经总览
+2. 已锁定对象列表
+3. 版本快照
+4. 风险与 QA 结果
+5. 导出面板
+
+这一阶段的目标不是消灭结构，而是：
+
+**让结构从“编辑入口”退成“掌控和收口工具”。**
+
+---
+
+## 13. 最后结论
+
+纯 Agent 式对话创作工具的最大优势，是把创作入口从“填写工具”变成“和懂创作的人对话”。
+
+它会明显提升：
+
+1. 首次上手意愿
+2. 创作陪伴感
+3. 模糊想法的收束效率
+4. 移动端可用性
+
+但它也天然会削弱：
+
+1. 世界总览
+2. 精确编辑
+3. 局部重生成边界
+4. 长项目稳定性
+5. 质量审计与交接能力
+
+因此，对当前项目最合理的方向不是彻底放弃结构化方案，而是把它升级成：
+
+**前台纯 Agent 主交互，后台结构化世界模型持续存在，锁定、摘要、快照、局部重生成和质量护栏全部保留。**
+
+一句话收束：
+
+**可以把“创作入口”彻底 Agent 化，但绝不能把“世界状态管理”也做成纯聊天。**

docs/design/README.md

@@ -5,9 +5,12 @@
 ## 文档列表
 
 - [CUSTOM_WORLD_CREATOR_INPUT_AND_AI_BOUNDARY_DESIGN_2026-04-06.md](./CUSTOM_WORLD_CREATOR_INPUT_AND_AI_BOUNDARY_DESIGN_2026-04-06.md)：自定义世界里创作者输入与 AI 分工边界设计。
+- [CUSTOM_WORLD_CREATOR_MANUAL_AI_SYSTEM_BALANCE_DESIGN_2026-04-12.md](./CUSTOM_WORLD_CREATOR_MANUAL_AI_SYSTEM_BALANCE_DESIGN_2026-04-12.md)：自定义世界创作里“手填锚点 / AI 可改初稿 / 系统托管层”的平衡设计。
+- [CUSTOM_WORLD_CREATOR_PURE_AGENT_COMPARISON_AND_CONVERSION_DESIGN_2026-04-12.md](./CUSTOM_WORLD_CREATOR_PURE_AGENT_COMPARISON_AND_CONVERSION_DESIGN_2026-04-12.md)：纯 Agent 式创作工具与结构化工作台方案的优缺点对比，以及转型设计。
 - [CUSTOM_WORLD_TEMPLATE_DECOUPLING_AND_CROSS_GENRE_GENERALIZATION_DESIGN_2026-04-08.md](./CUSTOM_WORLD_TEMPLATE_DECOUPLING_AND_CROSS_GENRE_GENERALIZATION_DESIGN_2026-04-08.md)：把自定义世界从武侠/仙侠模板依赖迁到跨题材通用设定层的优化设计。
 - [CUSTOM_WORLD_SELF_OWNED_SETTING_LAYER_OPTIMIZATION_2026-04-08.md](./CUSTOM_WORLD_SELF_OWNED_SETTING_LAYER_OPTIMIZATION_2026-04-08.md)：把模板依赖逐步迁成自定义世界自有设定层，并保证不破坏当前生成流程的优化方案。
 - [AI_NATIVE_RUNTIME_ITEM_SYSTEM_REDESIGN_2026-04-02.md](./AI_NATIVE_RUNTIME_ITEM_SYSTEM_REDESIGN_2026-04-02.md)：运行时物品生成系统重设计。
+- [RPG_NARRATIVE_PLANNING_FULL_PIPELINE_WORKFLOW_2026-04-12.md](./RPG_NARRATIVE_PLANNING_FULL_PIPELINE_WORKFLOW_2026-04-12.md)：专业剧情策划构建 RPG 游戏全剧情的工作流程与交付模板。
 - [EQUIPMENT_BUILD_AND_FORGE_LOOP_SYSTEM_DESIGN.md](./EQUIPMENT_BUILD_AND_FORGE_LOOP_SYSTEM_DESIGN.md)：配装构筑与合成/锻造闭环设计。
 - [COMPANION_FIRST_CONTACT_RELATIONSHIP_AND_PRIVATE_CHAT_DESIGN_2026-04-04.md](./COMPANION_FIRST_CONTACT_RELATIONSHIP_AND_PRIVATE_CHAT_DESIGN_2026-04-04.md)：角色首遇感、关系分层解锁、私聊系统设计。
 - [SCENE_CHAPTER_LOOP_AND_FIRST_ENTRY_CHAPTER_QUEST_DESIGN_2026-04-08.md](./SCENE_CHAPTER_LOOP_AND_FIRST_ENTRY_CHAPTER_QUEST_DESIGN_2026-04-08.md)：把每个场景收束成章节单元，并在首进场景时开启章节任务的设计稿。
@@ -17,7 +20,10 @@
 ## 推荐阅读
 
 - 做物品、Build、锻造相关需求时，先看前两份。
+- 做 RPG 全剧情规划、主支线矩阵、角色线、场景章节与剧情交付模板时，先看新增的全剧情策划流程。
 - 做自定义世界创作工作台、创作者输入边界、AI 分工设计时，先看第一份。
+- 做“哪些内容必须让创作者手填、哪些适合 AI 先生成再改、哪些必须系统托管”这类分层设计时，优先看新增的输入平衡设计稿。
+- 做“是否应该转成纯 Agent 式创作工具、转了之后前后台各该怎么收口”这类产品方向评估时，优先看新增的纯 Agent 对比与转型设计稿。
 - 做自定义世界去模板依赖、跨题材泛化、兼容迁移设计时，优先看新增的去模板化优化设计稿。
 - 做“模板依赖如何真正变成自定义世界自有设定层”的具体迁移方案时，优先看新增的自有设定层优化方案。
 - 做角色关系、同伴互动、对话表现时，先看后两份。