长文本之王:用 Kimi 驯服百万字游戏世界观 (Lore)
目录导航
- 前言:当“世界观圣经”变成了“灾难现场”
- 工具选型:为什么是 Kimi 而不是 GPT-4?
- Step 1. 投喂策略:如何把百万字小说“塞”给 AI
- Step 2. 剧情质检:30秒找出“吃书”漏洞
- Step 3. 关系可视化:从文本到 Mermaid 关系图谱
- 结语:把记忆外包给硅基生物
前言:当“世界观圣经”变成了“灾难现场”
做长线运营游戏(Live Service)或者网文 IP 改编的策划兄弟们,一定有过这种崩溃时刻:写到第 5 章的时候,突然想不起配角 A 在第 1 章里到底是“左撇子”还是“右撇子”;或者策划 B 刚写死了一个 NPC,结果策划 C 说这个 NPC 在两年前的活动剧情里已经“飞升”了。这就是所谓的“吃书” (Retcon)。
以前我们靠人脑记,靠 Excel 里的“世界观圣经”查,效率极低且容易出错。但现在,随着 Long Context (超长上下文) 技术的突破,我们可以把整本小说、整部剧本扔给 AI,让它成为一个“过目不忘的图书管理员”。今天我们就用国内长文本能力最强的 Kimi (月之暗面) 来演示这套工作流。
工具选型:为什么是 Kimi 而不是 GPT-4?
在处理“海量文本”任务时,传统的 GPT-4o(虽然也有 128k context)在处理中文长文档时,往往会出现“迷糊”的情况。而 Kimi 和 Google 的 Gemini 1.5 是目前的“长跑冠军”。
| 维度 | Kimi 智能助手 (CN) | Gemini 1.5 Pro (Global) | GPT-4o (Global) |
|---|---|---|---|
| 上下文窗口 | 20万字 (内测可达 200万) | 100万 - 200万 Tokens | 128k Tokens |
| 大海捞针能力 | 极强 (无损召回) | 极强 | 中等 (长文末尾易遗忘) |
| 中文理解 | Native 级 (懂网文/修仙梗) | 优秀 | 优秀 |
| 文件上传 | 支持 PDF/Word/TXT 多文件 | 支持全格式 | 支持 |
结论:对于国内开发者,处理中文剧本和小说,Kimi 是首选,不仅因为网络门槛低,更因为它对中文长文本的逻辑关联能力在实测中表现极佳。
Step 1. 投喂策略:如何把百万字小说“塞”给 AI
不要直接把几十个 Word 文档一股脑扔进去,AI 也是会“消化不良”的。我们需要做数据清洗。
1. 格式转换 (Data Cleaning)
- 最佳格式:
.txt或.md(Markdown)。 - 原因:PDF 和 Word 包含大量无用的排版代码(页眉、页脚、格式符),会占用 Token 并干扰 AI 理解。
- 操作:用脚本或转换工具,将你的剧本转为纯文本。
2. 分卷上传 (Chunking Strategy)
虽然 Kimi 支持超长文本,但为了保证最高精度,建议按“卷”或“篇章”上传。
- 操作:在 Kimi 网页版点击“+”号,一次性上传《苟在初圣魔门当人材.txt》
- Prompt 激活:上传后,先发一条指令确认 AI 已经读完。
Prompt 示例: “我已经上传了《苟在初圣魔门当人材》的文档。请阅读并分析这些文档,梳理出其中的核心时间线。如果你准备好了,请回复‘已读取’。”

- 图注:Kimi 的文件投喂界面。左下角显示支持最多 50 个文件,红框标出了上传的多个 .txt 剧本文件,右侧显示“阅读中”的状态。
- 配图目的:展示多文件并发处理的操作入口。
Step 2. 剧情质检:30秒找出“吃书”漏洞
这是这套工作流最有价值的地方。我们要把 AI 当成“找茬 QA”。
场景 A:设定冲突检测
你写了一段新剧情,但不确定是否和旧设定冲突。
Prompt 模板:
# Role
你是一名严谨的游戏世界观架构师,拥有过目不忘的记忆力。
Context
基于我上传的【世界观文档】和【人物小传】。
Task
请检查以下【新剧情段落】是否存在设定冲突(吃书)的情况。
重点检查:
- 角色性格是否 OOC (Out of Character)。
- 时间线是否矛盾(例如角色 A 此时是否应该在场)。
- 战力系统是否崩坏。
New Plot
[粘贴你的新剧情文本…]
场景 B:全书一致性扫描
如果你刚接手一个老 IP,想查查以前有没有坑。
Prompt 模板:
请扫描所有上传文档,列出“吕阳”这个角色的所有出场记录。
并分析他的瞳孔颜色在不同章节的描述是否一致?
他的武器有损害吗,后续章节是否错误地再次使用了该武器
Kimi 的回答示例:

- 图注:Kimi 的回复截图。它精准地引用了两个不同文档中的段落(标出了页码或章节),指出了逻辑矛盾点。
- 配图目的:证明长文本模型在“跨文档检索”上的精准度。
Step 3. 关系可视化:从文本到 Mermaid 关系图谱
光看文字很累,我们需要一张人物关系图 (Character Map)。以前要手画,现在用 Kimi + Mermaid.js 一分钟生成。
操作步骤:
-
提取关系数据: 让 Kimi 把文本里的关系结构化。
Prompt:
请阅读文档,梳理“第一章到第20章”中涉及的所有人物及其关系。 请按以下格式输出 Mermaid 代码: graph LR A[人物A] -- 关系描述 --> B[人物B] -
获取代码: Kimi 会吐出一大段代码,类似:
graph LR 张三(主角) -- 师徒 --> 李四(师父) 王五(反派) -- 杀父之仇 --> 张三 赵六(女主) -- 暗恋 --> 张三 -
渲染图表: 将这段代码复制到 Mermaid Live Editor (在线网站) 或者 Obsidian 笔记中,瞬间生成复杂的关系网。

