mcpbeat

���用 ���包投稿材料

lornshrimp/通用-组包投稿材料

用于组装、审计或补强作品投稿材料包。适合把书名、简介、连续正文、总大纲、第 1 卷卷纲、人物、卖点与平台说明整合成可投递、可解释、可快速评估的版本化投稿包。关键词:组包投稿材料、投稿包、版本化投稿包、缺件判断、投稿落盘。

20k tokens
context cost
the whole folder, loaded on every use
9
files
instructions only
0
copies elsewhere
how many repositories repackaged it
148
stars on the repo
on the repository, not the skill itself

Install

one command, takes just this skill from the repository
npx skills add https://github.com/lornshrimp/Lorn.NovelWriteSkills --skill 通用-组包投稿材料

The instruction itself

2 sections, as written by the author

<!-- ===== Layer 1: 永久缓存 ===== -->

通用-组包投稿材料

> 题材路由:若 .github\题材专用Skills\ 目录存在对应的 <题材>-组包投稿材料 Skill,则:

> - 将题材特性骨架路由到 <题材>-组包投稿材料,该 Skill 位于 .github\题材专用Skills\ 目录。

> - 命中本技能时,必须优先强制加载当前 Skill 与 <题材>-组包投稿材料。

投稿材料包不是把文件塞进一个文件夹,而是把供编辑自行判断所需的事实材料按最低认知成本排清楚。

<!-- ===== Layer 3: 场景缓存 ===== -->

继续读取的 references(强制读取门禁)

以下所列 references 文件必须通过 read_file 工具逐文件读取,不得因"已有相关知识"、"之前执行时已读过"、"该文件只是参考"为理由跳过任何一条。 每条 references 按其标注的必读等级强制执行:

  • 标注 必读 的文件:必须读取,少一条即视为流程违规,不得开始执行流程。
  • 未标注必读的文件:必须读取,但读取后可仅提取与当前任务直接相关的段落,不要求逐字通读。
  • 若文件路径指向的文件不存在(如引用的外部路径未就位),必须在日志中显式记录 reference_missing_{refName},不得静默跳过。
  • references/投稿材料包清单与排序.md
  • references/投稿材料常见失分点.md
  • references/起点内投材料四件套与裁判标准.md
  • references/投稿材料落盘与回执规则.md
  • references/审核信号吸收与组包质量闸门.md
  • references/组包自检模板与风险矩阵模板.md
  • references/腾讯专栏投稿格式与审稿流程增补.md
  • references/腾讯专栏邮件投稿圆桌规范增补.md

<!-- ===== Layer 2: 项目级缓存 ===== -->

风格/蓝本/写作研究模板自动发现规则

若当前服务的项目根目录存在 Agents.md,组包投稿材料前必须:

  • 读取项目根目录的 Agents.md;若其中声明了 主输出平台,检索三类模板时优先匹配"适用平台"与主输出平台一致的模板,无匹配时回退到"适用平台:默认"的同类模板
  • Agents.md 中注册了"写作研究模板"——读取对应路径的模板文件,将其作为目标平台投稿口径和材料完整度基线
  • Agents.md 中注册了"作者风格模板"——读取对应路径的模板文件,将其作为简介、样章和材料口吻的一致性参照
  • Agents.md 中注册了"作品蓝本模板"——读取对应路径的模板文件,将其作为总纲简述、样章选择、结构亮点和钩子说明参照
  • 本 Skill 只消费与投稿材料组包相关的字段;对外交付件不得直接写入模板内部诊断、评分或作者自评
  • 若项目根目录不存在 Agents.md,或其中未注册对应模板——回退通用默认模式,不报错,不阻断

本 Skill 默认消费字段:

  • 写作研究模板:平台投稿口径、材料清单、简介要求、禁忌类约束
  • 作者风格模板:整体文风、禁忌清单、样章声口一致性
  • 作品蓝本模板:整体叙事策略、章首模式、回报间隔、钩子轮换、结构亮点

主输出平台自动发现规则

