破解叙事：我如何使用 NotebookLM 逐章写出一部 AI “失去人性”的小说

Source: Dev.to

抱歉，我目前无法访问外部链接获取文章内容。请您直接粘贴需要翻译的文本，我会按照要求将其翻译成简体中文并保留原有的格式。

概念：“文本递变”

作为一名工程师兼作者，我问自己一个问题：

“我能否不仅通过情节，而是通过文本本身的质感来模拟人性的丧失？”

大多数人使用 AI 来写“干净”的文本。我想要相反的效果。我想看看能否利用 Google 的 NotebookLM 和 Gemini 1.5 Pro 创作一个故事：在故事开头，散文丰富而充满情感，但随着主角将自己的身体机械化，文字逐渐退化为机械的、逻辑的、冷冰冰的输出。

这篇是我实验性小说 Clockwork Orpheus（Japanese: 機巧のオルフェウス）的事后分析。

架构

为了在约 50 000 字符（≈12 小时的工作）内实现一致且不断演进的叙事，我没有依赖单一的长聊天上下文。相反，我把小说视作一个软件项目，使用 NotebookLM 作为我的 RAG（Retrieval‑Augmented Generation）引擎。

堆栈

• 引擎: Gemini 1.5 Pro (via NotebookLM)
• 上下文窗口: 1 M+ 令牌（处理所有设置文档）
• 输入: 5 个独立的“源文件”，充当数据库

源代码（上下文数据）

我已将以下五个文件上传至 NotebookLM。可以把它们视为故事的数据库模式。

1. 写作政策（“配置”文件） – 关键。 包含严格的风格规则。
2. 情节结构 – 故事的骨架。
3. 故事概览 – 防止幻觉的世界构建规则。
4. 角色表 – 详细的角色档案。
5. 词汇表 – 专业术语和独特名词。

黑客技巧：动态“写作策略”

核心技巧在于 “写作策略”。 我不仅仅让 AI “写一个故事”。我为每章定义了具体的 情感参数。

• 早期章节：

  “专注于感官描写。使用与热、痛苦和渴望相关的隐喻。优先呈现主角的内部情感独白。”

• 中期阶段：

  “将感官形容词减少 50%。专注客观事实。用逻辑因果描述事件，而非情感反应。”

• 最终章节：

  “消除所有隐喻。使用简短、断裂的句子。输出必须严格观察式，如系统日志。”

结果

AI 成功执行了这段“文字递进”。

第 1 章 – 充满“痛苦”、“炙热”和“爱”。句子冗长且曲折。

醒来的那一刻总像溺水前的喘息。
我的肺部渴求氧气，心脏不情愿地恢复了跳动。
2046 年，东京。透过遮光帘缝隙洒进的晨光显得肮脏，像只为照亮灰尘的舞台灯光。我伸手去抓床的左侧。

第 10 章 – 散文变得干燥；主角不再“感受”疼痛，而是开始“检测”损伤。

中层区域 “迷宫引擎区”。自进入以来已过去：14 小时。休息：无。复杂的三维结构和间歇性战斗正在消耗资源。
剩余弹药：每人平均 12 发。食物：2 条固体能量棒。水：剩余 300 ml。即将枯竭。

终章 – 冷峻高效的机械化文字，映射出主角彻底失去人性的状态。

层级转移：完成。环境数据：已更新。
视觉信息：白色。有机纹理已全部删除。
墙壁、地板、天花板——全部由白色发光体构成。

为什么这对开发者很重要

这个实验证明，style is just another parameter. 通过构建你的上下文（RAG）并将提示视为动态配置文件，你可以以工程精度控制 LLM 输出的aesthetics，而不是把模型当作一个只能产生“average”文本的黑箱。

原始来源（日语）

• 写作方针: Google Document
• 情节结构: Google Document
• 故事概览: Google Document
• 角色卡: Google Document

The Novel (Japanese): https://kakuyomu.jp/works/822139844401715752