%% 第一章
吕阳 -- 穿越者/宿主 --> 吕阳
吕阳 -- 被分配 --> 合欢殿
黑衣道人 -- 点名执事 --> 吕阳
陈良 -- 被炼成骨玉剑 --> 黑衣道人
玉素真 -- 合欢殿师姐 --> 吕阳
%% 第二章
吕阳 – 被采补致死 –> 玉素真
吕阳 – 重开一世 –> 吕阳
吕阳 – 反采补致死 –> 玉素真
%% 第三章
刘信 – 接引弟子 –> 吕阳
陈皓 – 炼宝殿执事 –> 吕阳
吕阳 – 领取骨玉剑 –> 陈皓
吕阳 – 领取补气丸 –> 炼丹殿
吕阳 – 领取人面鸮 –> 御兽殿
%% 第四章
刘信 – 诱骗修炼 –> 吕阳
吕阳 – 修炼先天道书 –> 刘信
刘信 – 炼化吕阳为先天一炁 –> 吕阳
%% 第五章
吕阳 – 重开选择先天一炁 –> 吕阳
刘信 – 失去兴趣 –> 吕阳
%% 第六章
吕阳 – 领取龙虎交媾阴阳大乐赋 –> 藏书阁
吕阳 – 贷款兑换神霄御剑真决 –> 藏书阁
吕阳 – 获得鼎炉 –> 云妙清
%% 第七章
吕阳 – 采补获得剑诀经验 –> 云妙清
吕阳 – 炼制白骨飞剑 –> 吕阳
%% 第八章
赵旭河 – 善功楼执事 –> 吕阳
吕阳 – 借贷三河会 –> 赵旭河
吕阳 – 购买阴阳仙葩 –> 赵旭河
%% 第九章
清尘仙子 – 诱骗洞府机缘 –> 吕阳
吕阳 – 拒绝 –> 清尘仙子
吕阳 – 购买元气大丹 –> 清尘仙子
%% 第十章
吕阳 – 反杀 –> 黑衣人甲
吕阳 – 反杀 –> 黑衣人乙
吕阳 – 反杀 –> 黑衣人丙
吕阳 – 获得敛气决 –> 黑衣人
%% 第十一章
吕阳 – 修炼杀生咒 –> 吕阳
王柏荣 – 藏书阁老人 –> 吕阳
%% 第十二章
萧石叶 – 功德池中奖 –> 萧石叶
吕阳 – 认识中奖数字 –> 萧石叶
王柏荣 – 讨论替死阴骸 –> 吕阳
%% 第十三章
赵旭河 – 组织盘龙岛探险 –> 众人
清尘仙子 – 协助 –> 赵旭河
王柏荣 – 被利用 –> 赵旭河
吕阳 – 岛外埋伏 –> 吕阳
吕阳 – 黑吃黑击杀 –> 赵旭河
%% 第十四章
吕阳 – 自爆 –> 吕阳
吕阳 – 获得万乘御龙飞升宝卷 –> 赵旭河
%% 第十五章
吕阳 – 重开选修为 –> 吕阳
吕阳 – 炒卖替死阴傀 –> 赵旭河
%% 第十六章
吕阳 – 离场赚6万贡献点 –> 替死阴傀市场
赵旭河 – 爆仓 –> 替死阴傀市场
%% 第十七章
吕阳 – 拒绝加仓 –> 赵旭河
吕阳 – 闭关 –> 吕阳
%% 第十八章
吕阳 – 修炼天魔化血神光 –> 吕阳
吕阳 – 剥皮炼剑丸 –> 吕阳
%% 第十九章
吕阳 – 炼成血影 –> 吕阳
吕阳 – 炼成血阳剑丸 –> 吕阳
吕阳 – 突破炼气七层 –> 吕阳
%% 第二十章
吕阳 – 结识 –> 萧石叶
萧石叶 – 赠送遁空旗 –> 吕阳
刘信 – 埋伏 –> 吕阳
清尘仙子 – 跟随 –> 刘信
吕阳 – 联手萧石叶 –> 吕阳
吕阳 – 击杀刘信团队 –> 刘信
- 图注:左侧是 Kimi 生成的代码块,右侧是渲染出来的复杂人物关系网状图。
- 配图目的:展示如何将非结构化的“小说文本”转化为结构化的“图谱数据”。
结语:把记忆外包给硅基生物
人类的记忆是不可靠的,尤其是面对几百万字的设定集时。 Kimi 并不是在替你写剧情,它是在替你“记”剧情。
通过这套流程:
- TXT 投喂 = 建立外脑数据库
- 冲突检测 = 自动化剧情测试
- Mermaid 可视化 = 动态关系管理
剧情策划终于可以从“翻烂书找设定”的机械劳动中解放出来,把精力真正花在构思那些打动人心的故事上。
Tags: #游戏世界观 #Kimi #长文本处理 #Lore管理 #游戏策划 #Mermaid #AIGC#