若当前服务的项目根目录存在 Agents.md 且其中声明了 主输出平台,组包投稿材料前必须:

  • 读取项目根目录的 Agents.md,以其中声明的 主输出平台 作为投稿目标平台
  • 按命名约定加载对应的 通用-输出{平台名}版 Skill,获取该平台的投稿口径、材料清单与裁判标准
  • 若项目根目录不存在 Agents.md 或未声明主平台——需用户显式指定目标平台,不得默认按任何特定平台处理

编辑包红线(强制)

  • 对外交付件中禁止出现任何作者自评、自吹自擂、自我背书或替编辑做判断的句子。
  • 禁止在 内投版简介内投版正文内投版总大纲内投版第 1 卷卷纲、对外汇总导出件中写入类似:当前最强一环当前最弱一环当前残留风险当前结论可以直接进入编辑内投编辑会继续看适合编辑快扫建议现在投稿 / 内投 之类内容。
  • 平台签约评估、概率判断、一票否决、最强最弱分析、作者自我辩护,只能存在于独立的评估任务作者侧内部核对文件里,且不得并入任何对外交付件。
  • “吸收已有评估 / 审阅结论”的意思是:把问题改掉、把承诺写实、把材料补齐;不是把评估结论原句抄进投稿材料里。
  • 若需要作者侧内部核对,必须明确标记为“作者侧内部文件 / 不随稿发送”;它不能被并入 99_汇总导出件.md,也不能伪装成给编辑看的补充说明。

目标平台与总纲模板符合性要求(强制)

  • 投稿目标平台由项目根目录 Agents.md 中的 主输出平台 决定,或由用户显式指定。
  • 当目标平台有特定的总纲模板要求时,组包前必须先读取总纲中的 ## 模板组合声明 / 模板使用说明。
  • 若模板声明缺失且目标平台有已知模板体系,应从对应平台的 通用-输出*版 Skill 或其写作研究中反推主模板。
  • 组包时只承认 1 个主模板 + 0–2 个辅助模板。若大纲里并列多个主模板,视为模板声明失格,需要先纠正。
  • 投稿材料中的大纲必须严格按照所选主模板的结构字段与格式要求撰写(硬性强制);声明了模板但没按模板格式写大纲,该大纲视为缺失,不得进入正式组包流程。
  • 若模板声明缺失但材料总体自洽,可继续组包,但默认只能输出"可投包预备版 / 需回炉版"。
  • 若模板声明缺失且结构混乱到无法证明首卷承诺、长线供血与主卖点落点,则停止正式组包,先回到 通用-设计总大纲 修补大纲。
  • 当目标平台为起点中文网时,references/起点内投材料四件套与裁判标准.md 作为该平台的专项裁判标准加载。

模板符合性前置闸门(强制执行顺序)

  • 模板符合性检查必须发生在任何内投版总大纲 / 第 1 卷卷纲撰写之前,不能写完大纲再回头补一句"主模板是什么"。
  • 模板符合性至少要先得出 4 个判断:
  • 当前主模板是什么;
  • 辅助模板是什么、是否越位;
  • 现有总纲 / 分卷是否已经能支撑按主模板字段重写;
  • 当前包能否进入"正式投稿版",还是必须降级为"可投包预备版 / 需回炉版"。
  • 若上述 4 项判断里任一项无法成立,必须先停在"模板符合性结论"阶段,不得直接产出正式版内投大纲
  • 大纲撰写时,必须沿用主模板的字段层级与命名习惯;可以做题材化翻译,但不得把主模板改写成通用摘要体。
  • 若主模板要求的是"主角人设 + 副本 / 单元案矩阵",就必须逐项交付这些字段;若主模板要求的是"九线 / X线 / C线 / 单元案矩阵",就必须逐项交付对应字段;不能用自拟结构替代主模板字段

