mcpbeat

���用 ���计线索伏笔与回收台账

lornshrimp/通用-设计线索伏笔与回收台账

用于设计、重写或维护线索台账、伏笔台账与回收计划。适合把线索、嫌疑、误导、伏笔、回收窗口与兑现后果写成作者可审计、可回指、可跨卷追踪的统一账本。关键词:线索台账、伏笔台账、回收计划、回收窗口、兑现后果、推理公平性。

10k tokens
context cost
the whole folder, loaded on every use
11
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
  • references/腾讯专栏铺垫反转关系与伏笔回收增补.md

反转的伏笔法则——"意料之外,情理之中"的具体操作(新增——吸收自知乎北岸书生)

> 来源:知乎·北岸书生《小说新人如何设计场景,设计事件,设计冲突,设计反转,设计节奏》(2026-07-14,20 赞同)。

新手写反转最常崩的地方:前面铺垫了半天,最后突然冒出一个设定强行反转。好的反转是"虽是意料之外,却在情理之中"——前面必须埋好伏笔,但让读者在反转发生前不会在意它们。

伏笔埋设三原则(以北岸书生的背叛剧情为例——一个一直对主角很好的角色最后背叛了他):

| 伏笔类型 | 具体操作 | 读者效果 |

| --- | --- | --- |

| 眼神/微表情伏笔 | "他每次看主角的眼神,都带着一丝复杂"——写在日常场景中,不被强调 | 反转出现时读者回头一想:"原来他早就不对劲了" |

| 习惯动作伏笔 | "他每次帮主角,都会下意识地摸一下自己腰间的令牌"——作为一个不起眼的习惯写入 | 反转后这个习惯变成了"他在确认令牌还在,确认自己还属于那边" |

| 关键词反应伏笔 | "他每次听到'朝廷'两个字,都会沉默很久"——作为一个性格特征写进去 | 反转后沉默的原因被揭晓——"他不是沉默,是在忍" |

伏笔设计自检三问

  • 这个伏笔在反转发生前,读起来是"一个正常的人物细节"吗?如果不是→伏笔太明显
  • 反转发生后,读者回头看时,能立刻对应到这些伏笔吗?如果不能→伏笔太隐蔽,没起到作用
  • 如果把反转删掉,这些细节还能作为"人物性格刻画"独立存在吗?如果能→这是一个合格的伏笔(它有两个功能:刻画人物 + 为反转埋线)

与本 Skill 既有规则的协同:三原则与本 Skill 既有的"四大伏笔类型与标准回收周期"互补——北岸书生的伏笔法则侧重"如何把伏笔写得不像伏笔"(埋设技巧层),既有规则侧重"伏笔的分类与回收管理"(台账管理层)。两者同时使用:设计伏笔时先用三原则确保埋设质量,再按既有规则录入台账并标注回收窗口。

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

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

若当前服务的项目根目录存在 Agents.md,设计或维护线索伏笔台账前必须:

  • 读取项目根目录的 Agents.md;若其中声明了 主输出平台,检索三类模板时优先匹配"适用平台"与主输出平台一致的模板,无匹配时回退到"适用平台:默认"的同类模板
  • Agents.md 中注册了"写作研究模板"——读取对应路径的模板文件,将其信息密度、伏笔公平性、回收要求和平台禁忌作为默认约束基线
  • Agents.md 中注册了"作者风格模板"——读取对应路径的模板文件,将其作为伏笔呈现方式、叙事距离、物件细节与禁忌清单参照
  • Agents.md 中注册了"作品蓝本模板"——读取对应路径的模板文件,将设悬念、埋线索、部分揭示、完全揭示的节拍作为回收计划参照
  • 本 Skill 只消费与线索 / 伏笔 / 回收相关的字段;若模板字段与推理公平性冲突,公平性和可证伪性优先
  • 若项目根目录不存在 Agents.md,或其中未注册对应模板——回退通用默认模式,不报错,不阻断

本 Skill 默认消费字段:

  • 写作研究模板:信息密度、伏笔公平性、回收要求、读者耐心阈值、禁忌类约束
  • 作者风格模板:叙事距离、感官偏好、比喻指纹、禁忌清单
  • 作品蓝本模板:信息释放节拍、章末钩子指纹、中段回报指纹、场景节奏分布
  • references/道具呼应弧线与出场追踪.md — 道具呼应弧线与出场追踪

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

  • 帮我做线索台账
  • 这批伏笔怎么记账
  • 看看回收窗口有没有问题
  • 这条误导是不是不可证伪
  • 帮我整理伏笔和回收计划

