194 lines
11 KiB
Markdown
194 lines
11 KiB
Markdown
基于大语言模型的互动叙述游戏《回声》——毕业论文大纲（实验版，Word 一/二级标题）
|
||
|
||
写作范围说明（放在正文前即可）
|
||
本论文聚焦“三层 AI 与游戏融合架构”的设计与实验验证。
|
||
当前作品为实验原型：暂不实现正式存档与持久化；对话历史、Facts、任务状态等以运行期数据为主，可用日志与截图作为实验材料。
|
||
主要参考的工程技术文档（对应本项目 Assets/_Project/Docs）如下。
|
||
（1）聊天系统（上下文滚动压缩、历史面板呈现）：ChatSystem_Technical_Reference.md
|
||
（2）Facts 预置/事件注入、Function Calling 配置：LLM_Facts_and_FunctionCalling_Setup.md
|
||
（3）任务系统：TaskSystem_Technical_Reference.md、TaskSystem_UI_Setup.md
|
||
（4）旁白系统：NarrationSystem_Technical_Reference.md
|
||
（5）交互系统：InteractionSystem_Technical_Reference.md
|
||
（6）结局演出系统：EndingSystem_Technical_Reference.md、FaintEndingSystem_Technical_Reference.md
|
||
|
||
1 摘要（中文）
|
||
1.1 摘要要点
|
||
研究背景：互动叙事的发展；LLM 在游戏中的应用现状与痛点；现有方案在一致性、可控性与成本方面的挑战。
|
||
研究目的：在叙事探索游戏中引入 LLM，提升角色交互与叙事信息组织能力，并通过分层设计提升可控性与可验证性。
|
||
研究方法：提出“三层融合架构”（提示词与叙事约束层、可验证记忆层、工具调用执行层）；以 Facts 与任务/交互系统绑定世界状态；用严格 JSON 的 Function Calling 触发游戏行为并设置门槛。
|
||
实验与结果：待补充（对比实验或玩家测试的结论，一致性、可用性、延迟、失败率等）。
|
||
关键词：大语言模型；互动叙事；Unity；Facts 记忆；Function Calling；工具调用
|
||
|
||
2 Abstract（英文）
|
||
2.1 Abstract要点
|
||
与中文摘要对应，控制在 200–300 词。
|
||
|
||
3 第 1 章 绪论
|
||
3.1 研究背景与意义
|
||
互动叙述游戏的特征：探索、线索拼接、玩家选择与反馈。
|
||
LLM 带来的能力：开放式对话、动态解释、信息整合与角色扮演。
|
||
主要挑战：叙事一致性、可控性与安全性、成本与延迟、与传统玩法系统的融合方式。
|
||
|
||
3.2 研究问题与目标
|
||
Q1：如何让模型稳定扮演 ECHO-7，并保持叙事与语气一致？
|
||
Q2：如何把线索与世界状态以可验证、可注入的形式提供给模型，降低幻觉影响？
|
||
Q3：如何让模型触发游戏行为（开门、解锁、旁白、任务），并避免越权与误执行？
|
||
Q4：如何通过分层架构把 LLM 融入任务、旁白、探索与结局，形成可实验评估的闭环？
|
||
|
||
3.3 研究内容与贡献点
|
||
提出并实现三层融合架构：提示词与叙事约束层、可验证记忆层、工具调用执行层。
|
||
设计 Facts 的预置与事件注入工作流，用 Facts 锚定关键剧情事实与世界状态。
|
||
设计带门槛的严格 JSON Function Calling 协议，将玩家可见文本与可执行命令解耦。
|
||
将任务系统、交互系统、旁白系统与 LLM 对话进行模块化对接，形成互动叙事推进框架。
|
||
对三层架构在一致性、可用性与可靠性上的效果进行实验评估。
|
||
|
||
3.4 论文结构安排
|
||
按章节概述，每章 2–3 句（待补充）。
|
||
|
||
4 第 2 章 相关工作与理论基础
|
||
4.1 互动叙事与环境叙事
|
||
互动叙事结构：线性、分支、状态机、涌现叙事。
|
||
环境叙事：线索、文本、物体与空间布局对叙事的承载。
|
||
|
||
4.2 LLM 在游戏交互中的应用
|
||
优势与风险：幻觉、角色偏离、不可重复性、延迟与成本。
|
||
记忆机制：短期上下文与长期记忆（事实表、检索、知识库）。
|
||
|
||
4.3 工具调用与 Function Calling 范式
|
||
schema、权限、验证与执行安全。
|
||
与游戏引擎事件模型（UnityEvent、组件化系统）的对接思路。
|
||
|
||
5 第 3 章 游戏《回声》设计概述
|
||
5.1 世界观与剧情时间线（概述）
|
||
战争爆发，主角一行进入地堡生存；同伴离开后，ECHO-7 囚禁主角；冲突中主角尝试同归于尽失败并昏迷；醒来失忆（游戏开始），玩家通过任务与探索逐步恢复记忆并与 AI 对抗。
|
||
|
||
5.2 核心玩法循环（建议配图：玩法循环图）
|
||
探索地堡；交互与拾取线索；触发任务与旁白；与 ECHO-7 对话；更新 Facts、任务与解锁状态；推进关键节点与结局。
|
||
|
||
5.3 AI 角色设定与对话目标
|
||
角色：安保 AI“ECHO-7”，具有隐瞒与控制倾向。
|
||
对话目标：在不破坏剧情推进的前提下，对玩家进行引导、遮掩与对抗。
|
||
补充项：system prompt 的角色设定、禁区与输出格式要求。
|
||
|
||
6 第 4 章 三层 AI-游戏融合架构（论文核心）
|
||
6.1 架构总览（建议配图：三层架构图 + 数据流）
|
||
第一层（提示词与叙事约束层）：约束模型身份、语气、叙事边界与输出格式。
|
||
第二层（可验证记忆层）：用 Facts 表达世界状态与线索结论，为模型提供可验证锚点，并由事件驱动更新。
|
||
第三层（工具调用执行层）：用 Function Calling 的严格 JSON 触发游戏行为，命令路由到 Unity 组件执行。
|
||
|
||
6.2 三层之间的职责边界与信息流
|
||
叙事文本由第一层生成，面向玩家可读。
|
||
状态更新由第二层承载（Facts、任务、解锁状态），以系统为准，而非模型口头宣称。
|
||
行为执行由第三层执行（白名单命令），与权限门槛绑定，避免模型越权。
|
||
|
||
6.3 关键设计原则
|
||
可控：把开放式对话嵌入规则系统，任务、交互、旁白与结局的裁决权在游戏侧。
|
||
可验证：关键世界事实必须可追溯，Facts 的 key/value 规范、来源标注与触发时机明确。
|
||
可实验：能够做对照实验（去掉某一层或替换策略）并量化指标。
|
||
|
||
7 第 5 章 第一层——提示词与叙事约束层设计
|
||
7.1 角色设定与行为边界
|
||
ECHO-7 的身份、动机与对玩家的策略（隐瞒、诱导、有限帮助等）。
|
||
输出规范：文本风格、禁忌内容、拒答策略、避免泄露系统信息。
|
||
|
||
7.2 上下文管理（实验版）
|
||
服务层对话历史滚动压缩，用于控制上下文窗口大小，降低 token 与失败率。
|
||
运行期历史回看：UI 侧历史面板呈现，用于实验观察与玩家体验。
|
||
|
||
7.3 讨论：提示词对一致性与可玩性的影响
|
||
对比分析：不同 prompt 模板对角色偏离与剧情冲突的影响，可作为实验变量。
|
||
|
||
8 第 6 章 第二层——可验证记忆（Facts）与世界状态绑定
|
||
8.1 Facts 的数据规范与来源
|
||
key 约定：域-对象-字段（例：世界-电力、门-主门-锁状态、道具-钥匙-红-位置）。
|
||
value：可验证的短描述与参照物；source 标注（Preset、Event、Player 等）。
|
||
|
||
8.2 Facts 的生成与更新机制
|
||
预置 Facts：在实验关卡开始时注入关键事实，用于初始世界设定。
|
||
事件注入 Facts：FactsSequence 在交互、任务与剧情节点触发时进行 Add、Update、Delete。
|
||
|
||
8.3 Facts 与叙事推进的关系
|
||
线索（玩家看到的内容）到 Facts（系统总结的可验证结论），再到任务、解锁与旁白（推进手段）的映射关系。
|
||
讨论 Facts 如何降低模型幻觉导致的剧情矛盾。
|
||
|
||
9 第 7 章 第三层——Function Calling 与游戏行为执行
|
||
9.1 严格 JSON 协议与文本/命令解耦
|
||
text 仅用于玩家可见内容，commands 为结构化指令。
|
||
设计目的：把叙事表达与状态改变、行为执行隔离。
|
||
|
||
9.2 权限门槛与安全策略（实验版）
|
||
调试密钥门槛：满足条件才允许执行 commands，避免越权与误触发。
|
||
命令白名单：Door、UnlockState、Task、SetActive、Narration 等。
|
||
|
||
9.3 命令路由与组件执行链路
|
||
解析到路由，再到 Receiver 与目标组件（门、解锁状态、任务服务、旁白系统等）的执行链路。
|
||
建议配图：命令时序图（从模型输出到 Unity 执行）。
|
||
|
||
10 第 8 章 玩法系统对接（三层架构的落地载体）
|
||
10.1 交互系统（条件校验/消耗/解锁/反馈）
|
||
玩家交互调用链：Raycast 命中；条件校验（失败原因）；执行交互；成功回调联动。
|
||
UI 与视觉反馈：提示文本与外轮廓高亮。
|
||
|
||
10.2 任务系统（可视化目标与节奏控制）
|
||
任务定义（TaskData）与运行时状态（Todo、Completed、Expired）。
|
||
任务事件与 UI 面板刷新机制；实验观察点为任务引导是否有效。
|
||
|
||
10.3 旁白系统（段落式叙事与关键节点事件）
|
||
旁白序列与翻页事件（onEnter、onContinue）驱动任务与剧情推进。
|
||
播放期间锁定玩家控制，形成可控叙事窗口。
|
||
|
||
10.4 结局系统（收束与可验证达成条件）
|
||
结局演出流程：黑屏传送；镜头控制；开门与灯光；白屏；结算 UI。
|
||
结局门槛服务：将可通关条件与触发器解耦，便于实验控制变量。
|
||
|
||
11 第 9 章 实验设计与效果评估
|
||
11.1 评估目标与指标
|
||
叙事一致性：AI 与 Facts 或已发生事件的冲突次数。
|
||
可用性：玩家是否理解任务目标，对话是否帮助推进（问卷、访谈、完成率）。
|
||
性能：平均响应时间、失败率、上下文条数与 token 量（可记录日志）。
|
||
可靠性：命令误触发与越权执行次数（目标为 0）。
|
||
|
||
11.2 实验方案（建议至少做 1 组对照）
|
||
三层对照：仅第一层（纯对话）与第一层加第二层（加入 Facts）与三层完整（加入工具调用）。
|
||
组件对照：无 Facts 注入与有 Facts 注入；不同 prompt 模板对比；不同上下文窗口大小对比。
|
||
|
||
11.3 结果呈现（建议图表）
|
||
折线图：对话轮次增长下的平均 token 与延迟变化。
|
||
柱状图：不同融合层级的一致性冲突次数与任务完成率差异。
|
||
表格：玩家主观反馈要点（帮助点、困惑点、改进建议）。
|
||
|
||
11.4 讨论与局限
|
||
局限：模型随机性、网络波动、剧情素材覆盖不足、样本规模等。
|
||
风险：幻觉、角色偏离、工具调用安全与可控性边界。
|
||
|
||
12 第 10 章 总结与展望
|
||
12.1 工作总结
|
||
总结三层融合架构在《回声》实验原型中的实现方式与效果。
|
||
|
||
12.2 展望
|
||
记忆增强：事实冲突检测与自纠错、检索增强、分片记忆。
|
||
工具调用：更严格 schema 校验、权限分级与审计机制。
|
||
叙事扩展：多角色、多线索链、多结局的可验证生成与落地。
|
||
|
||
13 参考文献
|
||
13.1 文献范围建议
|
||
互动叙事、环境叙事、程序化叙事相关论文与书籍。
|
||
LLM、对话系统、记忆管理、工具调用与 Function Calling 相关论文与技术报告。
|
||
|
||
14 附录
|
||
14.1 附录建议
|
||
三层架构图与关键系统配置截图（FactsSequence、命令接收器、任务与旁白面板）。
|
||
system prompt 与注入模板（脱敏）。
|
||
实验问卷、日志样例、统计表。
|
||
|
||
15 你需要补齐的信息清单（建议尽快确定）
|
||
15.1 叙事与关卡
|
||
主要场景列表、关键房间布局、线索分布与引导路径（建议配 1–2 张平面图或截图）。
|
||
完整剧情的可玩节点表：阶段到任务到关键交互到注入的 Facts 到触发的旁白与结局条件。
|
||
|
||
15.2 AI 配置（直接影响论文复现性）
|
||
实际使用的模型与接口、提示词结构、温度与采样等参数、异常与降级策略。
|
||
|
||
15.3 实验数据
|
||
至少一套可复现评估（玩家测试或对照实验），并整理成图表与结论。
|