2026 写小说 Agent Skill 盘点与选型:都市文 vs 修仙文

为什么要做这次盘点

我搜了一圈 2026 年中文小说创作方向的 Agent Skill,发现生态已经和半年前完全不是一个量级:从「一个 prompt 让 AI 写 5000 字」的蛮荒期,进化到了有记忆、有门禁、有自检、有多智能体分工的工程化流水线。

这篇文章把当前最好的几个项目盘一遍,然后给出都市和修仙两个题材的具体选型建议——这两个题材对工具的需求其实完全不同。


第一梯队:能直接写出完整长篇的

1. zenstory-ai/oh-story-claudecode —— 最完整,也最工程化

约 7,500 stars,最新 v0.8.1(2026-09-26),是中文网文方向目前体量最大的 skill 包。

它把整条链路拆成 13 个 skill:

Skill 作用
story-setup 环境部署
story 工具箱路由
story-long-write / story-short-write 长篇 / 短篇写作
story-deslop 去 AI 味
story-long-analyze / story-short-analyze 拆文(逆向分析爆款)
story-long-scan / story-short-scan 扫榜(自动抓番茄、七猫热门榜,分析题材与读者偏好)
story-import 逆向导入
story-review 多视角审查
story-cover 封面生成
browser-cdp 浏览器操控

两个真正值钱的设计:

  1. 用文件系统当记忆。设定、大纲、正文、追踪各自独立维护,追踪/_tracking-state.json 是唯一的结构化权威,由它派生出上下文卡、伏笔视图、角色状态,以及一套「作者真相 / 读者已知」的双时间线。几百章的长篇不靠对话记忆硬撑,压缩上下文也不会丢伏笔。
  2. 确定性检查与门禁。写正文前没有细纲会被直接拦下;写完自动扫描截断、工程词和常见 AI 句式。

配套还有 7 个专业 Agent(story-architect、narrative-writer、consistency-checker、character-designer、story-researcher、story-explorer、chapter-extractor)、8 个自动化 hook,以及 100+ 份按需加载的写作方法论。

npx skills add zenstory-ai/oh-story-claudecode -y -g
# 装好后在写作项目根目录运行
/story-setup

2. PenglongHuang/chinese-novelist-skill —— 上手最快,社区最热

约 3.4k stars,MIT 协议,最近一次 push 是 2026-09-06,v2.0 重构版。

它的目标很明确:生成 10–50 章的完整中文小说,卖点是「帮你把小说写完」——长篇最难的从来不是开头,是收尾。

工作流:

  • Phase 0 初始化:加载用户偏好,检测是否有未完成的项目可以续写
  • Phase 1 三层递进式问答:Layer 1 核心定位(必答 3 问),Layer 2 深度定制(可选 5 问)
  • Phase 2 规划 + 确认:生成大纲(7 列章节规划)、人物档案、写作计划 JSON,等你确认
  • Phase 2.5 写作模式选择:串行 / 子 Agent 并行 / Agent Teams
  • Phase 3 疯狂创作:逐章自动执行写前分析 → 撰写(3000–5000 字)→ 润色去 AI 味 → 字数检查 → 更新摘要
  • Phase 4 自动校验与修复:字数与连贯性检查,不合格自动重写最多 3 轮

差异化能力:偏好记忆(跨会话学习你的口味并自动应用)、中断续写(自动检测意外中断并从断点继续),内置「悬念钩子十三式」和角色沙盘。

npx skills add PenglongHuang/chinese-novelist-skill

3. tance-mang/chinese-webnovel-skills(网文工坊)—— 覆盖面最广

33 个 skill + 31 份参考知识库,男频女频双线,中英双语。星标不多(81),但功能密度最高。

链路:选题 → 灵感 → 大纲 → 黄金开篇 → 金手指 → 人设 → 正文扩写 → 爽点打脸 → 节奏标注 → 追读诊断 → 去 AI 味 → 投稿过稿。

# Claude Code 插件版
/plugin marketplace add tance-mang/chinese-webnovel-skills
/plugin install webnovel@webnovel-studio

第二梯队:专项能力,用来补短板

项目 定位 备注
petergyang/no-ai-slop 去 AI 味,识别 20+ 种 AI 套话模式 上线 3 天 2.5k star,可只检测不改写
blader/humanizer / humanizer-zh 去 AI 味「元老」,中文版专治 AI 腔 7,200+ stars,MIT
mave99a/novel-skill RPG 式选择交互推进剧情,5 阶段产出带 EPUB 的完整电子书 —
danjdewhurst/story-skills 给 agent 一套共享的小说项目格式:story bible、角色档案、势力/道具、剧情弧、承诺与兑现(promises/payoffs)、时间线 Codex + Claude Code 双插件
ALBEDO-TABAI/deep-novel-system 长篇专用:跨章状态追踪 + state.yaml 状态机 + 版本化规则反馈循环 星标少但做得很细
howells/fiction 英文向 SKILL.md,覆盖写章节/续写/角色/审稿/概要/一致性检查 —
DaveIsBest/claude-novel-plugin Obsidian vault 里的 Novel Studio 适合已有笔记库的作者

