juangangzhedieshu
当用户需要生成卷纲、分卷大纲、卷一大纲,或要求按「折叠树/十环节/大高潮/10个故事」形式整理卷级大纲时使用。触发词:卷纲、分卷大纲、卷一大纲、折叠树、10个故事、大高潮、起承转合十环节。…
Use when designing foreshadowing, clues, suspense, reveals, mystery payoff, hidden identity, or information-release rhythm.
$ npx -y skills add mochocyang/qmai --skill foreshadowing-suspense --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/foreshadowing-suspenseContext preview
The summary Claude sees to decide when to auto-load this skill.
Use when designing foreshadowing, clues, suspense, reveals, mystery payoff, hidden identity, or information-release rhythm.
name: foreshadowing-suspense title: 伏笔与悬念 description: Use when designing foreshadowing, clues, suspense, reveals, mystery payoff, hidden identity, or information-release rhythm.
伏笔、线索、隐藏身份、旧案、规则真相、反转、悬念节奏、回收计划。
输出伏笔或悬念追踪文件时必须遵循上级目录的 `SETTING_PROFILE_STANDARD.md`,重点写清伏笔状态、预计回收、回收方式、回收后果和过期处理。
1. 埋设:自然出现,不解释。 2. 推进:重复出现但换角度。 3. 提示:回收前让线索汇聚。 4. 回收:产生“原来如此”的情绪。 5. 后果:回收后改变人物关系、规则或主线。 6. 追踪:每个伏笔必须有状态,不能只写灵感。
每个对象必须按顺序覆盖以下 12 个分区;逐条落实字段,不将一整区压缩成一句概述。
标出核心悬念、对应主题、主支线、故事时点、计划与已发生的范围;数量必须来自实际列出的伏笔,不凑统计。说明读者当前会问什么、角色正在追查什么、最终真相为何值得等待及其情绪回报。
载体:kv;按上面的要求拆分具体字段和条目。
按已确认的卷纲章纲规划首次埋设、再次强化、部分揭示与最终回收,避免集中讲解或长期失联;明确计划与已发生状态,写每步承担的当前剧情功能,未确定章号用阶段与触发条件。
载体:table;表头:阶段或章节 / 埋设与强化 / 误导或进展 / 回收与兑现 / 证据和记录性质。
每条伏笔使用稳定ID,列可观察的原始细节、真正指向、关联人物和现有证据、计划节点、实际节点及当前状态;证据不足不能标已埋或已回收,无既有正文时全部采用计划状态,禁止虚构回收记录。
载体:table;表头:稳定ID与内容 / 表层呈现与真相 / 埋设位置及证据 / 回收条件和阶段 / 状态及重要度。
设计能被发现、误读、验证和连接的证据链;写目击、物证、对白或规则异常的载体、可靠性、保存与传播方式、谁知道及何时知道。强化要增加信息而非重复,最终结论必须可从前文证据追溯。
载体:table;表头:线索与关联ID / 出现方式及载体 / 知情者与获知渠道 / 可推导信息 / 下一步验证及障碍。
误导必须来自有限视角、人物谎言或合理巧合,不靠作者隐瞒视角人物已知事实;写错误解释为何可信、真相如何兼容前文细节、推翻误解需要什么证据以及相关人物承担的后果。
载体:table;表头:伏笔ID / 合理表层解释 / 误导来源及动机 / 真实因果 / 识破证据和后果。
只把正文或已确认材料中已发生的兑现写为回收日志;尚未回收时明确暂无已发生记录并列计划。回收要改变行动、关系、资源或主题理解,不能用一句解释了结,也不能把计划自动变成已完成。
载体:table;表头:ID与实际时点 / 揭示事件及证据 / 人物行动或选择 / 关系和局势后果 / 残余问题。
检查读者遗忘、线索矛盾、过早泄底、角色认知越界、时间窗错过和失去意义;给补强化、延后、合并或明确放弃的方案及代价。延后须有剧情原因,不悄悄删除旧承诺或凭空补关键证据。
载体:table;表头:ID及风险 / 现有症状与原因 / 补救或放弃方案 / 前置条件与影响 / 处理状态。
区分制造者、知情者、误导者、调查者与受害者,写每人掌握的证据、误解、获知渠道、隐瞒利益和暴露后果;人物只能依据自己的认知行动,不能为了维持悬念拒绝显而易见的验证。
载体:table;表头:人物与伏笔ID / 知情及误解 / 隐瞒或追查动机 / 行动与代价 / 认知变化触发。
关联人物、势力、力量、背景、地理和地点中的已有规则或异常;说明先建立哪条规则再打破何种认知,兑现如何推动主线和人物弧线,避免借回收之名新增从未铺垫的世界规则。
载体:table;表头:设定或主线节点 / 关联伏笔ID / 因果及先后依赖 / 揭示后的改变 / 一致性约束。
区分章内钩子、单元悬念、卷级秘密和长线主谜,写维持时间的依据、信息增量、阶段性答案和情绪回报;不让所有问题同时悬置,也不用重复卖关子替代推进,重要悬念须有兑现路径。
载体:table;表头:悬念与读者问题 / 级别及跨度 / 维持与强化手法 / 阶段回报 / 最终兑现条件。
为每组重点伏笔说明当下场景作用、后续反转、人物选择及情绪或主题回报;埋设细节在首次出现时也要自然有用,回收应造成可持续的后果,不能成为脱离角色行动的猜谜清单。
载体:list;按上面的要求拆分具体字段和条目。
逐项核对ID、章节、证据链、人物知情范围、计划和实际状态、真相兼容性及回收后的变化;未确定信息列待确认及影响。禁止作者作弊、无证据硬反转、假回收、重复兑现和承诺悄然消失。
载体:list;按上面的要求拆分具体字段和条目。
同时输出完整 MD 与 JSON。单对象顶层字段 `foreshadowingProfileData`,多个对象用 `foreshadowingProfiles` 数组;每个对象为 `{name,tag,tagline,sections}`,section 使用 `{kind,heading,items}`(kv 的 items 为 label/text 对象,list 为字符串)或 `{kind:"table",heading,head,rows}`。各分区标题、顺序及内容必须与 MD 等价,不得缩成摘要。
软件套用 `foreshadowing-suspense/profile.html`,不要自行输出 HTML/CSS。最后按既有 outlineSaveRequest 协议输出保存请求,只有用户确认后才落盘。
第二版详细档案标准:不是展示简介。基本身份、生活与供给、运行机制、权限与例外、失败后果、当前时点、知情范围、关联对象及写作场景均须具体;每个重要机制给出可核验的条件和后果,而非只增加段落数量。 数值闭合:组织收入、成本、利润、分配与现金流分开;人员分组与总人数吻合;同一行程的距离、速度、有效行进时长和等待时间一致;人物的收入、生活费、债务与储蓄互相成立。缺少依据时给明确假设,不硬凑精确数字。 同一事实只设一个当前基准:说明章节或时点,将未来升级、人物出场、伏笔回收与当前状态分开。跨人物、组织、地图、地点、卷纲和章纲的名称、时间、位置与证据应能相互核对。关联对象写名称和作用,不自行捏造文件路径或链接。 完整不是堆字数:覆盖本类全部分区与关键字段。重要对象逐项写清对象、机制、条件、代价、变化及正文用法,不能只列名词或写一句空泛评价;同一信息不反复复制充数。 区分【已确认】【设计提案】【待确认】。新建设定允许基于题材和已有材料提出具体、内部一致的设计,不用整页待补充敷衍;补完已有设定不得改写正史。关键未知写清问题、影响与可选设计,不能编造成已确认事实。 记录必须区分【计划】与【已发生】,注明章节或时点及依据;没有正文证据不得虚构出场、解锁、埋设或回收记录。无明确章号用阶段,作者真相不得越过人物认知边界。 按题材适配:非营利组织解释收支平衡,无任务金手指写使用史,无分级力量写可验证能力边界;不适用项说明原因及等价约束,不硬套仙侠、系统或公司模板。 跨档案核对人物、势力、地点名称、时间线、交通耗时、经济口径、能力边界、关系和伏笔ID;新增提案不得静默覆盖已确认内容,冲突明确列出。 每个分区包含能够指导具体场景的细节,关键机制给触发—行动—结果—代价的示例。数字写单位、周期、依据或估算假设,不能伪造精确度;禁止省略号、略、同上、其余同理等占位。 MD正文与结构化JSON必须内容等价:每个分区、字段、表格、说明和例子均须保留,不能把JSON缩成摘要。长说明用kv条目;表格长解释保留在对应单元格,禁止因排版删除正文。 多个对象分别完整输出并保持名称匹配,禁止混用他人档案。输出预算不足时缩小批次或继续完成当前对象,不压缩必填分区,不把截断草稿冒充完整档案;沿用现有保存确认流程。
软件按分区语义自动呈现档案卡、时间线、等级阶梯、资源与关系清单,并保留完整原始对照表。只提供内容和结构化数据,不自行装饰 HTML,不省略长字段来适应排版。
每轮最多生成一个完整对象;保留全部分区、详细字段及配套结构化JSON,不减少信息深度。先输出完整MD正文,再输出本对象的完整JSON,最后输出 outlineSaveRequest。保存请求的 content="",由软件从同一回复的MD正文回填;不要在保存请求中重复抄写同一篇正文。其余保存字段照常填写,不调用写入工具替代用户确认。多个待生成对象仅列未完成名称,等用户继续,不把多个完整对象挤入本轮。
已收到正文但流式中断时仍是未完成草稿,不得声明生成或保存成功。不要为避免中断删减内容或编造已完成状态。
Repo: mochocyang/qmai
当用户需要生成卷纲、分卷大纲、卷一大纲,或要求按「折叠树/十环节/大高潮/10个故事」形式整理卷级大纲时使用。触发词:卷纲、分卷大纲、卷一大纲、折叠树、10个故事、大高潮、起承转合十环节。…
Use when all major novel outline components exist and need to be merged into a complete…
Use when the user wants to write genre fiction, serial fiction, or a novel outline and needs…
Use when a novel outline needs supporting characters that serve the protagonist and mainline,…
Use when a novel protagonist or main character needs to be designed from the plot, hook, and…
Use when a novel outline needs staged goals, mainline progression, arc milestones, long-form…