ARTICLE · 1132733
安卓可用!AI小说写作工具,7个文件稳住长篇人设不崩盘
上一章主角手里还握着剑，下一章突然就没了。三十章前埋的伏笔，AI 自己都不记得。说好的筑基期，写着写着变成了金丹期。
用 AI 写过长篇的人，大概都经历过这种"记忆崩坏"。
问题往往不在模型不够聪明，而在于——没人在管这本书的状态。
GitHub 上有个 10.1K Star 的开源项目，就是冲着这件事去的。
以前想用它，得自己把项目跑起来、部署成网页端，这一步劝退了不少只想写小说的人。
现在，它有安卓版了。
· · ·
这次拿到的安卓包，省掉了自己搭环境、部署网页端的全部步骤。装完接上大模型 API，就能直接开写。
图：InkOS Studio 工作台
打开就是一套完整工作台：书籍管理、章节审阅编辑、实时写作进度、市场雷达、数据分析、文风分析、题材管理、真相文件编辑——命令行能做的，这里基本都可视化了。
但有两件事得先说清楚：
一是它本身不提供大模型。 写字的活儿是模型干的，API Key 要你自己去开，费用按实际用量走。
二是这个安卓包属于第三方移植。 包名和官方发行并不一致，不是原作者发布，版本进度也可能落后于官方主线。
至于它凭什么值得你装——得先看它到底解决了什么问题。
· · ·
InkOS 是一个面向故事创作与多语言翻译的 AI Agent 系统，作者 Narcooo，在 GitHub 开源，采用 AGPL-3.0 协议。
它管的不只是"写"，而是把创意、设定、角色、记忆、审稿、修订、封面、互动状态、跨语言交付，全部交给智能体统一管理。
长篇连载、独立短篇、剧本剧作、同人番外、仿写续写、互动影游、开放世界、长文翻译——都从同一个工作台开始。
一句话：它不生产灵感，它管理工程。
图：互动影游模式
· · ·
普通做法是把整本书往上下文里塞，塞不下就开始忘。InkOS 换了个思路：把小说当工程项目来管。
① 7 个"真相文件"，管住全书一致性
每本书自动维护 7 个文件：世界当前状态、资源账本、待处理伏笔池、章节摘要、支线进度板、情感弧线、角色矩阵。
角色记不住的事，文件记得。所以不会出现"上一章有剑、下一章没了"这种经典翻车。
② 33 维度连续性审计
审计官会逐章检查：角色出戏、战力数值崩坏、节奏单调、信息泄露、词汇疲劳、视角跳跃……总计 33 个维度。写番外另有 4 个专属维度，检查会不会和正传冲突、会不会提前泄露后续信息。
③ 写后验证器 + 定点修复
内置一批确定性规则，盯句式、重复用词和套话密度，命中就自动触发定点修复，而不是整章重写。
④ 文风仿写与题材自定义
能分析参考作品生成风格档案，一键注入写手提示词；内置玄幻、仙侠、都市、恐怖等题材规则，还能给每一本书单独写规则文件。
· · ·
最值得说的一点是"人工审核门控"。 它不是让 AI 闷头写完三十万字再给你看，你始终握着方向盘。
图：开放世界剧本示例
· · ·
1. 开源协议是 AGPL-3.0。
自己用没问题；如果要二次分发或拿它做对外服务，先看清协议条款再动手。
2. 生成长篇不等于生成好长篇。
33 个维度的审计解决的是"前后矛盾"，解决不了"故事好不好看"。AI 产出的内容需要你逐章审校，直接拿去投稿风险很大。
3. 同人和仿写，注意版权。
拿别人的世界观、人物形象、故事大纲来写同人，公开发表和商用都有侵权风险。仿写文风可以，别顺手把别人的原创设定一起搬走。
4. 书稿和密钥是你的资产，想清楚再上云。
用第三方模型服务时，你的设定和正文会离开本地。敏感内容和未发表的商业稿，自己衡量清楚。
· · ·
适合：
•写长篇连载，被"设定崩坏、伏笔丢失"折磨过的作者
•想批量试题材、做大纲和设定推演的人
•愿意折腾 API、也愿意在生成后亲手改稿的人
•不想折腾环境、只想装上就写的人（这次就是为了你们）
可以先等等：
•指望装完就能一键出爆款小说的
•完全不想配 API、不想花模型费用的
•写严肃文学、对文本精度要求极高的
· · ·
回复“20261007”即可获取。
反馈 bug 时，说清楚做了什么操作、在哪个位置，再附上截图——这样作者才好复现问题。
· · ·
工具能替你写完三十万字，但没人能替你决定，这个故事值不值得写。
InkOS 的意义不是"让 AI 替你写书"，而是让长篇这件事变得可控——你知道每一章的状态、每一条伏笔的下落、每一个角色在哪一刻变了心。
这些东西，以前只有最认真的作者才会工工整整记在本子上。
现在，它变成了一套可以自动维护的文件。