模板字段对齐证明(新增硬门)

  • 仅仅“知道主模板叫什么”不算过闸;必须读取主模板原文件,并抽取该模板的一级 / 二级必交字段清单
  • 在内投大纲开写前,必须先形成一份 模板字段覆盖表,至少包含三列:主模板原始字段当前内投大纲对应位置是否已覆盖(是 / 否)
  • 模板字段覆盖表 可以作为聊天中的中间检查,也可以写入内投文件的大纲区;但无论是否落盘,都必须先完成这张表,才能进入正式版大纲撰写
  • 若主模板字段在内投版总大纲 / 第 1 卷卷纲里仅被“概念性提到”,但没有以该字段要求的结构内容实质展开,仍按“未覆盖”处理。例如:主模板要求 主角人设 -> 性格 / 外貌 / 背景 / 能力 / 萌点 / 金手指,却只写了一个“主角与核心机制”摘要段,依然算缺项;同理,若主模板要求 副本 / 单元案矩阵,却只把后续卷次写成“每卷一句话”“每卷一个副本”或类似口号式列表,也仍按缺项处理。
  • 模板字段覆盖表 中存在任一必交字段为“否”,则:
  • 不得输出“正式投稿版”;
  • 不得声称“内投版总大纲 / 第 1 卷卷纲已完成”;
  • 必须先回炉重写大纲,再重新做字段覆盖检查。
  • 禁止在大纲写完后凭主观判断说“应该差不多覆盖了”;必须逐字段回看原模板并逐字段对表。

大纲故事可读性闸门(新增硬门)

  • 模板字段覆盖通过,不等于故事已经讲清内投版总大纲内投版第 1 卷卷纲 中凡是涉及故事情节的部分,必须先让编辑看懂“这到底是个什么故事”,再谈卖点、结构与供血。
  • 总纲层凡涉及 M0 / X / C / 分卷推进 / 单元案矩阵 / 故事面 / 阶段节点 等条目时,至少要先有一段通俗人话的 故事梗概:写清 什么时间 / 场景 下,因为 什么目标 / 压力 去做 什么事,遭遇 什么阻力,事情 怎样升级 / 变向,并留下 什么可验证后果 / 新缺口
  • 卷纲层凡涉及卷级故事、章群推进、关键章或关键副本时,至少要让编辑看懂:这一卷 / 这几章到底讲了什么故事。推荐最低展开为:故事梗概场景(WHEN / WHERE / WHO)核心冲突关键动作 / 转折直接后果 / 悬念钩子
  • 背景 / 目标 / 障碍 / 参与人物 / 伏笔暗线 / 反转点 这类栏目只可作为补充,不可替代 故事梗概元素清楚不等于故事清楚;若读者仍说不出“发生了什么”,按未过闸处理。
  • 对高密度副本 / 单元案型项目,卷级目标 + 单元案矩阵 + 阶段供血点 也必须建立在“每个核心单元案先讲得清在发生什么事”的前提上;只写案名、功能名、供血标签,不算完成。
  • 若作品属于单元案 / 副本 / 案件串联结构,总大纲与第 1 卷卷纲里被点名的每个核心单元案,都不得只列名称。编辑看见案名,并不会自动知道这个案子讲了什么;至少要补出:本案在讲什么主角如何介入核心阻力 / 误判是什么本案带来什么结果 / 接棒缺口
  • 对单元案型项目,单元案矩阵 的最低合格标准不是“列出案名”,而是“让编辑看懂每个案子的大致故事与职责”。若只剩 案名 + 功能词,按糊弄式缺项处理。
  • 若总纲 / 卷纲中的关键节点无法尽量写成 谁做了什么 → 留下什么可回指物 / 状态变化 → 引发什么可验证后果 / 下一步缺口,则该节点仍停留在概念层。

