Token导航 LogoToken导航TokenDH.com
开发权限需确认clawhub未标认证来源可访问clear审计通过

novel-generator新型发电机

Agent Skill

novel-generator 用于补充开发相关能力,适合在 OpenClaw 中需要让 Agent 承接开发相关任务时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

210,513

周安装

8,434

GitHub Stars

34

下载量

68,147
OpenClaw

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

MIT-0

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:novel-generator(新型发电机)
来源仓库:https://github.com/ityhg/novel-generator
安装命令:
openclaw skills install novel-generator
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 OpenClaw 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

ClawHubOpenClaw
openclaw skills install novel-generator

简介

novel-generator 能根据用户提供的内容方向自动生成提示词并创作爽文小说,支持多种题材如都市、修仙、玄幻等。

  • 适用于生成章节连贯的长篇爽文、维护角色地点情节连续性、生成关键情节图解以及记录失败场景优化后续创作。
  • 通过自动化工具提升创作效率,减少重复性工作,增强内容一致性。
  • 安装命令为 openclaw skills install novel-generator,需确认权限范围及是否触发联网或文件操作。
  • 建议结合原始 README 核对具体功能边界与使用限制。

SKILL.md

name
novel-generator
description
根据用户提供的内容方向自动生成提示词并创作爽文小说。适用场景:(1) 用户提供小说方向/题材/关键词,(2) 需要生成章节连贯的长篇爽文,(3) 需要维护角色、地点、情节的连续性,(4) 需要为关键情节生成图解,(5) 需要记录生成失败场景以优化后续创作。支持都市、修仙、玄幻、重生、系统流等多种题材。Use when user asks to write a novel, generate fiction, create stories, or mentions 爽文/小说/写作。
license
MIT-0
compatibility
适用于 Claude Code、Cursor、OpenAI Codex、GitHub Copilot 等支持 Agent Skills 的工具。需要文件读写权限。
metadata
author
kimo
version
1.0.0
language
zh-CN
category
creative-writing
tags
novel, fiction, creative-writing, chinese, 爽文, 小说生成

爽文小说生成器

根据用户提供的内容方向,自动完善提示词并生成章节制爽文小说。通过 .learnings/ 记忆系统维护故事连续性,确保角色、地点、情节前后一致。

快速参考

场景操作
用户提供小说方向/题材执行「提示词生成流程」,产出完善的创作提示词
开始创作新章节先读取 .learnings/ 中的记忆文件,再按模板生成
引入新角色记录到 .learnings/CHARACTERS.md
出现新地点记录到 .learnings/LOCATIONS.md
关键情节转折记录到 .learnings/PLOT_POINTS.md,生成图解
生成失败/质量不佳记录到 .learnings/ERRORS.md,分析原因
输出章节按章节生成独立 md 文件到 output/ 目录

工作流总览

用户提供方向(题材/关键词/灵感)
        ↓
  ┌─────────────────┐
  │ 1. 提示词生成    │ → 自动补全世界观、人设、冲突、节奏
  └────────┬────────┘
           ↓
  ┌─────────────────┐
  │ 2. 大纲规划      │ → 全局章节大纲 + 起承转合设计
  └────────┬────────┘
           ↓
  ┌─────────────────┐     ┌─────────────────┐
  │ 3. 逐章生成      │ ←→  │ .learnings/ 记忆 │
  └────────┬────────┘     └─────────────────┘
           ↓
  ┌─────────────────┐
  │ 4. 输出 & 图解   │ → output/第XX章.md + 关键情节图解
  └─────────────────┘

第一步:提示词生成与完善

用户只需提供一个方向,代理自动补全为完整的创作提示词。

用户输入示例

用户可能只给出一句话:

  • "写一个都市修仙的爽文"
  • "重生回高中逆袭成商业大亨"
  • "废柴少年获得系统后一路碾压"

提示词自动完善流程

收到用户方向后,按以下维度自动补全:

1. 题材定位    → 主类型 + 子类型(如:都市 + 修仙)
2. 世界观设定  → 力量体系、社会规则、时代背景
3. 主角人设    → 初始身份、性格、金手指/挂
4. 核心冲突    → 主线矛盾 + 前3章的即时冲突
5. 爽点设计    → 打脸节奏、升级频率、装逼方式
6. 节奏规划    → 每N章一个小高潮、每M章一个大高潮
7. 配角框架    → 对手/盟友/红颜各至少1人
8. 开篇钩子    → 第一章用什么抓住读者

完善后的提示词保存到 output/提示词.md,并请用户确认或调整。

提示词质量检查

完善后自检以下项:

  • [ ] 主角有明确的"逆袭起点"(够惨才够爽)
  • [ ] 金手指/系统有清晰的规则和限制
  • [ ] 前三章至少有一个"打脸"场景设计
  • [ ] 力量体系有明确层级(便于体现碾压感)
  • [ ] 有至少一个"众人皆看不起 → 被打脸"的经典结构

第二步:大纲规划

在提示词确认后、正式写作前,先生成全局大纲。

大纲结构

# 《小说名》大纲

## 基本信息
- 题材:
- 预计章节数:
- 每章字数:约2000-3000字

## 力量/等级体系
(从低到高列出等级)

## 主线剧情走向
### 第一卷:[卷名](第1-N章)
- 核心冲突:
- 主角成长:从XX到XX
- 爽点设计:

### 第二卷:[卷名](第N+1-M章)
...

## 关键转折点
1. 第X章:(描述转折)
2. 第X章:(描述转折)

大纲保存到 output/大纲.md


第三步:逐章生成

生成前必读

每次生成新章节前,必须读取以下记忆文件:

.learnings/CHARACTERS.md    → 当前所有角色的状态
.learnings/LOCATIONS.md     → 已出现的地点
.learnings/PLOT_POINTS.md   → 已发生的关键情节
.learnings/STORY_BIBLE.md   → 世界观设定和规则

章节生成模板

每章按以下结构生成:

# 第XX章 [章节名]

> **本章概要**:一句话概括本章核心事件
> **本章爽点**:本章的主要爽感来源
> **情绪曲线**:低开高走 / 层层递进 / 反转爆发

---

(正文内容,2000-3000字)

---

> **章末钩子**:留下的悬念,引导读者继续

章节质量标准

要素要求
节奏每章至少一个小爽点,不能平淡流水
冲突每章有明确的矛盾推动情节
悬念章末必须设置钩子,让人想看下一章
连贯性与前文角色状态、地点描写、已有情节保持一致
递进感主角能力/地位/见识要有可感知的成长
对话对话要有个性差异,反派不能太蠢

爽文节奏公式

每 1-2 章:小打脸(碾压小角色、获得小收获)
每 3-5 章:中打脸(击败阶段性对手、突破等级)
每 8-12 章:大高潮(翻转局势、揭示真相、大规模碾压)
每 15-20 章:卷终决战(解决卷级矛盾、主角阶段性质变)

第四步:记忆管理

写入时机

事件记录到何时写入
新角色出场CHARACTERS.md该章生成完毕后立即写入
角色状态变化(升级、受伤、死亡)CHARACTERS.md更新对应角色条目
新地点出现LOCATIONS.md该章生成完毕后立即写入
关键情节发生PLOT_POINTS.md该章生成完毕后立即写入
世界观规则补充STORY_BIBLE.md发现新设定时立即写入
生成失败或质量差ERRORS.md失败后立即记录原因

读取时机

每次生成新章节前必须读取所有记忆文件,确保:

  • 不会让已死角色复活
  • 不会把"东城"写成"西城"
  • 不会忘记上一章埋的伏笔
  • 不会重复已有的情节桥段

第五步:关键情节图解

当出现以下场景时,生成对应的图解:

场景图解内容
关键战斗双方站位、力量对比、胜负关键
势力地图各方势力的关系与分布
等级突破角色成长路线图
人物关系主要角色关系网
重大剧情线剧情时间线/因果链

图解使用 Mermaid 语法嵌入 md 文件,或使用图像生成工具生成。

图解示例(Mermaid)

人物关系图:

