2026 开源 AI 写作工具实测清单：33 个项目怎么选
网上搜「AI 写小说工具」，能搜到几十篇盘点。问题有两个：一半是软文，把自家付费产品和免费工具混在一起讲；另一半连名字都不对——把工具官网记错的、把概念稿当成已上线产品的、把某个模型的介绍当成工具的，都有。
所以这份清单换了种做法：不抄别人的盘点，直接从 GitHub 拉。
怎么核实的
- 用 GitHub 官方接口按多组关键词检索，收集候选；
- 逐个拉仓库的 README 或 SKILL.md 正文，确认它到底做什么，不接受"简介里说得好听"；
- 逐个核对星数、主语言、许可证、最后推送时间，把已经不更新的剔除；
- 名目对不上、查不到实际内容的，一律不收。
最后保留 33 个。数据截至 2026 年 10 月 11 日。完整清单在开源工具页，这里给结论和选型。
一句话看清四个方向
这 33 个项目其实分了四类，选之前先确认你是哪一类需求：
| 你想要 | 看这一类 | 代表 |
|---|---|---|
| 装进现有编程 Agent，让它按流程干活 | 写作技能包 | Oh Story、Webnovel Writer、小说锻炉 |
| 把稿子洗得不像机器写的 | 去 AI 味 | lieflat、说人话、去 AI 味（qu-ai-wei） |
| 要一个看得见摸得着的桌面软件 | 桌面软件 | 天命、青幕、易创、弧光 |
| 拆书、诊断、看学术进展 | 拆书与研究 | AI 网文诊断台、Awesome Story Generation |
技能包：不适合所有人，但效率最高的一类
这一类是这两年冒出来的新形态：它不是软件，是一套装进 Claude Code、Codex、DeepSeek Harness 这类编程 Agent 里的工作流。装好之后，你在对话里说「写第 21 章」，它按预设流程走——先读状态、再写、写完自查、回写状态。
前两名星数几乎持平，定位却有区别：
- Oh Story（7428 星，MIT）覆盖全流程：扫榜选材、拆解爆款、搭大纲写正文、去 AI 味、生成封面图，共 13 个技能。适合从零开始一本书的完整周期。
- Webnovel Writer（7418 星，GPL-3.0）专攻长篇一致性，官方称支持 200 万字量级连载。如果你已经在写、痛点是"写到后面崩了"，它更对症。
真正让我意外的是 小说锻炉（15 星，MIT）。它星数不高，但设计思路是所有项目里最清醒的——代码强制 > 提示词自觉。它把"AI 长篇写作通病"做成了一张对照表，每条通病配一个工程解法：重复检测、阶段门禁、事实账本、提案制修订、熔断机制。星数低是因为发布晚，不是因为它差。
另一类值得关注的是 模块化派：Chinese-WebNovel-Skill（855 星）把主技能压成路由，细节下沉到十个专项模块，另配本地语料检索。它的判断是——一个巨型提示词同时管开头、转场、对白、逻辑、审查，最后会全部变钝。
去 AI 味：这一类最需要"看证据"
去 AI 味项目有七个，大部分只给一份提示词。但有三个值得单独说，因为它们给的是证据，不是口号：
- lieflat-less-ai-tone（2664 星，MIT）：规则来自人类文章与多个模型输出的实测对比，每条都带触发标记和倍率数据。它还有一张「不作为改写理由」表，专门推翻流行的错误判据。
- 说人话（2051 星，MIT）：有 123 条评测集，把「正常文本误改率低于 10%」写成发布门槛。它明确声明自己不判断文章是不是 AI 写的，也不提供规避检测的保证——这种克制反而可信。
- 去 AI 味 qu-ai-wei（642 星，MIT）：最实用的是那张十类中文结构表，每一类都标注「什么时候值得改、什么时候要保留」。
人味儿写作心法（1094 星）是异类：它不给词表，讲的是文字背后那个具体的人。对"改了三遍越改越没味"的情况，它的解释比规则表更接近病因。
桌面软件：全本地的越来越多了
这一类功能面差异很大，按需选：
- 要最全的设定工具：51mazi（478 星）有地图设计、随机取名、词条字典、时间线、事序图，是设定党的工具箱。
- 要图谱理清关系：弧光 CharacterArc（584 星）用 Cytoscape 做关系图谱，剧情大纲是双栏交错时间线。
- 要数据完全在自己手里：易创（700 星，AGPL-3.0）纯本地、BYOK、提示词全是本机 md 文件，连采样温度都能改。
- 要工程化最彻底：天命（438 星）用十五维事实快照加十二类变更声明管一本书，主打"不靠上下文，靠状态"。开源版作者自己标注了若干待修缺陷，动手前先读它的「重点缺失」。
- 要极简：Show Me The Story（622 星）整个应用打成一个不到 5MB 的可执行文件，解压就能跑。
- 笔记在 Obsidian 里：WebNovel Assistant（233 星）是插件，带时间线、伏笔管理与 OBS 直播字数叠加层。
三条选型建议
一、看活跃度，不要只看星数。 这批项目迭代极快，最后推送时间在三个月前的，可能已经跟不上模型的能力变化。清单里每个项目都标了最后推送日期——这个数字比星数更重要。
二、看清许可证。 这批项目里有 GPL-3.0、AGPL-3.0、Apache 与自定义许可混合。自己用没问题，但如果要二次分发、做成服务卖给他人，AGPL 类是有传染性的，动手前务必读 LICENSE。这不是危言耸听，是常见踩坑点。
三、数据留在本地。 好消息是：这 33 个项目里，绝大多数是本地运行或 BYOK（用你自己的 API Key），作品和设定存在你自己电脑上。选工具时把这条当硬指标——作品是你的核心资产，不该锁在别人的服务器里。
最后一句
整理这份清单时，最让我意外的不是工具有多少，而是头部项目已经收敛出一套共识：状态外置、每章回写、按需注入、门禁拦截。它们用不同语言、不同架构，做出了同一个判断。
这意味着两件事：其一，这条路是通的，不必再怀疑方法论；其二，你不必装任何工具也能走这条路——一张状态卡、一张伏笔表、一条回写纪律，就是最小可用版本。工具只是把这套纪律自动化了。
完整清单（含每项的适用场景与注意点）：开源工具