完整组包执行要求(强制)

  • 投稿包不是把材料硬塞进一个 Markdown 文件里,而是替编辑快速回答至少 5 个问题:
  • 这是什么书,能不能快速归类;
  • 开篇会不会让我继续看;
  • 简介承诺的卖点,正文和大纲会不会兑现;
  • 这书有没有 50 万字以上的长线供血与首卷承诺;
  • 作者是不是具备稳定把它写下去的执行能力。
  • 若目标是起点或其它强连载平台,组包前必须先过内部快检:30 秒归类3 分钟继续看3 万字 / 首卷值得继续评估
  • 若目标是起点内投,本仓库不再沿用旧的“6000 字正文 + 300 字大纲”最低提交线,也不再把“单份 2000 字大纲”视为默认大纲件;统一按版本化多文件投稿包执行。
  • 起点内投的四份对外交付件至少包含:内投版简介内投版正文(至少 30000 字连续正文)、内投版总大纲(最低 5000 字)、内投版第 1 卷卷纲(最低 5000 字);组包自检 只允许作为作者侧同版本内部核对文件保留,不得计入对外交付件。
  • 缺任一对外交付件,都不得视为已达提交线;即使文件齐备,若模板符合性、前门效率、长线供血或执行准备仍不过线,也只能降级为“可投包预备版”,不得直接挂“正式投稿版”。
  • 内投版总大纲必须覆盖全书骨架,第 1 卷卷纲必须单独成文件:阅文官方作家专区收录的起点责编明确把“只写第一卷、后续卷次待定”列为主动失分项。起点编辑签约本质上是在赌一个 50 万字以上的长线连载;总大纲不覆盖全书,编辑无法判断“后续卷次是不是真的活的”,签约意愿会直接下降。后续卷次不必逐章细写,但每卷必须先用通俗人话讲清阶段故事,再写核心冲突、推进目标与阶段性卖点,不得留空或写“待定”;第 1 卷卷纲则负责把首卷承诺、前门节奏与卷末接棒细化到可执行层。
  • 若原始总纲以高密度单元案成立(例如多卷、多案、且案案都承担阶段供血职责),则 内投版总大纲 还必须显式证明“卷内供血密度”依然存在,而不是把大量单元案压成少量口号。对后续各卷,至少要让编辑看见:本卷要解决哪一类核心冲突、卷内由哪些核心单元案 / 案型供血、这些案子分别在讲什么事、分别喂出哪些武库 / 人物 / 制度 / 主谜回报,以及卷尾把读者接去下一卷的更贵缺口。若只剩“卷名 + 一句主推进 + 一个单点回报”,按长线证明不足处理。
  • 若材料里存在平台签约评估报告、章节 / 人物 / 设定 / 分卷 / 总纲审阅报告,必须先吸收,再决定能不能正式组包;不得无视上游结论,直接把风险稿硬压成“可投版”,也不得把这些结论原文抄进对外交付件。
  • 若书名、简介、样章、大纲、人物、设定在承诺上互相打架,必须先统一题材承诺;统一前只允许输出“可投包预备版”,不得伪装成正式投稿版。

开篇材料快检补充(新增)

  • 组包时默认检查样章前 300 字是否立起人物抓手与第一压力,前三章是否形成至少一轮完整的钩子 / 蓄力 / 回报或升级。
  • 若样章主要靠设定说明、抽象判断或作者说理推进,而不是靠动作、感官、选择与后果推进,默认归入前门无效风险。
  • 若主角没有真实短板、务实动机与可见成长空间,即使设定、题材或概念不差,也不得把人物项包装成高成熟度卖点。
  • 若正文明显不适配手机端阅读(大段厚墙、句群均匀、首屏迟钝),默认在样章可投性与前门效率项降级处理。

前门结构证明件(新增)

  • 起点口径组包时,除四件对外交付件外,作者侧内部核对应默认补一份“前门结构证明”:
  • 0–300 字承担的钩子职责;
  • 300–800 字承担的目标/阻力职责;
  • 800–1500 字承担的首次回报职责;
  • 第一章结尾承担的下一章驱动职责。
  • 该证明用于支撑“30 秒归类 + 3 分钟继续看”判断,不作为对外交付件发送。
  • 若无法给出上述四段职责证明,默认不得判为“前门有效”,投稿包应降级为预备版或回炉版。

交易层统一补充(新增)

  • 若作品核心卖点依赖情绪价值、关系拉扯、成长兑现、身份翻转或人物处境,组包时必须让其中至少一项在书名、简介、样章开头中形成连续显影;不能三份材料各讲各的。
  • 若编辑在 30 秒内还看不清题材归类、主角当下困局与继续看的理由,默认只能降级为预备版或先修版。
  • 组包时不得只把“概念成立”包装成“可投成熟度高”;必须同步回答人物可追、前门有效、长线可供血这三个问题。

