AI-Writer
BlinkDL 开源的 AI 写中文小说工具。使用基于 RNN/语言模型 (RWKV-LM) 的预训练模型,专注于生成中文网文 (如玄幻、言情、网络小说)。
将'根据开头 + 设定→自动续写/生成后续内容'的流程自动化,能够快速生成连贯 (或半连贯) 的小说段落/章节。
实战
git clone https://github.com/BlinkDL/AI-Writer.git
cd AI-Writer
python run.py
python server.py
流程:
- 打开后,在界面 (或命令行) 中输入文章/小说的开头 (几句话或者一个段落)
- 设置续写长度、采样参数 (如 temperature/随机度/生成字数)
- 执行续写 → 等待 AI 输出生成内容
- AI 自动生成后,你可以手动编辑、删改、组合输出内容
- 满意则可保存或导出为纯文本、Markdown、其他格式
局限性:
- 内容质量参差:由于模型训练语料主要是网络小说 (网文),逻辑可能混乱、背景、角色、情节会出现'不合常识/荒诞/跳跃',特别是当生成很长文本时;
- 语义/常识不可靠:模型欠缺现实世界的常识与约束,生成内容不适合严肃/现实主义写作 (尤其是当你希望内容逻辑严谨、人物行为合理时)
- 可能重复/填充/无意义文字 — 如果采样随机度太高或续写太长,有可能出现重复、无意义或格式混乱的段落。多数用户建议生成后手工修订。
- 仅供娱乐/灵感参考 — 官方及社区多处强调:生成内容仅供娱乐/灵感/实践参考,不适合当作严肃创作或发表用途。
- 硬件/性能限制 — 如果没有 GPU,使用 CPU 生成会比较慢;大模型、长文本、频繁续写,可能需要较多显存/计算资源。
InkOS
用 Gemini/GPT/Claude 直接生成长篇小说时,存在问题诸如:角色记忆崩坏、伏笔断裂、战力数值飘忽、文风疲劳。开源 InkOS 试图用'真相文件 +33 维度审计 + 审计 - 修订闭环'来系统性解决这些痛点。
多智能体 CLI 系统,由 Radar(市场雷达)、Architect(架构师)、Writer(写手)、Auditor(审计官)、Reviser(修订者) 等多个 Agent 组成,目标是把长篇小说创作当成一个'工程项目'来管理。
小说创作拆解为流水线:
- 长期记忆机制:每本书自动维护 7 个真相文件(truth files),包括:
current_state.md(世界当前状态)、particle_ledger.md(资源账本)、pending_hooks.md(待处理伏笔池)、chapter_summaries.md(章节摘要)、subplot_board.md(支线进度板)、emotional_arcs.md(情感弧线)、character_matrix.md(角色矩阵)。这些文件确保全书范围内角色记忆、数值、伏笔、时间线绝对一致,避免了'上一章主角有剑,下一章突然没了'的经典 AI 翻车。 - 33 维度连续性审计:审计官会检查 OOC(角色出戏)、战力崩坏、节奏单调、信息泄露、词汇疲劳、视角跳跃等 33 个维度,甚至还有针对番外的 4 个专属维度(正传事件冲突、未来信息泄露等)。
- 写后验证器 + 反 AIGC 检测:内置 11 条确定性规则(禁止句式、禁止连续'了'字、套话密度等),违规自动触发 spot-fix(定点修复)模式。同时支持 GPTZero 等外部 API 检测,并提供反检测改写管线。
- 文风仿写与题材自定义:可分析参考小说生成 style_profile.json,一键注入写手 Prompt;内置玄幻、仙侠、都市、恐怖等 5 个题材规则,还支持每本书独立自定义 book_rules.md。
多智能体系统
| Agent | 职责 |
|---|---|
| 雷达 Radar | 扫描平台趋势和读者偏好,指导故事方向(可插拔,可跳过) |
| 建筑师 Architect | 规划章节结构:大纲、场景节拍、节奏控制 |
| 写手 Writer | 根据大纲 + 当前世界状态生成正文 |
| 连续性审计员 Auditor |