何时使用

  • 新建或重写线索台账、伏笔台账、回收总表。
  • 审计现有台账是否存在“编号混乱、字段缺失、回收无代价”的问题。
  • 需要把总纲、分卷、章节中的线索与回收动作对齐到统一账本。

默认执行顺序

  • 先判本轮对象属于线索台账、伏笔台账还是混合台账。
  • 再按字段模板建立编号、来源、状态、窗口、兑现后果。
  • 再补“提出 → 强化 → 回收 → 余波”的阶段链。
  • 最后检查能否直接回指到总纲、分卷与章级动作。

悬念管理与钩子链节律补强(新增)

  • 线索台账不只记“埋了什么”,还要记“它属于哪类悬念 / 钩子链的哪一环、上次推进在哪一章、预期何时回应”。
  • 默认尽量遵循“每章回应一个旧问题,再打开一个新问题”;若某条线连续多章只被提起不被推进,应标为失温或超期。
  • 悬念窗口默认可分:小悬念 1–3 章、中悬念 5–8 章、大悬念跨卷 / 全书;超窗时要么补推进,要么写明合理延迟原因。
  • 同时活跃的高关注悬念线最好控制在 3–4 条;超过时,台账里应明确主次与轮换顺序。
  • 回收方式默认至少标记一种:对称场景、重复对白、物件回归、信息重组;若最终解答主要依赖末章新信息,默认判为不公平。
  • 需警惕并显式标红:虚假悬念、机械降神、过度留白、低风险钩子、同类型钩子连续重复。

默认输出口径

  • 默认输出一份可直接回指、可跨卷追踪的线索 / 伏笔台账。
  • 默认同时补齐编号、状态、窗口与兑现后果。

最低交付

  • 每条线索/伏笔都有唯一编号与当前状态。
  • 每条回收都写清回收窗口、证据载体或触发动作。
  • 每条兑现都写清“爽点 / 代价 / 余波”三项中的至少两项。

伏笔必回收原则(强制)

> 来源:自知乎精华《如何写好一个优质的长篇小说?》(摘星,2026-06-17)。

伏笔的核心原则只有一句话:埋多少,收多少。

这不是"尽量收"而是"必须收"——每一个被显式埋入正文的伏笔(无论短线、中线、长线),都必须对应一个明确的回收动作。不能回收的伏笔,就不要埋。

伏笔分类回收时限

| 伏笔类型 | 最长容忍窗口 | 回收强度要求 | 超期处理 |

| --- | --- | --- | --- |

| 短线伏笔(章节级) | 3-7章 | 在回收窗口内给出明确的揭示或兑现;不需要"大反转",但读者需要知道"那个信号被回应了" | 超出7章未回收→标记为失联伏笔,在下一卷的回收计划中安排优先处理 |

| 中线伏笔(卷级) | 1-2卷 | 在跨1-2卷的篇幅内完成揭示;需要至少一次"强化"(在正式回收前再提一次让读者记住) | 超出2卷未回收→标记为高风险失联,必须在卷级复盘会上决策是回收还是删除 |

| 长线伏笔(全书级) | 终局前1卷 | 终局前必须完成回收,且回收方式需让读者产生"原来这里早有伏笔"的后知后觉感 | 终局完成后仍未回收→标记为未兑现伏笔,在完本清单中决策是否追加回收章节 |

伏笔回收的验收规则

  • 短线伏笔:不得依赖读者记性——如果一段伏笔埋下后超过5章读者已经很难回想起,要么在回收前加一次"回顾提示",要么当初就不该埋。
  • 中线伏笔:回收时的信息增量必须大于埋设时的信息量。如果"揭秘"只是简单重复已经暗示过的内容("原来他就是那个黑衣人"而读者早就猜到了),判为回收质量不合格。
  • 长线伏笔:回收时的"后知后觉感"必须来自"线索一直摆在读者面前但解读方向被巧妙引导",而非"信息从未出现,最后一章硬塞答案"。

硬规则

  • 禁止只有“这里埋个伏笔”,没有回收窗口。
  • 禁止只有“后面回收”,没有回收动作与兑现后果。
  • 禁止把误导写成无法证伪的作者遮羞布。
  • 禁止同一编号跨文件漂移却没有同步口径。
  • 百万字以上项目必须显式区分短线、中线、长线伏笔,并写明强化窗口。
  • 终局级谜底不得主要依赖末章首次出现的新信息;关键信号应可回溯到前文。

与其他 Skill / Prompt 的边界

  • 本 Skill 负责线索、伏笔与回收账本本体。
  • 不直接代替总纲、分卷或案件引擎设计。

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.