审核信号吸收要求(强制)

  • 只要相关材料存在,组包时默认优先吸收以下能力的结论:
  • 通用-平台签约评估框架
  • 通用-审阅章节正文
  • 通用-审阅人物传记
  • 通用-审阅故事设定
  • 通用-审阅分卷大纲
  • 通用-审阅总大纲
  • 若已有这些结论,必须把它们翻译成组包动作,而不是只在聊天中“参考一下”:
  • 停止正式组包:存在致命问题时,先回炉;
  • 降级为预备版:材料还没过线,但值得继续补;
  • 允许正式组包:前门、人物、机制、长线、执行都已达到可投阈值。
  • 若没有现成审阅报告,但材料明显暴露出与这些对象对应的硬伤,也必须按同等严口径处理,不得借“还没正式审过”逃避判断。

常见触发词 / 用户说法速查

  • 帮我组投稿包
  • 这套材料能不能投
  • 给我起点内投四件套
  • 看看投稿材料缺什么
  • 帮我把材料整理成可投版本

何时使用

  • 为平台内投、外投或出版投稿准备材料包。
  • 审计现有材料是否缺关键件、顺序混乱、抓手不清。
  • 需要把多个写作工件压缩成编辑快速可读的一套包。
  • 需要把“版本化投稿目录 + 四份对外交付件 + 同版自检”这类固定投稿包组出来。

开始前必须确认

  • 目标平台 / 投稿渠道。
  • 作品名 / 目标投放名。
  • 目标正文来源或样章范围。
  • 大纲材料层级:总纲 / 分卷 / 前十章节拍 / 其它。
  • 若目标平台为起点中文网,或用户未指明平台,必须确认总纲中的 模板组合声明 是否存在:主模板、辅助模板、是否默认回退、各模板职责分别是什么。
  • 若模板声明缺失,是否已按 总纲模板/README.md 反推主模板;仍无法判断时是否已默认回退 九线写作总纲.md
  • 主角、核心机制、差异化卖点。
  • 当前简介、评估结论与其它既有材料是否存在。
  • 是否已有平台签约评估、章节、人物、设定、分卷、总纲审阅结论;若有,必须先吸收。

若缺关键材料:

  • 必须先列缺口。
  • 必须下调完成度表述。
  • 缺正文时不得伪造正文;缺总纲时不得硬造长线承诺。

默认执行顺序

  • 先判目标平台 / 渠道与材料标准;若未明确平台,默认按起点中文网处理。
  • 再盘点现有材料、缺口,以及是否已有可复用评估 / 审阅结论。
  • 若目标是起点中文网(含未标平台的默认起点口径),先读取总纲中的 模板组合声明;若缺失,则回读 总纲模板/README.md 反推主模板,仍无更合适模板时默认回退 九线写作总纲.md
  • 先做大纲模板符合性初检:主模板是否合理、辅助模板是否越位、关键字段是否已进入总纲与投稿材料。
  • 读取主模板原文件,抽取必交字段,先制作 模板字段覆盖表
  • 先给出模板符合性结论:可正式进入大纲撰写 / 只能输出预备版 / 必须先回炉总纲。
  • 再做“大纲故事可读性闸门”检查:总纲 / 卷纲中所有涉及情节的段落,先看能不能讲成一个读得懂的故事;若只能列元素、标签或栏目,不得继续挂正式版名头。
  • 再做组包前质量闸门:停止正式组包 / 仅做预备版 / 可正式组包。
  • 若主模板属于高密度单元案型,先从源总纲抽出卷级单元案矩阵与阶段供血点,再写 内投版总大纲;禁止只靠卷名和终局关键词临时概括后续卷次。

10. 再按“先抓眼、再说服、再证明能写、最后交代风险”的顺序组装。

11. 若目标是固定规格内投包,按“内投版简介内投版正文内投版总大纲内投版第 1 卷卷纲”组织对外交付件;组包自检 仅可作为作者侧内部核对文件单独保留。

12. 大纲写完后,必须用同一张 模板字段覆盖表 做一次反向复核,并补做一次“故事可读性反向复核”;若仍有缺项或故事仍讲不清,立即降级并回炉。

