Agent助手
- 作者仓库星标 39
- 作者更新于 实时读取
- 作者仓库 cursor-claude
- 领域
- 通用
- 兼容 Agent
-
- Claude Code
- Cursor
- Cline
- Codex
- Windsurf
- Gemini CLI
- +20
- 信任分
- 88 / 100 · 社区维护
- 作者 / 版本 / 许可
- @zhengyunhui123-dev · 未声明 license
- Token 消耗评级
- 低消耗
- 接入复杂程度
- 即装即用
- 是否需要外部 API Key
- 不需要
- 兼容的系统
- 未声明(默认跨平台)
- 底层运行要求
- 无特殊要求
- 文件与系统权限
-
- 只读
- 允许写入 / 修改
- 网络行为
- 仅限本地
- 安装命令数
- 26 条
档案由构建时根据 SKILL.md 与安装命令自动衍生,可能与作者实际意图存在差异。
需要注意: 未限定 allowed-tools,默认拥有全部工具权限。
---
name: novel-outline-researcher
description: 小说全流程调研工具(言情/古代/悬疑/科幻等类型皆可)。帮用户理清接下来小说怎么发展,提纲挈领。改写/续写时:先读前文和设定,先问用户要什么,再给每章标题+200-300字简介。开题可出长报告…
category: 通用
runtime: 无特殊运行时
---
# novel-outline-researcher 输出预览
## PART A: 任务判断
- 适用问题:通用任务拆解、检查和交付。
- 输入要求:目标材料、限制条件、期望输出和验收方式。
- 证据边界:围绕“1. 边界与输出模式 / 1.1 边界 / 1.2 输出模式(默认 vs 展开)”读取原文规则,不把推断写成作者承诺。
## PART B: 执行结果
- **01** 任务判断:确认你的需求是否属于通用任务拆解、检查和交付,并标出输入、限制和预期结果。
- **02** 执行计划:优先按“1. 边界与输出模式 / 1.1 边界 / 1.2 输出模式(默认 vs 展开)”拆成步骤,说明每一步会读取什么、修改什么、产出什么。
- **03** 交付结果:给出可复制的命令、文件改动、检查清单或内容草稿,并说明如何继续迭代。
- **04** 风险边界:结合 读取文件、写入/修改文件、主要在本地完成、通常不需要额外 API Key 给出执行前确认项。
## Running Rules
- 读取文件、写入/修改文件;主要在本地完成;通常不需要额外 API Key。
- 先小样例验证,再放大到真实任务。
- 交付时同时给结果、检查口径和下一步迭代建议。 原文没有稳定的斜杠命令要求。安装验证后通常全局生效,直接在对话里点名这个 Skill 并描述任务即可。
告诉 Agent 目标文件或材料、期望结果、不可改范围、是否允许联网或执行命令。本 Skill 的权限画像是:读取文件、写入/修改文件。
先用一个小任务确认它会围绕“1. 边界与输出模式 / 1.1 边界 / 1.2 输出模式(默认 vs 展开)”工作;涉及文件或命令时,先看 diff、日志、预览或测试结果。
检查最终产物是否包含明确结果、必要证据和下一步动作;如果输出泛泛而谈,就补充输入、边界和验收标准后重跑。
---
name: novel-outline-researcher
description: 小说全流程调研工具(言情/古代/悬疑/科幻等类型皆可)。帮用户理清接下来小说怎么发展,提纲挈领。改写/续写时:先读前文和设定,先问用户要什么,再给每章标题+200-300字简介。开题可出长报告…
category: 通用
source: zhengyunhui123-dev/cursor-claude
---
# novel-outline-researcher
## 什么时候使用
- 小说卡在走向时,先读上下文再规划后续章节 适合开题调研、续写、改写和章节规划,输出可粘贴到 dagang 适合处理通用任务拆解、检查、交付和复盘,核心价值是把输入、判断、执行、验证和交付边界固定下来,避免 Agent 泛泛回答。 把任务…
- 面向通用任务拆解、检查和交付,优先处理能明确输入、步骤和验收标准的工作。
## 需要提供什么
- 目标材料、目录范围、期望结果和不可改动内容。
- 是否允许联网、执行命令、读写文件或调用外部服务。
## 执行规则
- 围绕「1. 边界与输出模式 / 1.1 边界 / 1.2 输出模式(默认 vs 展开)」组织步骤,不把推断写成作者事实。
- 读取文件、写入/修改文件;主要在本地完成;通常不需要额外 API Key。
- 先跑小样例,确认结果可检查后再扩大任务范围。
## 输出要求
- 给出最终产物、关键证据、验证方式和下一步动作。
- 信息不足时标记 unknown,不编造命令、平台或依赖。 作者原文负责流程事实;仓库文件负责来源和命令;流狐只补充适用场景、限制和质量判断。
skill "novel-outline-researcher" {
输入层 -> 用户目标 + 目标文件 + 禁止范围 + 验收标准
上下文层 -> 1. 边界与输出模式 / 1.1 边界 / 1.2 输出模式(默认 vs 展开)
规则层 -> SKILL.md 触发条件 / 执行顺序 / 输出格式
运行层 -> 无特殊运行时 | 读取文件、写入/修改文件 | 主要在本地完成
安全层 -> 通常不需要额外 API Key + 小任务验证 + diff / 日志复核
输出层 -> 可复制结果 + 检查清单 + 下一步迭代
} 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。
先判断是否适合
作者设计意图
作者的方法与取舍
边界和复核