novel-outline-researcher
- Repo stars 39
- Author repo cursor-claude
Novel Outline Researcher(小说大纲调研)
本 Skill 专注「调研与规划」,不撰写章节正文。支持言情、古代、悬疑、科幻等各类小说。目标是帮用户理清接下来小说怎么发展,给出提纲挈领的章节方向。核心原则:先读、先问、再给,不被现有大纲误导。
1. 边界与输出模式
1.1 边界
- 不写章节正文;不直接修改 novel-studio 项目文件。
- 输出为用户确认后可粘贴到
dagang.md或交 novel-studio 使用。 - 报告落盘:用户明确说「出报告/保存报告/输出到 reports」时,将最终版本写入
reports/目录。
1.2 输出模式(默认 vs 展开)
- 开题调研:默认输出长报告(见 output-templates 输出 1)。
- 续写 / 改写 / 章节规划快线:默认输出短版——每章「标题 + 200–300 字内容介绍」,加上「我的判断(最多 3 条)」「建议方向(1 条)」。只有用户明确说「展开/详细报告/完整分析」时,才输出长报告。
2. 统一交互流程(续写、改写、章节规划必遵)
改写、续写、章节规划快线三种场景,必须按以下顺序执行,不可跳过:
Step 0:先读上下文
用户一旦给出项目名、章节范围或文件路径,必须先读取,再给出任何判断或方案。未读完不可输出章节方案。
强制读取清单(按目标范围调整):
meta.md:类型、风格、主题。outline.md:目标章节段 + 前 2 章 + 后 2 章(若改第 25–32 章,则读 23–34 章段及整体脉络)。characters.md:目标章涉及的人物及直接牵连人物(如改某角色线,须读该角色及关联人物)。timeline.md:目标章所在幕的时间锚点及前后事件。- 若项目有
spaces.md且目标章涉及常现场景:读取,避免调研方案与空间布局矛盾。 - 若对应章节已有正文:读取
chapters/chapter_xx.md,避免与正文脱节。 - 若有
dagang.md的## 待更新内容:读取,掌握用户最新意图。
用户从某章开始改 = 前文基本满意,必须把前文当参照,不能随意推翻。
Step 1:复述与确认
用 3–5 句复述:
- 我读到了什么(项目概况、当前写到哪、目标章大致内容)。
- 我理解你想做什么(改哪几章、续写到哪、卡在哪)。
禁止在未复述前直接给「问题诊断」或「改写方案」。
Step 2:追问(1–3 个关键问题)
只问最关键的 1–3 个问题,不要铺开成问卷。例如:
- 这几章你最想保留的是什么?最不满意的是什么?
- 你要小修、中调,还是重构?
- 情绪/节奏上,你希望更紧还是更松?
Step 3:等用户确认
得到用户回复后,再进入 Step 4。若用户补充了新信息,更新理解后重新复述要点。
Step 4:输出章节方案
按短版格式输出(见 references/output-templates.md):
- 每章:标题 + 200–300 字内容介绍。
- 开头可加:我的判断(最多 3 条)、建议方向(1 条)。
3. 场景说明
3.1 场景 A:开题调研
- 输入:用户对小说的初步想法(题材、类型、梗概、情绪基调等,可零散)。支持言情、古代、悬疑、科幻等各类小说。
- 过程:按阶段 1→6 追问,见 references/checklists.md 开题清单;非言情类型可按类型微调追问维度。
- 输出:长报告(创作目标、核心人物/主线、分幕大纲、时间线草图、人物草图)。默认可走长报告。
- 落盘:
reports/[书名或项目名]-开题调研报告-[YYYYMMDD].md。
3.2 场景 B:续写调研
- 输入:已写到哪、准备写哪、卡点或困惑。
- 前置:必须执行 §2 的 Step 0–3(先读、复述、追问、确认)。
- 输出:默认短版——每章标题 + 200–300 字简介;用户说「展开」才出长报告。
- 落盘:
reports/[书名或项目名]-续写策略报告-[YYYYMMDD].md(仅当用户要求保存时)。
3.3 场景 C:改写调研
- 输入:用户标明不满意的章节/段落及可选描述。
- 前置:必须执行 §2 的 Step 0–3。改写前必须先问 3 件事:
- 哪些内容你想保留?
- 哪些你最不满意?
- 你要小修、中调,还是重构?
- 禁止:在未确认上述 3 点前,不得直接给出改写方案或动手改。
- 输出:默认短版——每章标题 + 200–300 字简介;用户说「展开」才出长报告。
- 落盘:
reports/[书名或项目名]-改写策略报告-[YYYYMMDD].md(仅当用户要求保存时)。
3.4 场景 D:章节规划快线
- 输入:用户要「理清后面几章怎么走」,不一定要完整报告。
- 触发语:「帮我理一下后面 3–5 章怎么走」「先别展开,给我每章大概讲什么」「我想改第 X 章到第 Y 章,先帮我顺一遍」。
- 前置:必须执行 §2 的 Step 0–3(先读前文与设定、复述、追问、确认)。
- 输出:提纲挈领的章节发展——每章标题 + 200–300 字内容介绍。不做大段问题拆解,不给三档方案,不输出长验收清单。
- 不落盘:除非用户明确要求保存报告。
4. 开题调研流(严格分阶段)
开题保持原有长流程,执行顺序:阶段 1 → 2 → … → 6。
- 阶段 1 项目基线:题材、时代背景、篇幅预期、目标受众、情绪基调、结局走向(HE/BE/开放)。
- 阶段 2 核心人物设定:主角目标与缺陷、对手/搭档的立场与需求、初始关系与第一印象。(言情类型对应:男主目标与缺陷、女主防线与需求;悬疑/刑侦可对应侦探与关键人物;其他类型按核心人物角色适配)
- 阶段 3 主线机制:主线结构、关键转折节点、人物关系或局势的推进与回撤。
- 阶段 4 冲突系统:外部阻碍、内部误解、价值观或立场冲突、临界事件。
- 阶段 5 弧光与结局:主角成长/转变的关键节点、对手或搭档的相应变化、结局与余韵。
- 阶段 6 一致性校验:时间线可执行、人设前后一致、动机闭环。
类型适配:以上阶段 2–5 的表述以通用框架为准;言情类型下可沿用 checklists 中的「双主角」「俘获芳心」等术语;古代/悬疑/科幻等类型按 meta 中的类型字段微调追问维度,详见 references/checklists.md。
95% 判定:核心设定、关系或局势推进、冲突与结局明确,因果链完整。达标后输出「调研报告 + 总体故事线」。
5. 续写 / 改写调研流(短版优先)
- 阶段 1:执行 §2 Step 0,完成强制读取。
- 阶段 2:执行 §2 Step 1–3,复述、追问、等确认。
- 阶段 3:输出短版章节方案——每章标题 + 200–300 字内容介绍。
- 阶段 4(可选):用户说「展开」时,再补长报告或详细分析。
章节调研快线清单见 references/checklists.md。
6. 输出与 novel-studio 衔接
- 开题输出:长报告可放入
dagang.md的## 待更新内容,通过「更新 [项目名] 的设定」同步。 - 续写 / 改写 / 章节规划:短版章节方案可直接用于指导写作,或经用户删减后粘贴到 outline;用户需要时再展开成长报告并落盘。
- 可选 QA 衔接:改写落地后,可建议用户使用 novel-qa Skill 对人设、时间线、空间布置、伏笔等做一致性检查。
- 分步迁移见 references/handoff-to-novel-studio.md。
- 报告命名:
- 开题:
[书名或项目名]-开题调研报告-[YYYYMMDD].md - 续写:
[书名或项目名]-续写策略报告-[YYYYMMDD].md - 改写:
[书名或项目名]-改写策略报告-[YYYYMMDD].md
- 开题:
7. 触发语汇总
- 开题:「帮我做这本书的大纲调研」「按旅途邂逅线生成总体故事线」「继续追问,别急着出稿」
- 续写:「写到第 X 章了,调研下后面怎么写」「卡文了,先调研再写」
- 改写:「这段我不满意,先调研再给方案」「这篇要重写,先问清楚我再改」
- 章节规划快线:「帮我理一下后面 3–5 章怎么走」「先别展开,给我每章大概讲什么」「改第 X 章到第 Y 章,先帮我顺一遍」
详细输出结构见 references/output-templates.md,检查清单见 references/checklists.md。
- Fluxly category
- Other
- Author-declared agents
- No explicit declaration found; this is not inferred or tested compatibility
- Static check
- 88 / 100 · heuristic scan, not runtime safety proof
- Author / version / license
- @zhengyunhui123-dev · no license declared
- Fluxly token estimate
- Lean
- Fluxly setup estimate
- Plug-and-play
- External API key
- No requirement detected
- Detected OS requirements
- Unspecified
- Runtime requirements
- Unspecified
- Detected file/system behavior
-
- Read-only
- Detected network behavior
- Local-only
- Install commands
- None (reference only)
Profile is derived at build time from SKILL.md and install vectors. Subject to drift from author intent.
Heads up: 未限定 allowed-tools,默认拥有全部工具权限。
The current SKILL.md does not define a fixed output example. 用户一旦给出项目名、章节范围或文件路径,必须先读取,再给出任何判断或方案。未读完不可输出章节方案。 强制读取清单(按目标范围调整): meta.md:类型、风格、主题。
用 3–5 句复述: 我读到了什么(项目概况、当前写到哪、目标章大致内容)。 我理解你想做什么(改哪几章、续写到哪、卡在哪)。
只问最关键的 1–3 个问题,不要铺开成问卷。例如: 这几章你最想保留的是什么?最不满意的是什么? 你要小修、中调,还是重构?
得到用户回复后,再进入 Step 4。若用户补充了新信息,更新理解后重新复述要点。
按短版格式输出(见 references/output-templates.md): 每章:标题 + 200–300 字内容介绍。 开头可加:我的判断(最多 3 条)、建议方向(1 条)。
# Novel Outline Researcher(小说大纲调研)
本 Skill 专注「调研与规划」,不撰写章节正文。支持言情、古代、悬疑、科幻等各类小说。目标是帮用户理清接下来小说怎么发展,给出提纲挈领的章节方向。**核心原则:先读、先问、再给,不被现有大纲误导。**
## 1. 边界与输出模式
### 1.1 边界
- 不写章节正文;不直接修改 novel-studio 项目文件。
- 输出为用户确认后可粘贴到 `dagang.md` 或交 novel-studio 使用。
- 报告落盘:用户明确说「出报告/保存报告/输出到 reports」时,将最终版本写入 `reports/` 目录。
### 1.2 输出模式(默认 vs 展开)
- **开题调研**:默认输出长报告(见 output-templates 输出 1)。
- **续写 / 改写 / 章节规划快线**:**默认输出短版**——每章「标题 + 200–300 字内容介绍」,加上「我的判断(最多 3 条)」「建议方向(1 条)」。只有用户明确说「展开/详细报告/完整分析」时,才输出长报告。
---
## 2. 统一交互流程(续写、改写、章节规划必遵)
**改写、续写、章节规划快线**三种场景,必须按以下顺序执行,不可跳过:
### Step 0:先读上下文
用户一旦给出项目名、章节范围或文件路径,**必须先读取**,再给出任何判断或方案。未读完不可输出章节方案。
**强制读取清单**(按目标范围调整):
1. `meta.md`:类型、风格、主题。
2. `outline.md`:目标章节段 + 前 2 章 + 后 2 章(若改第 25–32 章,则读 23–34 章段及整体脉络)。
3. `characters.md`:目标章涉及的人物及直接牵连人物(如改某角色线,须读该角色及关联人物)。
4. `timeline.md`:目标章所在幕的时间锚点及前后事件。
5. 若项目有 `spaces.md` 且目标章涉及常现场景:读取,避免调研方案与空间布局矛盾。
6. 若对应章节已有正文:读取 `chapters/chapter_xx.md`,避免与正文脱节。
7. 若有 `dagang.md` 的 `## 待更新内容`:读取,掌握用户最新意图。
**用户从某章开始改 = 前文基本满意**,必须把前文当参照,不能随意推翻。
### Step 1:复述与确认
用 **3–5 句**复述:
- 我读到了什么(项目概况、当前写到哪、目标章大致内容)。
- 我理解你想做什么(改哪几章、续写到哪、卡在哪)。
**禁止**在未复述前直接给「问题诊断」或「改写方案」。
### Step 2:追问(1–3 个关键问题)
只问最关键的 1–3 个问题,不要铺开成问卷。例如:
- 这几章你最想保留的是什么?最不满意的是什么?
- 你要小修、中调,还是重构?
- 情绪/节奏上,你希望更紧还是更松?
### Step 3:等用户确认
得到用户回复后,再进入 Step 4。若用户补充了新信息,更新理解后重新复述要点。
### Step 4:输出章节方案
按短版格式输出(见 [references/output-templates.md](references/output-templates.md)):
- 每章:**标题 + 200–300 字内容介绍**。
- 开头可加:我的判断(最多 3 条)、建议方向(1 条)。
---
## 3. 场景说明
### 3.1 场景 A:开题调研
- **输入**:用户对小说的初步想法(题材、类型、梗概、情绪基调等,可零散)。支持言情、古代、悬疑、科幻等各类小说。
- **过程**:按阶段 1→6 追问,见 [references/checklists.md](references/checklists.md) 开题清单;非言情类型可按类型微调追问维度。
- **输出**:长报告(创作目标、核心人物/主线、分幕大纲、时间线草图、人物草图)。默认可走长报告。
- **落盘**:`reports/[书名或项目名]-开题调研报告-[YYYYMMDD].md`。
### 3.2 场景 B:续写调研
… Author text anchors workflow facts; Fluxly only indexes current sections, terms, files, and commands.
sections -> 1. 边界与输出模式 → 1.1 边界 → 1.2 输出模式(默认 vs 展开) → 2. 统一交互流程(续写、改写、章节规划必遵) → Step 0:先读上下文 → Step 1:复述与确认
terms -> 核心原则:先读、先问、再给,不被现有大纲误导。 · 开题调研 · 续写 / 改写 / 章节规划快线 · 默认输出短版 · 改写、续写、章节规划快线 · 必须先读取 · 强制读取清单 · 用户从某章开始改 = 前文基本满意
files/cmd -> dagang.md · reports/ · meta.md · outline.md · characters.md · timeline.md · spaces.md · chapters/chapterxx.md
body sha256 -> 4074a49eb3be
Decide Fit First
Design Intent
How To Use It
Boundaries And Review