graph TD
    A[主角·林凡] -->|师徒| B[师父·苍老人]
    A -->|宿敌| C[反派·赵天罡]
    A -->|暧昧| D[女主·苏婉儿]
    C -->|从属| E[赵家]
    D -->|出身| F[苏家]
    E -->|对立| F

等级体系图:

graph BT
    L1[炼气期] --> L2[筑基期]
    L2 --> L3[金丹期]
    L3 --> L4[元婴期]
    L4 --> L5[化神期]
    L5 --> L6[大乘期]
    style L2 fill:#f9f,stroke:#333

第六步:失败记录

生成失败或质量不达标时,记录到 .learnings/ERRORS.md

常见失败场景

失败类型描述记录内容
角色穿帮已死角色再次出现穿帮章节、角色名、正确状态
设定矛盾力量体系自相矛盾矛盾点、涉及章节、修正方案
节奏失控连续多章无爽点失控起始章节、节奏分析
情节重复相似桥段反复出现重复内容、首次出现位置
人设崩塌角色行为违背人设角色名、崩塌行为、原始人设
生成中断技术原因导致生成失败错误信息、中断位置

失败记录格式

## [NOVEL-ERR-YYYYMMDD-XXX] 失败类型

**记录时间**: ISO-8601
**章节**: 第XX章
**严重程度**: low | medium | high | critical

### 问题描述
具体发生了什么

### 影响范围
影响了哪些章节、角色、情节线

### 修正方案
如何修复,是否需要重写

### 预防措施
如何避免同类问题再次发生

输出规范

文件结构

output/
├── 提示词.md           # 完善后的创作提示词
├── 大纲.md             # 全局章节大纲
├── 第01章_[章名].md    # 各章节独立文件
├── 第02章_[章名].md
├── 第03章_[章名].md
├── ...
├── 人物关系图.md        # 关键图解
├── 势力分布图.md
└── 等级体系图.md

文件命名规范

  • 章节文件:第XX章_章节名.md(XX 用两位数字,如 01、02)
  • 图解文件:[图解类型].md
  • 如果超过 99 章,使用三位数字:第XXX章_章节名.md

创作原则

爽文核心要素

  1. 强代入感 — 读者能轻松代入主角视角
  2. 快节奏 — 不拖泥带水,每章有进展
  3. 层层递进 — 敌人越来越强,主角越来越猛
  4. 装逼打脸 — 被小看 → 展示实力 → 众人震惊,循环往复
  5. 金手指合理 — 有挂但有规则,不是无限制开挂
  6. 伏笔呼应 — 前文埋下的线索后文要收回来

禁忌事项

  • 不要连续两章以上没有爽点
  • 不要让反派太愚蠢(衬托不出主角的强)
  • 不要忘记已有角色(出场后人间蒸发)
  • 不要突然修改已确立的设定
  • 不要让主角无缘无故变弱(除非有合理剧情需要)

初始化新小说

使用初始化脚本快速创建一部新小说的工作区:

./scripts/init-novel.sh 小说名称

这会创建:

  • output/ 目录
  • 清空 .learnings/ 中的旧记录(保留模板头部)
  • 提示你输入小说方向

详见 scripts/init-novel.sh


与 self-improving-agent 的协作

本技能的 .learnings/ 系统参考了 self-improving-agent 的设计理念:

self-improving-agentnovel-generator
记录代码错误记录剧情穿帮
记录知识空白记录设定矛盾
提升到 CLAUDE.md沉淀到 STORY_BIBLE.md
提取为技能提炼为创作模式

核心思想一致:捕获 → 记录 → 沉淀 → 复用

适合场景

01

OpenClaw 用户查找和安装 Skill 时

02

用户想查找某类 Agent Skill 时

03

需要根据任务场景推荐可安装能力包时

04

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

补充不同宿主或平台的使用分布数据

能力 5

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

OpenClaw

92.65%
按下载量换算63,138

安全审计

VirusTotal

通过

ClawScan

通过

Static analysis

通过

权限和风险

权限需确认

当前来源未能明确判断权限范围,默认进入异常复核队列。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills