lornshrimp/通用-审阅总大纲
用于审阅总大纲、全书总纲与战略层文件组。适合检查总纲包对象是否完整、M0 / X / C 体系是否稳固、四阶段机制递进是否成立、单元案矩阵是否持续供血主线,并输出可回写的总纲审阅报告。关键词:审总纲、全书总纲审阅、M0、X线、C线、总纲报告。
npx skills add https://github.com/lornshrimp/Lorn.NovelWriteSkills --skill 通用-审阅总大纲
<!-- ===== Layer 1: 永久缓存 ===== -->
> 题材路由:若 .github\题材专用Skills\ 目录存在对应的 <题材>-审阅总大纲 Skill,则:
> - 将题材特性骨架路由到 <题材>-审阅总大纲,该 Skill 位于 .github\题材专用Skills\ 目录。
> - 命中本技能时,必须优先强制加载当前 Skill 与 <题材>-审阅总大纲。
> 头号要求:禁止吹捧,客观分析。 审阅中不得出现无依据的称赞、吹嘘性描述或主观美化。所有判断必须基于文本事实、可验证标准与明确扣分依据,优先指出问题与改进方向。
总纲审阅看的是这组文件能不能作为全书战略蓝图,而不是文案好不好看。
<!-- ===== Layer 3: 场景缓存 ===== -->
小说总大纲.md 默认承载小说的主线故事,是主线推进、阶段里程碑与终局收束的基准文档。故事面/ 下各文件默认主要承载支线故事;它们不是主线总纲的注释页或拆分副本,而是各自能成立、能持续供血的完整故事文件。小说总大纲.md 与 故事面/ 共享人物、事件、线索、阶段节点,就直接判成“重复维护”;这通常是主支线联动的正常设计结果。以下所列 references 文件必须通过 read_file 工具逐文件读取,不得因"已有相关知识"、"之前执行时已读过"、"该文件只是参考"为理由跳过任何一条。 每条 references 按其标注的必读等级强制执行:
reference_missing_{refName},不得静默跳过。每个参考文件在 ## 默认执行顺序 中有对应的读取步骤说明,此处仅汇总文件清单与用途概览。
references/总纲审阅专属检查清单.md — 逐项检查清单(含商业节奏、情绪刺激密度、市场定位三步审阅等扩展检查项),在步骤 2 通读总纲包时逐条核对references/总纲审阅完整模板.md — 审阅报告的主骨架,在步骤 4 构建报告时加载(完整覆盖阅读链路确认、概览复核、P0 工程化核查、题材专项核查、超长篇工程化、系列连贯性、机制递进、时间线、主题承诺、商业节奏与情绪刺激密度审阅、问题分级、评分、具体回写建议等);不得退化成简版报告../../写作研究/网文留存模型.md — 留存评分共享基线,定义留存工程审计的量化依据与平台基线,在步骤 3.6 留存工程审计前加载references/总纲审阅报告增补.md — 报告骨架的补充字段 / 扩展版本,在步骤 4 中与完整模板交叉对照,补充题材专项段与总纲层专项评分项references/腾讯专栏总纲审阅阶段规划与长线供血增补.md — 跨平台通用:总纲的阶段规划(新书期/上架期/稳定期)与中段长线供血检查,在步骤 3.2 加载总纲审阅按以下步骤执行,每一步标注了应读取的参考文件:
1.1 确认总纲包对象范围(至少包括 小说总大纲.md、故事面/、伏笔与回收总纲.md),收集所有待审文件的路径。
1.2 若项目根存在 Agents.md,执行 ## 风格/蓝本/写作研究模板自动发现规则 并加载对应的蒸馏模板对标维度。
1.3 加载 references/总纲审阅专属检查清单.md,作为逐项核对的底表。
2.1 完整通读总纲包全部文件,不做中断判断。重点确认:总纲包对象边界(主线 vs 支线职责)、M0 / X / C 体系完整性、四阶段机制递进、单元案矩阵供血逻辑。
2.2 执行"一句话概括验证":当前总纲能否用一句话说清"主角是谁、在什么处境下、想要什么、被什么阻挠"。
2.3 执行"市场定位三步审阅":人物代入感审查 → 剧情关注点映射审查 → 设定冗余度审查。
3.1 情绪节奏审阅:检查全书是否存在长时间单一情绪、卷级情绪底色是否明确、情绪转折是否有钉子事件。
3.2 加载 references/腾讯专栏总纲审阅阶段规划与长线供血增补.md,按新书期 / 上架期 / 稳定期评估总纲的阶段规划与中段供血链。
3.3 执行起点爆款总纲快筛(10 秒快筛 + 3 分钟深评),按潜力分档(S/A/B/C)辅助判断。
3.4 若加载了蒸馏模板对标维度,按蒸馏对标审阅规则执行对标审计。
3.5 执行主角主动性与主线清晰度审阅(吸收自知乎《最近弃了七本书》核心教训):
[主角主动性] / [主线清晰度] / [桥段重复]。3.6 执行留存工程审计(新增——从读者留存角度审查总纲的底层设计,回答"这本书凭什么让读者持续追下去"):
../../写作研究/网文留存模型.md §5.3):[留存工程总纲层] / [留存工程卷群层]。3.7 执行倒推验证检查(新增——吸收自知乎南梦·超长篇构思):从终局出发反向验证总纲的结构完整性与逻辑连贯性。
检查项一:终局画面锁定检查
检查项二:反推前提验证
检查项三:冗余分卷检查
检查项四:主支线终局归拢检查
以上各检查项的问题均标注来源层:[倒推验证]。检查项一/二命中任意一项按 Critical 处理,检查项三/四按 Warning 处理。
4.1 加载 references/总纲审阅完整模板.md 作为报告主骨架。
4.2 交叉对照 references/总纲审阅报告增补.md,补写题材专项段、总纲层专项评分项与题材化结论重点。
4.3 确保报告完整覆盖:阅读链路确认、概览复核、P0 工程化核查、题材专项核查、超长篇工程化、系列连贯性、机制递进、时间线、主题承诺、商业节奏与情绪刺激密度审阅、市场定位审阅、情绪节奏审阅、一句话概括验证、卖点保真检查、问题分级、评分、具体回写建议、要求对照、执行顺序、总体结论。
4.4 给出 Green / Yellow / Red 战略入库判定。
5.1 按检查清单逐项评分(综合评分不低于 9.20 的为高可用总纲)。
5.2 每个问题标注来源层:[总纲结构层] / [卷群分配层] / [执行接口层]。
5.3 输出最终审阅报告,附蒸馏对标结论(若已执行)。
<!-- ===== Layer 2: 项目级缓存 ===== -->
若当前服务的项目根目录存在 Agents.md,审阅总纲前必须:
Agents.md;若其中声明了 主输出平台,检索三类模板时优先匹配"适用平台"与主输出平台一致的模板,无匹配时回退到"适用平台:默认"的同类模板Agents.md 中注册了"写作研究模板"——读取对应路径的模板文件,将其作为题材×平台总纲审阅基线Agents.md 中注册了"作者风格模板"——读取对应路径的模板文件,将其作为文风承诺、人物声口与叙事距离适配审计依据Agents.md 中注册了"作品蓝本模板"——读取对应路径的模板文件,将其作为跨卷节奏、信息释放、回报间隔与钩子轮换审计依据Agents.md,或其中未注册对应模板——回退通用默认模式,不报错,不阻断本 Skill 默认消费字段:
审总纲时,若项目根目录的 Agents.md 中注册了任一蒸馏模板(写作研究模板 / 作者风格模板 / 作品蓝本模板),必须将以下蒸馏产物维度作为显式审阅标的新增对照项,与现有审阅维度并列检查。
| 蒸馏维度 | 对应蓝本模板§节 | 审阅标的(总纲层翻译) | 评分权重建议 |
| --- | --- | --- | --- |
| 跨卷节拍迁移 | §十二 跨卷节拍迁移 | 总纲的卷群节奏是否呈现出蓝本式的节拍迁移规律(前松后紧/七紧三松/始终高密);阶段切换的触发事件是否存在 | 15%(优先对齐"节拍迁移触发事件"存在性) |
| 故事线台账 | §十五 故事线台账 | 总纲的故事线数量是否与作品篇幅匹配;主/副/人物弧/关系线/伏笔回收线的交织模式是否与蓝本参照一致;是否存在未回收线或断线 | 15%(优先检查线数量合理性与回收完整性) |
| 三关设计——读者吸引链 | §十六 读者吸引与留存指纹 | 书名策略(字数/句法/热词/首眼归类效率/信息差运用)是否对齐蓝本已验证的有效模式;内容简介的三句法完成度与承诺一致性是否不低于蓝本水平;开篇第一章的三句法达成度与问题引擎强度 | 20%(三关设计是总纲的读者入口审计核心) |
| 套路指纹 | §十八 套路指纹 | 总纲的套路配置(核心设定类/人物关系类/情节推进类/情绪回报类)是否与蓝本在同类赛道中的套路选取有明确差异点;套路纯度是否处于"混合变异"及以上水平而非纯套路;套路的"可迁移性四维评估"是否已完成 | 15%(重点判断差异化而非雷同) |
| 叙事矛盾弧 | §十四 叙事矛盾弧 | 总纲是否有意设计了"打破自身规律"的叙事深度时刻(如连续蓄力后的留白章、大战后的静默开篇);这些矛盾弧是否存在且承担清晰的叙事功能 | 10%(加分项,非必审) |
| 叙事引擎迁移 | 叙事引擎(神似层) | 总纲是否提炼并写明了本作品的"叙事本能"(核心驱动问题链、读者期待压强管理逻辑),而不仅是复制蓝本的钩子间隔数字 | 10%(加分项,体现从形似到神似的进化) |
| 蒸馏维度 | 对应风格模板§节 | 审阅标的(总纲层翻译) | 评分权重建议 |
| --- | --- | --- | --- |
| 叙事距离承诺 | §五 叙事距离 | 总纲是否预设了默认叙事距离(贴脸/中距/远景);该承诺是否与作者风格模板的实际跨域复现结果一致;后期是否规划了叙事距离切换场景 | 30%(叙事距离是总纲层可预定的文风基线) |
| 禁忌清单预警 | §八 禁忌清单 | 总纲层是否已规避风格模板中标注的句式/修辞/用词禁忌在全书的系统性风险(如"绝不煽情""绝不用天气替角色哭"等写作伦理需要在总纲层提前规划) | 30%(提前预防比正文层补救成本低) |
| 文风-题材绑定度 | §十三 矛盾张力记录 + §十四 可移植性 | 总纲的文风承诺是否与该题材存在"题材绑定"风险(如短句快节奏风格与慢热悬疑的张力);是否预先规划了跨场景的风格偏移策略 | 20%(预判文风与题材的潜在冲突) |
| 叙述者类型选择 | 写作思维模型—叙述者类型 | 总纲是否选定了叙述者类型(悲悯型/冷峻型/吐槽型/沉浸型);该选择是否贯穿全书而非只在首卷生效 | 20%(叙述者是总纲层的核心声口决策) |
| 蒸馏维度 | 对应研究模板§节 | 审阅标的(总纲层翻译) | 评分权重建议 |
| --- | --- | --- | --- |
| 平台结构约束 | §二 结构类约束 | 总纲的卷划分、前15章分工、首卷承诺是否满足平台的结构硬门禁与强约束 | 25%(总纲层必须遵守平台硬门槛) |
| 开篇策略约束 | §二 结构类约束 | 总纲的开篇设计(黄金三章布局、首卷起点)是否映射了研究模板的开篇约束 | 20% |
| 读者心理学原则层 | §五 原则层 | 总纲的核心设计(主卖点/首卷承诺/中段供血/终局回收)是否满足读者心理学归因(首屏注意力窗口、回报预期衰减曲线、认知负荷与兴趣锚定) | 25%(原则层是总纲的战略地基) |
| 禁忌类约束 | §四 禁忌类约束 | 总纲层是否已规避平台/题材的硬性写作禁忌(开篇禁止大段铺垫、禁止万能主角、禁止频繁切视角等) | 20% |
| 仿写窗口约束 | §五-B 仿写窗口约束(若存在) | 总纲的套路选取是否在当前市场窗口期内;是否已避开正在退热的模式;差异化空间提示是否已被总纲采纳 | 10%(时效性维度,随报告日期衰减) |
references/总纲审阅完整模板.md 作为主骨架,不得退化成“几段摘要 + 几条建议”的简版报告。总纲审阅专属检查清单.md §十)、问题分级、评分、具体回写建议、要求对照、执行顺序、总体结论。审总纲时,除了检查结构完整性,还必须从市场定位角度审查:这份总纲是不是"动笔的是你,但看的人是读者"。
第一步:人物代入感审查
第二步:剧情关注点映射审查
第三步:设定冗余度审查
总纲审阅必须把情绪节奏作为独立审计维度。大部分网文中期卡文的原因不是情节想不出来,而是情绪节奏断掉了——整个故事变成了一种情绪颜色。
P1 节奏风险审阅总纲时必须执行一句话验证:
小说总大纲.md 的最顶上作为锚点?M0 / X / C、卷群推进与终局闭环,而不是只停在定位口号。M0 / X / C 和四阶段递进,还要检查这份总纲是否具备可持续维护的规划归档骨架:模板组合声明、章节规划表、TODO 状态、章节摘要入口、节奏地图、悬念 / 伏笔追踪、决策日志与最小进度快照。[总纲结构层] / [卷群分配层] / [执行接口层]。总纲结构层负责主线、主题、生长逻辑;卷群分配层负责卷群与章节波形;执行接口层负责下游能否直接拆成分卷 / 控制卡 / 正文。Green / Yellow / Red 战略入库判定:Green=结构、追踪器、节奏地图与执行接口齐备;Yellow=主干稳定但追踪器或接口仍虚;Red=主支线职责混乱、章节规划表缺失、三连重章风险无人接管、主题靠口号硬压人物。一句话记忆点/题材稀缺度、首卷承诺、平台主口径、中段多卷耐力、开篇承诺到终局兑现的一致性 是否已经在总纲层定型。总纲审阅除工程结构外,默认还要回答一个更现实的问题:这份总纲像不像能在起点竞争位里活下来的蓝图。
把当前总纲当作编辑刚拿到的项目蓝图,默认先做一次 10 秒级判断;命中以下 3 项及以上弱信号时,总纲默认不得判高档:
3-5 卷以后还靠什么持续供血,而不是只有开局点子亮。若通过快筛,默认继续做一次 3 分钟深评,把爆款判断标准翻译成总纲层审阅问题:
TOP50 是否具备活跃度与持续新作供给;若赛道内卷,总纲是否显式写出反超路径。200 字有钩子、前 300 字扔炸点、前 1000 字亮金手指或给出等效回报预期。20%、中期 60%、后期 20% 的供血比例是否成立;若中段明显偏空,判为长线疲软风险。除 Green / Yellow / Red 战略入库判定外,按起点口径审总纲时,默认允许再给一层“总纲爆款潜力档位”判断:
| 档位 | 判断标准 | 审阅含义 |
| --- | --- | --- |
| S | 题材归类强、首卷承诺锋利、中段供血清晰、主角抓手硬、终局回收可见 | 这份总纲具备明显的竞品压制潜力 |
| A | 主干稳、首卷与中段可用,存在 1-2 个结构短板但可快速修复 | 有较强签约竞争力,但仍需补强 |
| B | 总纲可读,但首卷承诺 / 中段耐力 / 主卖点兑现中至少一项偏弱 | 可继续打磨,但现在还不够强 |
| C | 题材口径虚、首卷承诺钝、中段断供或终局另起炉灶命中两项以上 | 这份总纲会拖累整书竞争力,应优先返工 |
该分档只用于补充回答“这份总纲对爆款链路的助推强度”,不得替代完整审阅结论与问题分级。
审总纲若服务起点口径,默认还要回答:这份总纲是否为前 10 万字的增长链路提前留好了结构位。报告至少补查:
15 章是否承担清晰分工(拉新 / 稳留 / 转付费),而不是全部挤在“介绍设定”。2 处高光回报位与 1 处更贵缺口位。若这四项中有两项以上无法回答,默认判为“中期增长结构不足”,不得给高档战略判断。
新书入库 -> 一轮 -> 二轮 -> 三轮 -> 四轮/上架 -> 智能推荐。10 万字后是否存在稳定供血设计与更新执行接口,避免智能推荐期快速失温。总纲审阅时,默认补一条商业放大判断:
该口径用于回答“这份总纲能不能放大”,不替代结构自洽与供血能力的基础审阅结论。
总纲审阅必须把“快节奏 + 强冲突”从写作偏好提升为工程门禁。以下项目默认强制核查并给出明确结论:
P1。4+ 章等效“无新变量/无回报/无升级”的规划段,判为 P1。P1。P1。P1。P1。以下维度默认纳入综合评分:
| 维度 | 权重 | 过线标准 |
| --- | --- | --- |
| 启动速度与中段密度 | 20% | 首卷快启 + 中段无连续塌陷 |
| 冲突递进与升级闭环 | 25% | 冲突可级联,不是平行摆放 |
| 代价与后果可验证 | 15% | 关键代价可回指到卷级后果 |
| 卷尾续读与跨卷交接 | 15% | 每卷末都有“更贵缺口” |
| 卖点与冲突绑定 | 25% | 卖点由冲突持续显影与兑现 |
若“冲突递进与升级闭环”或“卖点与冲突绑定”任一项不达标,综合评分默认不得给高档。
3 个冲突节点是什么?各自的最小补丁动作是什么?72 小时回炉,应优先改哪一卷、哪一段链路,才能最快抬升追读与签约通过率?竞对分析/ 已存在与当前项目、当前平台或当前赛道相关的竞对分析报告,审阅前必须先读取并纳入对照。Agents.md 注册的蒸馏作品蓝本模板、蒸馏作者文风模板、蒸馏写作研究模板,或 写作研究/、调研报告/ 等目录下的蒸馏/研究报告文件),审阅前必须优先将其作为竞对对比的核心依据;蒸馏产物中封装的叙事结构约束、风格基线、题材×平台约束等可直接转化为竞对维度评分参照,使竞对判断更准确、更深入、更可举证。通用-分析竞对作品 补齐最小结论集;若任务限制导致本轮无法补齐,必须显眼记录盲区,并下调本轮审阅上限与置信度。竞对分析的目标平台由主输出平台配置决定。25% 计权;若未完成量化差距卡,或关键维度仍显著落后且没有 72 小时补丁,综合评分默认不得给高档。当已配置主输出平台时,默认把竞对对照拆成以下四层,并翻译成评分判断与补丁建议。具体平台术语与指标由主输出平台对应的 通用-输出*版 Skill 提供:
M0 / X / C 供血、四阶段机制递进、单元案矩阵与终局闭环上的成熟度,把差距翻成总纲级与卷群级补丁。M0、重要支线 X、单元案矩阵 C 是否稳定供血。审阅意见/ 目录中,不再额外下沉到总纲专用子目录。YYYY-MM-DD。审阅意见/总纲审阅报告_[对象名]_2026-04-15.md。通用-分析竞对作品 补齐最小结论集。竞对分析的目标平台由主输出平台配置决定。小说总大纲.md 的主线职责与 故事面/ 的支线职责。M0 / X / C 关系,以及主支线是否相互交织供血。72 小时最小补丁链与最先要回写的总纲层位置。总纲审阅报告默认按以下固定顺序输出,除非用户明确要求改版式,否则不得跳步或乱序:
Green/Yellow/Red;若已配置主输出平台,可额外补充该平台的特定潜力档位并写明依据。3 处、每处改什么动作词、为什么先改它"。若未指定目标平台,仍按同一骨架输出;其中竞对或平台字段可标注"本轮不适用",但不得删掉骨架步骤。
M0 / X / C 是否成立。小说总大纲.md 与 故事面/ 的职责边界是否清楚,主支线是否互相推动而不是互相抢位。小说总大纲.md 与 故事面/ 的职责边界是否清楚Top10 候选池 → 3–5 本主样本 → 四层对照 就直接给高分或高档判断。小说总大纲.md 与 故事面/ 默认判成重复维护;先判断它们是否分别承载主线 / 支线的完整故事职责。通用-设计总大纲。Take lornshrimp/通用-审阅总大纲 from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.