小说一致性审计

SKILL内容创作
内容创作 未标注权限 许可证不明确
安装这个技能

对长篇 AI 生成小说做逻辑漏洞 / 上下文衔接 / 故事连贯性 / 人物关系一致性审计。当用户要求"检查小说有无逻辑漏洞、上下文衔接、连贯性、人物关系混乱",或要审计一部已生成的长篇网文/剧本时使用。

一句话选型结论

按资料字段整理

小说一致性审计是内容创作类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类内容创作 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_cc65e9bc/novel-consistency-audit
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

内容创作
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_cc65e9bc仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验未标注上游最后核验时间 · 数据更新 1791728551
正文体量4.4 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
写文章与脚本

按主题产出初稿与分镜脚本。

改稿与润色

把草稿改顺、统一语气。

多平台文案改写

同一内容按平台改成长短不同的版本。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在内容创作场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
小说一致性审计当前 未标注权限 未标注 未标注 未标注 有
AI 视频生成 调用外部服务 GitHub 仓库 431.3 万 Codex、Claude、Cursor 有
视频帧 联网访问 ClawHub 市场 262.1 万 OpenClaw 有
Markdown 转换器 写入文件 ClawHub 市场 135.3 万 OpenClaw 有
哔哩哔哩全合一 接触敏感数据 ClawHub 市场 64.1 万 OpenClaw 有
Remotion video toolkit 命令行 浏览器控制 ClawHub 市场 63.9 万 OpenClaw 有

SKILL.md 全文

4.4 KB
模型实际读到的说明书原文,来自技能仓库

长篇生成小说一致性审计

> 适用:AI 批量生成的长篇小说/剧本(数百章、分卷、带 KB 设定库)。
> 目标:在不动原文的前提下,定位可复核的逻辑/衔接/关系硬伤,产出带章节证据的审计报告。

工作流(固定 5 步)

1. 盘点结构

  • 找正文根目录(常是 chapters/ 或 正文/),glob 所有 第XXX章* / *.md|*.txt。
  • 解析章节号、标题、所属卷;统计每卷文件数,推断实际卷区(文件名最可靠,优先于 KB)。
  • 跳过 _backup / 备份 / temp 目录。

2. 建立权威基准(KB)

读取设定库里的"可核查事实"文件,例如:
- 人物出场表 / 角色关系图(谁在哪一章出场、关系)
- 年谱 / 重大事件时间线(关键节点年份)
- 写作追踪:伏笔追踪、冲突记录、state_tracking
- 写作规范:红线(如"X 前用吾、X 后用朕""古装线禁称 Y")
重点:记录 KB 内部是否自相矛盾(卷区、登基节点、死亡章、人物关系各文档说法不一)。

3. 脚本化全量扫描(核心)

用 Python 解析全部章节,产出可定位清单:
- 角色出场分布:每个关键人物的"首章-末章-出现章列表"(用最长/最具体子串匹配)。
- 禁用词红线:古装线是否出现被禁称呼(如 简中残痕/OpenClaw/小简)。
- 自称红线:登基/称帝节点之前是否出现 朕(需排除:其他皇帝自称、AI 视角输出)。
- 死亡/出场矛盾:A 角色"死/崩/薨"描述所在章;该角色在此之后是否仍被当作活体对话。
- 姓名异体:同一人物是否有两种写法(如 刘縯 vs 刘演、纟/氵 偏旁混用),用多个候选串分别计数定位。
- 中英文混排:[汉字]\s*[A-Za-z]{2,} 抓脏数据姓名(如 王 Duarte)。
- 时间词:提取 始建国/地皇/天凤/居摄/公元/CE/前1年 与章首年代,按卷区映射检查是否倒退/压缩。
- 卷接缝:dump 每卷首末章的开头 200 字 + 结尾 200 字,查年代是否倒挂、是否误标"全书完"、上一卷末角色在下一卷是否"复活"。

4. 精读核查疑点

对扫描命中的每一处,抽上下文(前后 100–120 字)判定真违规 vs 误报:
- "朕"在登基前 → 看说话人是不是皇帝本人或 AI。
- 角色"死后出现" → 看是追述/转述还是活体对话。
- 早期出场的重要人物 → 看是情报转述("听说有个人叫X")还是真实登场。
- 姓名异体 → 确认是否同一人(关系/情节一致)。

5. 产出报告(Markdown)

按严重度排序,每条含:问题 / 章节证据 / 性质 / 修复建议。分四节对应四维:
1. 人物关系混乱(称谓差辈、异体名、关系与 KB 冲突)
2. 逻辑漏洞(时间线倒挂/压缩、死亡节点错、红线违例)
3. 上下文衔接(卷接缝年代回退、伪"全书完"、雷同开头、双"本文完")
4. 故事连贯性(支线 Early-drop/悬空伏笔、未生成区间)
末附"已排除误报"清单(增强可信度)与"KB 规划层冲突"提示。

关键经验

  • 文件名 > KB:实际卷区/登基节点以生成文件为准,KB 常滞后或自相矛盾。
  • 先排除误报再下结论:自称、死后提及、早期情报转述极易误判,必须看上下文。
  • 年代映射要落到具体章:把 KB 年谱的"CE年→章节"映射写成字典,再用章首年代反查,倒挂一眼可见。
  • 输出报告后用 present_files 交付,并把结论要点记入项目 .workbuddy/memory/YYYY-MM-DD.md。

参考脚本骨架(按项目改角色表即可)

见同目录 scan_template.py(把 CHARACTERS / FORBIDDEN / DEATH_MARKERS / YEAR_MAP 换成本项目设定后跑)。

常见问题

5 问
答案由本站依据条目字段整理
小说一致性审计怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_cc65e9bc/novel-consistency-audit。安装方式为未标注。装完刷新技能列表或重开客户端。

小说一致性审计支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

小说一致性审计权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

小说一致性审计收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

小说一致性审计用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 未标注。