多智能体工具链(不是纯 Skill,但思路值得抄)

InkOS(npm i -g @actalk/inkos,Node ≥ 20)是五段式流水线:

ArchitectAgent → WriterAgent → ValidatorAgent → AuditorAgent → ReviserAgent
   生成大纲         按大纲写章      11 条确定性规则    33 维 LLM 审计    局部修复/重写/润色
                   与正传规范      零 LLM 成本        temperature=0    并对比前后 AI 标记数

「先用免费规则拦错,再花钱让 LLM 审稿」 这个分层设计非常值得借鉴,它把成本花在了真正需要判断力的地方。另外它还有 AIGC 标记检测、参考文本风格指纹匹配、守护进程连续生产。

其他可组合的零件:

  • wordflowlab/novel-writer:规格驱动——先定类型、字数、结局,再动笔
  • leenbj/novel-creator-skill:人物小传 / 伏笔地图 / 章节梗概分文件存,文件级长期记忆
  • De-AI-Prompt-Enhancer:24 项检测器,润色阶段扫描 AI 痕迹

选型:都市 vs 修仙

这两个题材看着都是「写小说」,对工具的需求其实正好相反。搞混了会很难受。

都市:要的是「节奏」和「人话」

都市文的命门是对话密度、情绪张力、爽点节拍。读者的沉浸点在于「这像真的会发生的事」。

最大的风险是 AI 腔。 因为都市文贴着现实语言走,AI 那种「他不禁陷入了沉思」「仿佛一切都变得不同了」的句式,读者一眼就能看出来——修仙文里还有层「古风滤镜」可以遮,都市文没有。

推荐组合:

层次 选用 理由
选题与扫榜 oh-story-claudecode 的 story-short-scan / story-long-scan 都市题材跟风快、生命周期短,扫榜定选题的收益最高
开篇与节奏 chinese-webnovel-skills 「黄金开篇」「爽点打脸」「节奏标注」「追读诊断」这几个专门对着都市文的痛点
去 AI 味(重点) humanizer-zh + no-ai-slop 双跑 都市文的 AI 腔最刺眼,这是投入产出比最高的一步
写作执行 chinese-novelist-skill 问答式上手快,都市设定轻、不用花太多时间搭世界观

都市短篇尤其适合这条线:story-short-scan 选题 → chinese-novelist-skill 快速出稿 → 双去味 → 投稿。

修仙:要的是「一致性」和「记忆」

修仙(仙侠 / 玄幻修真)的命门是力量体系自洽 + 几十万字不崩人设。

境界、功法、丹药、宗门、寿元、法器品阶——任何一处前后矛盾,老读者立刻就弃书。而且修仙文动辄几百万字,跨章节的伏笔和因果线是核心爽点。

推荐组合:

层次 选用 理由
主干 oh-story-claudecode 就是为长篇设计的:_tracking-state.json 管住伏笔,「作者真相 / 读者已知」双时间线正好对应修仙文的「主角知道但读者不知道」;没细纲不让写正文的门禁能防住跑偏
状态机补强 ALBEDO-TABAI/deep-novel-system state.yaml 追踪当前章节 + YAML 内存块记录「不可逆变化」,多会话接着写不乱
世界观校验 自建(参考 InkOS 的 Validator 思路) 用确定性脚本扫境界名、功法名、人名的一致性,零 token 成本
去 AI 味 humanizer-zh 优先级低于都市,但「句尾补语」「开头景物描写」这类套路还是要清

一个具体做法:修仙文最该做的是把力量体系抽成一张结构化表格(境界名 / 排序 / 战力区间 / 对应寿元 / 突破条件),存成独立文件,写每章前强制读取。这比任何 prompt 技巧都管用——AI 崩设定从来不是因为它不会写,是因为它忘了。

都市修仙(两者融合)

如果你要写的是「都市 + 修仙」这个融合子类,取两边的叠加:

  • **主干用 oh-story-claudecode**(要管伏笔和体系一致性)
  • 节奏和爽点用 chinese-webnovel-skills 的节奏标注、追读诊断
  • 去 AI 味按都市的标准来(场景和对话是都市的,AI 腔最容易露)
  • 力量体系表照修仙的标准建

一个务实的提醒

有作者实测过这套流水线:番茄(机审)能过,七猫和知乎(人工审)过不了。

差别在于,机审只看有没有明显问题,人审看的是故事好不好。AI 是提效的代笔,但抓人的核心设定 + 稳定的更新节奏 + 到位的情绪拉扯这三件事,还是得人来把控。工具能把日更改成三更,但不能替你决定这个故事值不值得写。


安装速查

# 综合主力(修仙/长篇推荐)
npx skills add zenstory-ai/oh-story-claudecode -y -g
/story-setup

# 快速出稿
npx skills add PenglongHuang/chinese-novelist-skill

# 去 AI 味
# 把下面这句丢给你的 agent:
# Install the /no-ai-slop skill globally from https://github.com/petergyang/no-ai-slop

# 多智能体流水线
npm install -g @actalk/inkos

评论

暂无评论。

登录后可发表评论。