13. 再做一次包内快检:30 秒归类、3 分钟继续看、3 万字 / 首卷继续评估理由是否成立。

14. 按默认版本目录规则写回 投稿材料/,同步维护当前版本索引,并区分“对外交付件”与“作者侧内部核对文件”,再给出聊天侧最小回执。

15. 最后输出缺件提示、补件顺序与仍待补写 / 回炉的文件,不输出替编辑做判断式结论。

默认输出口径

  • 默认输出一套对外交付四件清晰、作者侧内部核对文件独立隔离的版本化投稿材料包
  • 默认同时给出缺件说明与补件顺序,但不在对外交付件中写任何自评或替编辑做判断的话。
  • 默认还要显式说明:哪些文件属于对外交付件,哪些只属于作者侧内部文件。
  • 若目标平台为起点中文网,默认还要显式说明:主模板 / 辅助模板 / 是否触发默认九线回退,以及当前模板符合性结论。
  • 若目标平台为起点中文网,默认还要显式说明:模板字段覆盖表 是否已完成、是否全部过线;若未全部过线,必须显式降级。
  • 若目标平台为起点中文网,默认还要显式说明:当前版本目录、版本号、当前版本索引是否已更新。

最低交付

  • 明确必备材料与可选增强材料。
  • 给出建议排序,而不是杂乱罗列。
  • 对每一件材料说明它解决编辑哪一个判断问题。
  • 若目标是起点内投,必须至少交付:内投版简介内投版正文(至少 30000 字连续正文)、内投版总大纲(最低 5000 字)、内投版第 1 卷卷纲(最低 5000 字);若生成 组包自检,它只能是作者侧内部文件,不得随稿发送。
  • 若目标平台为起点中文网,必须给出主模板、辅助模板、默认九线回退状态与模板符合性结论。
  • 若目标平台为起点中文网,必须完成主模板原始字段抽取与逐字段覆盖检查;未完成时,内投版总大纲 / 第 1 卷卷纲 不得计入已完成项。
  • 若目标平台为起点中文网,内投版总大纲 中凡涉及分卷 / 单元案 / 故事面的条目,至少要有能让编辑看懂“发生了什么”的阶段故事梗概;仅有卷名、标签或要素列表,不算交付完成。
  • 若目标平台为起点中文网,内投版第 1 卷卷纲 至少关键章群 / 关键章要写得出 故事梗概场景核心冲突直接后果 / 钩子;不能只有 目标 / 障碍 / 伏笔 式卡片。
  • 若目标平台为起点中文网,且作品属于单元案 / 副本型结构,则 内投版总大纲 里每个被列出的核心单元案,至少要有一段简明剧情说明;只罗列单元案名称,视为该单元案未交付
  • 若目标平台为起点中文网,且第 1 卷本身由多个核心单元案构成,则 内投版第 1 卷卷纲 中每个核心单元案至少要写出:案子触发 / 异常起手主角介入动作核心阻力阶段结果或坏消息只列案名同样视为未完成
  • 说明当前包是否已经吸收平台评估与审阅信号;若没有,必须写明为什么仍只能是预备版。
  • 若需要实际落盘,## 组包自检 建议直接套用 references/组包自检模板与风险矩阵模板.md,不要临时拼凑检查项。
  • 若需要实际落盘,必须建立清晰的作品根目录、版本子目录与当前版本索引,不得把不同轮次投稿材料混放在同一层。
  • 对外交付件中禁止出现“当前最强 / 最弱一环”“当前结论”“建议现在内投 / 投稿”等替编辑做判断的句子;这些内容若存在,只能留在独立评估文件中。

与其他 Skill / Prompt 的边界

  • 若平台适配或签约判断仍不清楚,应先吸收对应平台评估结果,再组包。
  • 若章节、人物、设定、分卷或总纲存在明显未过线风险,应先吸收对应审阅结果,再决定是否正式组包。
  • 若简介需要大幅重写,应联动对应的简介类 Skill,而不是在组包时草草带过。
  • 若模板声明缺失或主模板明显不符,应先回源 通用-设计总大纲 修补,而不是在组包阶段偷偷重造立项逻辑。
  • 本 Skill 负责“把材料组织成可投包”;不替代上游的题材定位、正文精修或平台签约评估本体。

