青幕AI写作软件,解决长篇小说写作问题,解决小说角色性格不统一,防止人设崩坏。官网:https://www.qmai.pro
$ npx -y skills add mochocyang/qmai --agent claude-code
Repo: mochocyang/qmai
What's inside

![]() | ![]() |
![]() | ![]() |
![]() | ![]() |
![]() | ![]() |
![]() | ![]() |
4.0.0 起界面整体重构(全新界面),顶部功能栏可自定义、窗口自绘无外框。
青幕AI写作不是普通的 AI 聊天写作工具。它是一套长篇小说记忆型写作系统,专为 200 万~300 万字量级的连载小说创作设计。
核心理念:
写前自动提取上下文 → 写后自动沉淀章节记忆 → 图谱追踪关系变化 → 审查系统防止崩坏 → 人工确认最终定稿
普通 AI 写作工具的问题在于:写到后期 AI 会遗忘前文、人物性格不一致、时间线混乱、伏笔丢失。青幕AI写作通过结构化记忆系统和混合检索引擎,让 AI 在每次生成时都能"记住"之前的一切。
适用场景:

青幕AI写作把大纲拆成三级、逐级细化,每一级都能同时产出 Markdown 文本 + 可视化 HTML:
| 层级 | 说明 | 可视化形式 |
|---|---|---|
| 总纲 | 全书主线、核心设定与整体走向 | — |
| 卷纲 | 按「1 卷 = 10 故事 = 1 大高潮」组织,每个故事固定 10 个环节(起①~合②) | 可折叠 HTML 树:节拍体检、伏笔追踪、人物出场、对手推进、悬念债务、成长资源、地点 / 组织索引 |
| 章纲(细纲) | 按故事分批生成,每章写满 17 节(本章定位 / 核心事件链 / 必要条件 / 四段式 / 情绪曲线 / 爽点 / 扩写方式 / 画面细节 / 伏笔钩子 / 角色状态变化 / 设定更新 / 写作约束 / 下一章交接 / 写作检查清单 等) | 章节卡片流 HTML |


记忆系统是青幕AI写作的核心引擎。每章正式保存后,系统会自动执行章节摄取,将正文内容结构化为可检索、可追踪、可复用的记忆单元。
章节摄取提取的内容:
上下文引擎(写作前自动触发):
每次调用 LLM 写作前,系统自动生成上下文包,按优先级组装:
用户明确指定 > 当前章节细纲 > 上一章结尾 > Canon 正史规则
> 当前人物状态 > 伏笔状态 > 最近章节摘要 > 最近章节正文片段 > 图谱关系
> 向量搜索结果 > 关键词搜索结果
上下文包有 token 预算控制,自动在保证关键信息不遗漏的前提下裁剪内容;发送前还会按当前模型的真实输入上限再次裁剪并重试,避免长章节历史超出接口限制。
混合检索策略:
数据存储方式:
所有记忆数据以项目目录形式本地存储,章节正文保存为 Markdown,快照与状态保存为 JSON。支持导出、备份和索引重建。

角色灵魂系统由两个层面组成:项目灵魂 和 角色视角(NvwaSKILL)。
项目灵魂(Soul Doc):
每个小说项目可配置独立的写作灵魂文档,定义整部小说的气质基调:
灵魂文档在每次章节生成时自动注入 LLM 提示词,确保全书风格统一。

