用于审阅总大纲、全书总纲与战略层文件组。适合检查总纲包对象是否完整、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 与 故事面/ 默认判成重复维护;先判断它们是否分别承载主线 / 支线的完整故事职责。通用-设计总大纲。Integration with protocols.io API for managing scientific protocols. This skill should be used when working with protocols.io to search, create, update, or publish protocols; manage protocol steps and materials; handle discussions and comments; organize workspaces; upload and manage files; or integrate protocols.io functionality into workflows. Applicable for protocol discovery, collaborative protocol development, experiment tracking, lab protocol management, and scientific documentation.
Analyzes job descriptions and generates tailored resumes that highlight relevant experience, skills, and achievements to maximize interview chances
Generate Excalidraw diagrams from natural language descriptions. Use when asked to "create a diagram", "make a flowchart", "visualize a process", "draw a system architecture", "create a mind map", or "generate an Excalidraw file". Supports flowcharts, relationship diagrams, mind maps, and system architecture diagrams. Outputs .excalidraw JSON files that can be opened directly in Excalidraw.
Build and distribute Expo development clients locally or via TestFlight
Use when you have a written implementation plan to execute in a separate session with review checkpoints
Data structure for annotated matrices in single-cell analysis. Use when working with .h5ad files or integrating with the scverse ecosystem. This is the data format skill—for analysis workflows use scanpy; for probabilistic models use scvi-tools; for population-scale queries use cellxgene-census.
Benchling R&D platform integration. Access registry (DNA, proteins), inventory, ELN entries, workflows via API, build Benchling Apps, query Data Warehouse, for lab data management automation.
Comprehensive molecular biology toolkit. Use for sequence manipulation, file parsing (FASTA/GenBank/PDB), phylogenetics, and programmatic NCBI/PubMed access (Bio.Entrez). Best for batch processing, custom bioinformatics pipelines, BLAST automation. For quick lookups use gget; for multi-service integration use bioservices.
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.