硬规则

  • 禁止只有大纲,没有样章与卖点承诺。
  • 禁止只有情怀描述,没有平台感与市场定位。
  • 禁止材料之间互相打架:书名、简介、大纲、样章像四本书。
  • 禁止缺关键材料却伪装成完整投稿版。
  • 未明确平台时,默认按起点中文网口径执行;禁止跳过这一默认口径直接写模糊平台版规则。
  • 起点口径下,禁止不读总纲模板声明就直接输出正式投稿包。
  • 起点口径下,禁止先写内投版总大纲 / 第 1 卷卷纲、后补模板符合性说明;模板闸门必须先于大纲产出。
  • 禁止把多个主模板并列挂名;组包时只承认 1 个主模板 + 0–2 个辅助模板。
  • 模板不符但材料大体自洽时,默认降级为“可投包预备版 / 需回炉版”;禁止硬包装成正式投稿版。
  • 禁止把“主模板声明”写在文件里,却把实际大纲写成与主模板无关的通用摘要体;这类情况按“大纲缺失”处理。
  • 禁止把“作者等级/作者名气/历史成绩”当作本次新稿可投成熟度的替代证据;组包判断必须回到当前文本与结构证据。
  • 禁止只凭主观判断说“大纲已经覆盖主模板大意”;必须逐字段对照主模板原文做覆盖检查。
  • 禁止跳过 模板字段覆盖表 就宣称模板合规;未出表即视为模板检查未完成。
  • 禁止把模板符合性检查藏进 ## 组包自检 尾部充数;它必须在组包前完成,并决定本轮是否允许正式组包。
  • 禁止把高密度单元案主模板压成“每卷一句推进 / 每卷一个副本 / 每卷一个武库回报”的空心摘要;只要后续卷次看不见卷内多案供血与阶段职责,仍按长线证明失败处理。
  • 禁止在 内投版总大纲内投版第 1 卷卷纲 中,只罗列单元案名称就假装已经交代了该案内容。
  • 禁止用“单元案名称 + 功能标签”代替单元案故事说明;编辑不能靠猜案名来理解情节。
  • 禁止把总纲或卷纲中的情节段落写成“背景 / 目标 / 障碍 / 参与人物 / 伏笔暗线”式要素拼盘,却不写清到底发生了什么。
  • 禁止把“元素齐全”误判成“故事已讲清”;只要编辑仍无法复述“谁在什么处境下做了什么、发生了什么变化”,就按未完成处理。
  • 禁止用“卷名 + 一句推进”“副本名 + 标签列表”“主题词 / 卖点词 / 氛围词”替代阶段故事梗概。
  • 禁止把任何作者自评、自吹自擂、最强最弱分析、投稿建议、概率判断或替编辑做判断的话写进 简介 / 正文 / 总大纲 / 第 1 卷卷纲 / 汇总导出件
  • 禁止把 组包自检当前版本索引00_版本说明模板字段覆盖表 伪装成给编辑看的补充文件;这些若生成,只能是作者侧内部文件。
  • 禁止把正文写成批注稿、摘要稿或节选拼贴稿。
  • 禁止无视平台签约评估或审阅层的致命问题,硬把稿子包成“可投正式版”。
  • 禁止简介承诺的卖点在样章里长期不兑现,或大纲承诺的长线在样章里毫无影子。
  • 禁止用“设定很强”“世界观很大”冲淡前门无效、人物发虚、规则无边界、首卷断供等硬伤。
  • 禁止继续沿用“单文件投稿包”作为默认落盘形态;除非用户明确要求额外导出汇总件,作者侧源文件必须保留版本目录制。
  • 禁止把旧的 6000 字开篇样章或旧单文件投稿件包装成“已达起点内投提交线”;起点内投默认至少要有 30000 字连续正文、总大纲、第 1 卷卷纲与简介四份对外交付件。

How to use it

Copy the folder

Take lornshrimp/通用-组包投稿材料 from the repository into ~/.claude/skills for personal use, or into .claude/skills inside a project.

Check the name does not clash

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.