角色视角(NvwaSKILL):
基于 SKILL 框架的角色个性化系统。每个角色视角包含:
系统内置数十个预设角色视角范例(从费曼到鲁迅、从孙悟空到王阳明),用户可参照创建自己小说中的角色模版。也可以通过拆文库从已有作品中提取角色,一键加入自定义灵魂库。
角色认知系统:
追踪每个角色在每个时间节点"知道什么"和"不知道什么":
knows:角色已知信息does_not_know:角色未知信息reader_knows_but_character_does_not:读者知道但角色不知道的信息(信息差)这防止了 AI 写作中最常见的错误——让角色知道了不该知道的信息。
拆文库是青幕AI写作的特色功能,让你能够拆解成熟作品的写作秘密,并将其复用到自己的创作中。
拆书工作流:
作品文风提取(9 维度):
| 维度 | 说明 |
|---|---|
| 叙事密度 / 节奏 | 推进速度与信息投放节奏 |
| 环境描写比重 | 具体实物 vs 抒情氛围的比重 |
| 情绪呈现 | 动作外显 vs 内心独白,以及克制度 |
| 句式与句长 | 长短句倾向、口语化程度 |
| 比喻 / 通感密度 | 修辞出现频率与克制程度 |
| 场景与时间过渡 | 转场和跳时的写法 |
| 叙述视角与声音 | 人称、视角切换与叙述腔调 |
| 对白风格 | 口语 / 毛边 / 潜台词 |
| 点题 / 抒情习惯 | 段尾总结、点题与抒情的频率 |
启用文风约束后,每次生成章节时会自动注入文风预设,保障全书风格统一。
拆文库特性:
审查系统提供多维度的章节质量把控,分为 AI 审稿、连贯性检查 和 角色一致性检查 三个层面。
审查中心六维审查:
| 维度 | 说明 |
|---|---|
| 爽感密度 | 爽点分布是否合理、密度是否足够 |
| 设定自洽 | 战力/地点/时间线等设定是否自相矛盾 |
| 节奏张力 | 叙事节奏是否合理、张弛是否有度 |
| 人设一致 | 角色行为是否偏离人设、对话是否符合性格 |
| 叙事衔接 | 场景转换是否自然、前后文是否衔接 |
| 追读引力 | 章末钩子是否有力、读者期待管理是否到位 |
AI 审稿流程:
角色一致性检查(专项能力):
审查阶段会专门校验角色是否脱离记忆库设定:
连贯性检查(Lint):
自动检测结构性问题:
每个问题输出包含严重程度、类型、原文证据、相关记忆和修改建议。
事实检查(Fact Check):
基于章节快照的事实验证系统,检测新章节中是否存在与既有 Canon 正史矛盾的内容。
伏笔债务追踪:
自动统计长期未回收的伏笔,计算债务评分,提醒作者哪些伏笔需要推进或收束。

针对长篇 AI 写作的常见崩坏问题,青幕AI写作提供系统性解决方案:
| 问题 | 解决方案 |
|---|---|
| AI 写到后期遗忘前文 | 章节快照 + 最近章节正文片段 + 混合检索 + 上下文包自动组装 |
| 人物性格前后不一致 | 角色状态追踪 + 灵魂绑定 + 人设一致性审查 + 角色命中记忆库检查 |
| 时间线混乱 | 结构化时间线 + 连贯性检查 + 时间线冲突报警 |
| 伏笔丢失或错乱 | 伏笔追踪器 + 债务评分 + 自动检测未回收伏笔 |
| 角色知道不该知道的信息 | 角色认知系统(knows / does_not_know) |
| AI 生成错误内容污染后续 | 草稿/正式章节分离 + 人工确认后才入库 |
| 大纲执行偏移 | 大纲一致性审查 + 上下文强制注入大纲规则 |
| 生成内容 AI 味重 | 去AI化改写(De-AI)+ 项目灵魂风格控制 + 作品文风约束 |
| 不知道如何写好某种文风 | 拆文库提取成熟作品的 9 维文风,直接复用 |
| 设定散落难以追踪 | 图谱可视化 + 结构化记忆 + 全文搜索 |
| 长章节超出模型上下文 | 发送前按模型真实输入上限自动裁剪并重试 |
草稿机制:
AI 生成的章节默认为草稿状态。草稿支持预览、编辑、重新生成、审稿。只有用户确认后才会保存为正式章节并触发记忆摄取。草稿不会污染正式记忆库。
去AI化改写(De-AI):
内置文风转化能力,将 AI 生成的"标准化"文本改写为更贴近人类写作的自然风格,减少模板化表达。
小说图谱将作品中的所有实体和关系以网络形式可视化呈现。
节点类型:
关系类型:
图谱构建逻辑:
图谱数据来源于章节摄取过程。每当正式章节保存后,系统自动从快照中提取图谱节点和关系边,增量更新全局图谱。
应用场景:
图谱视图基于 Sigma.js + ForceAtlas2 布局,支持社区发现、节点过滤和交互式探索。
方式一:下载安装包(推荐)
前往 GitHub Releases 下载最新版本安装包。
macOS 用户须知
Release 包未做 Apple 公证,首次打开可能提示「已损坏」或无法运行。将 .app 拖入「应用程序」后,在终端执行:
codesign --force --deep --sign - /Applications/QMaiWrite.app
xattr -dr com.apple.quarantine /Applications/QMaiWrite.app
macOS 暂不支持应用内自动更新,新版本请手动从 Releases 下载安装。
下面按软件实际界面整理:先配模型 → 再(可选)设默认模型 → 然后进书架开始创作。
打开软件后,点左侧栏「设置」,进入「模型设置」的「大语言模型」页。模型有两种添加方式:
方式一:提供方模型(内置服务商,推荐) 点「+ 添加提供方」,从内置服务商中选择(如 DeepSeek、Google、智谱等),填入 API 密钥即可,接口地址已预置。
方式二:自定义模型(自建 / 中转 / 本地 Ollama 等) 点「+ 添加自定义模型」,自行填写名称、接口地址与密钥。
展开任一模型卡片后可以配置:
| 配置项 | 说明 |
|---|---|
| API 模式 | OpenAI 兼容 / Responses API / Anthropic 兼容 |
| 接口地址 | API 基地址,例如 https://api.deepseek.com/v1 |
| API 密钥 | 右侧眼睛图标可显示 / 隐藏 |
| 模型 | 输入模型名回车添加,可添加多个;也可点「拉取模型」自动获取 |
| 上下文窗口 / 输出上限 | 拖动滑块,按模型真实能力设置 |
| 推理 / thinking | 自动 / 关闭 / 低 / 中 / 高 / 最大 / 自定义 |
| 启用 Function Calling | 模型不支持工具调用时可关闭 |
配置完成后先点「测试模型」验证连通,再点「保存配置」——测试不会自动保存。


在「模型设置 → 默认模型」中,为各类后台任务指定模型:
这一步可以跳过:不设置时,相关任务会沿用当前选择的模型。

打开软件默认进入「书架」:
C:\QM-BOOK,可另选),提示「先写清故事大纲,再开始第一章;已有资料也可以导入,手动写作不需要配置 AI 模型」,点「创建并写大纲」直接进入大纲顶部三个主标签:大纲 / 章节 / 技能库,分别对应创作大纲、正文与技能库。


这一步最容易被忽略,但不做的话,AI 读不到你的大纲。
为什么必须提取记忆
生成或导入的大纲(大章节、卷纲、章纲等)本质上只是文件。只有执行「提取记忆」之后,系统才会把它结构化写入记忆库,AI 才能在后续对话与章节生成时读取并引用这份大纲的内容。没有提取记忆的大纲,AI 在写正文时相当于"看不到"。
在哪里提取
待提取记忆 → 正在提取记忆 → 已提取记忆。提取后在哪里查看记忆


Q:大纲写好了,AI 写正文却读不到里面的内容? A:多半是没有提取记忆。打开该大纲 → 编辑区右上角点「提取记忆」,状态变为「已提取记忆」后才生效;之后若改动过内容,点「重新提取记忆」更新。
Q:提示「上下文窗口不足」「输出被截断」「丢失前面对话」? A:到「设置 → 模型设置 → 大语言模型」,把该模型的上下文窗口与输出上限按其真实能力设满(软件默认值只是相对安全的参考)。切换模型或使用自定义模型时,请分别设置。
Q:中转站 / 自建服务 / 本地 Ollama 怎么填?
A:用「+ 添加自定义模型」:「API 模式」选 OpenAI 兼容,「接口地址」填到 /v1 为止(本地 Ollama 一般是 http://localhost:11434/v1),「API 密钥」按服务商要求填写(本地服务可随意填)。
Q:报错说模型不支持工具调用 / Function Calling? A:在该模型配置里关闭「启用 Function Calling」,或改用支持工具调用的模型。
Q:macOS 打开提示「已损坏」/ 无法运行? A:Release 包未做 Apple 公证,按上文「macOS 用户须知」执行两条命令即可。
Q:检查更新没反应?macOS 能自动更新吗? A:macOS 暂不支持应用内自动更新,请手动到 Releases 下载覆盖安装;其他平台若更新失败,同样手动下载最新包。
Q:数据存在哪里?换电脑怎么迁移?
A:所有数据以项目目录形式本地存储(新建小说时可指定目录,默认 C:\QM-BOOK),除调用 LLM 外不联网。用「设置 → 数据管理」可一键导出 / 导入全部数据(AI 会话、大纲、模型、记忆)。
Q:界面只有中文吗? A:当前版本仅中文界面(英文界面已移除)。
src/lib/novel/ 中集中实现,避免散落到无关模块cargo fmt 和 cargo clippy 标准本项目采用 GNU General Public License v3.0 开源许可证(基于 LLM Wiki 衍生开发)。
Showing a partial view of a very large repo.
FAQ
qmai is a Claude Code plugin with 127 hand-picked skills for writing work, indexed on Flowy. Install it with the command on its page. It includes juangangzhedieshu, outline-final-assembler, outline-master-builder. Its skills do not fire on their own yet. Request auto-invocation to have Flowy route them as you prompt. Free and open source.
Is this plugin yours?
Claim it with GitHubSubmit a pluginPromote it