写小说糕手

SKILL内容创作
内容创作 未标注权限 许可证不明确
安装这个技能

三合一写作技能,包含三大模块: 长篇小说:适配番茄节奏,Markdown 输出,单章 2100–2800 字,内置去 AI 文风处理,支持男频 / 女频。 番茄短故事:6000–8000 字完本短篇,100 字快速入题,五段式结构,结尾反转留白,满足签约要求。 一键润色改文:粘贴文本即可处理,多套文体腔调预设,支持改稿、写作预检、文本检测,附带 5 维评分。 统一底层去 AI 知识库,自动优化文风、植入自然的人类表达细节,输出干净可发布文稿。

一句话选型结论

按资料字段整理

写小说糕手是内容创作类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类内容创作 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_aa86f100/pea-xiaoshuo
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

内容创作
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_aa86f100仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验未标注上游最后核验时间 · 数据更新 1791723564
正文体量45.0 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
写文章与脚本

按主题产出初稿与分镜脚本。

改稿与润色

把草稿改顺、统一语气。

多平台文案改写

同一内容按平台改成长短不同的版本。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在内容创作场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
写小说糕手当前 未标注权限 未标注 未标注 未标注 有
AI 视频生成 调用外部服务 GitHub 仓库 431.3 万 Codex、Claude、Cursor 有
视频帧 联网访问 ClawHub 市场 262.1 万 OpenClaw 有
Markdown 转换器 写入文件 ClawHub 市场 135.3 万 OpenClaw 有
哔哩哔哩全合一 接触敏感数据 ClawHub 市场 64.1 万 OpenClaw 有
Remotion video toolkit 命令行 浏览器控制 ClawHub 市场 63.9 万 OpenClaw 有

SKILL.md 全文

45.0 KB
模型实际读到的说明书原文,来自技能仓库

写小说糕手 · 一体化版

一个中文写作三核技能,把长篇小说创作、短故事创作与一键润色改文合并在一个入口下。

  • 入口 A · 写小说:番茄节奏 Markdown 交付,单章初稿约 2500 字、核心章约 2800 字、去AI味收口后 ≥2100 字,男频女频皆可;写作流程里嵌入自动去 AI 味。
  • 入口 C · 短故事:番茄短故事主战场——默认 6000–8000 字超短篇(官方 4000–30000,6000 字以上完本可签约);第一人称、100 字入题、前 30% 最强解锁点;五段式骨架、结尾反转/留白/回环;一次讲完,无断章需求。
  • 入口 B · 一键润色改文:贴中文文本即跑,6 套文体预设、4 场景腔调、3 种运行模式(改稿 / 写前 / 纯检测)、事实锁定层、5 维评分卡;输出可直接发布的干净文本。

三套入口共用同一套去 AI 味知识库(knowledge/polish/):84 种 AI 模式库、7 检测维度、4 板斧、朱雀机制白皮书、标点专项校验、人类瑕疵植入(收口第 4.5 步,小说/网文专属)、网文特化等。

一、产出约定(先立规矩)

项 约定
交付格式(小说) 全部 Markdown(.md)
单章字数 三档:初稿约 2500 字(写正文目标);核心章约 2800 字(黄金三章/高潮章/转折章);收口版 ≥2100 字(去AI味流水线删减后保底,删减上限约 16%)
章节结构 初稿约 350 字小钩子 + 2000 字剧情推进 + 150 字新悬念(断章)≈2500;核心章在此基础上加量(如打斗/高潮可到 2800)
段落格式(番茄硬约束) 短句短段落:每段 1-3 句/≤80 字,单句 15-25 字/≤40 字;对话独立成段;连续叙述≤3 段;关键信息/反转/金句单独成段;手机一屏见 3-5 个段落断点——避免大块密集文字,降低手机阅读压力(详见 knowledge/techniques/fanqie-format.md)
命名 全中文名:正文 chapters/第001章_章名.md(零填充三位数,清楚标注第几章);章纲 outline/第001章_章名_章纲.md;卷纲 outline/第001卷_卷名.md;人物卡 settings/人物_名字.md;状态账本 状态账本.md;项目索引 项目说明.md;短故事 短故事_主题.md
版本 正文出新版 第001章_章名_v2.md,永不覆盖旧版
交付格式(短故事) Markdown(.md),单篇闭环;命名 短故事_主题.md
短篇字数 番茄口径(默认):官方 4000–30000 为宜,≥6000 完本可签约,默认 6000–8000;超短 ~1 万 / 中短 ~3 万;泛平台另算(微短篇<1000 / 短篇 1000–3000 / 中短 3000–8000)
短篇结构 五段式:钩子段 → 引入段 → 推进段 → 爆发段 → 余韵段;结尾必须反转/留白/回环之一
交付格式(润色) Markdown 或纯文本,原文与改写稿段段对应(不删减)

二、命令

入口 A · 写小说

命令 作用
/gaoshou:new 开新书:问清题材/男女频/平台 → 建 md 项目骨架(调 scripts/new_book.py)
/gaoshou:chai 拆爆款:联网拆同类型热门书的钩子/爽点/人设/书名 → 写拆书笔记
/gaoshou:gu 立骨:世界观 + 人物 + 主线 + 卷纲章纲(落 md)
/gaoshou:xie 落笔:按章纲写正文(Markdown,番茄字数,写时绕开 AI 模式)
/gaoshou:xiu 收口:事实锁 + 去 AI 味(四模块流水线)+ 钩子/断章/一致性审稿
/gaoshou:state 状态扫描:跑 scripts/update_state.py 提示 状态账本.md 该刷新哪几节
/gaoshou:recover 续写快恢复:输出「新对话标准开场」+ 把 项目说明 + 状态账本.md + 前 20 章粘入
/gaoshou:zhi 查知识库:直接调用内置理论/手法解答某个写作问题
/gaoshou:status 看进度(字数、已写章节、待办)

入口 C · 短故事

命令 作用
/gaoshou:duan 写短篇:问清题材/篇幅档位/平台/感觉 → 一句话梗概+结尾方向先确认 → 五段式一次成稿 → 去AI味收口 → 交付完整短篇+梗概+字数+平台建议

入口 B · 一键润色改文

命令 作用
/gaoshou:run 改稿模式(默认):事实锁 → 定基调 → 四模块流水线 → 审计 → 评分 → 输出诊断+全文
/gaoshou:detect 纯检测模式:只出诊断报告(命中清单 + 段落定位 + 改写建议),不改一个字
/gaoshou:write 写前模式:新写一段内容,从动笔起就压住 AI 味(写前八条 + 审计 + 评分)

也可以不打命令,直接说人话,例如:

写小说:
- 「开本书,男频都市脑洞,按番茄来」
- 「帮我拆一下现在番茄爽文榜前二十怎么写开头」
- 「给女主立个反差感强的人设」
- 「这章太平了,把钩子和断章改狠点」
- 「把第 8 章去一下 AI 味」

短故事:
- 「写个短篇,都市悬疑,1500 字,要反转结尾」
- 「帮我写个微小说,殡仪馆题材,600 字」
- 「写个短故事投知乎盐选,3000 字左右,脑洞向」

润色改文:
- 「这段帮我润色一下,公众号风格的」
- 「这段 AI 味太重了,帮我改改」
- 「这篇小红书笔记要发,能降一下 AI 率吗」
- 「帮我看看这段是不是 AI 写的,重在哪」
- 「这篇技术文档有错别字和英文夹杂,帮我清一下」

> 自动判定入口:用户提到「写小说/章节/人设/大纲」走 A;用户提到「短篇/短故事/微小说/小故事/写个短篇」走 C;用户贴了一段文本说「润色/改/降」走 B;没说就按下面引导问一句。


三、核心工作流(三入口分流)

入口 A · 写小说流程

每次写小说,按下面走。第 2 步是区别于一拍脑袋就写的关键。

  1. 问活 — 问清:题材类型、男频还是女频、目标平台(默认番茄)、想要的感觉。没给就主动问,别猜。
  2. 磨刀(知识库 + 拆爆款) — ① 按题材从 knowledge/theory/、knowledge/techniques/、knowledge/market/ 调对应理论与手法;② 联网检索同类型当下爆款,拆它们的:书名公式、黄金三章怎么开篇、爽点/嗑点怎么分布、人设反差怎么立、断章怎么留。产出一份「拆书笔记」。通用方法 × 当下打法,两手都要硬。
  3. 立骨 — 世界观、人物(含记忆点/反差/缺陷)、主线与爽点曲线、卷纲、章纲。落 Markdown。关键节点(设定、卷纲、章纲)停下给你看摘要,你点头再往下。
  4. 落笔 — 严格按章纲写正文 Markdown。兑现钩子、信息增量、断章;字数三档:普通章初稿约 2500 字,核心章(黄金三章/高潮/转折)约 2800 字,收口去AI味删减后必须 ≥2100 字(初稿宁多勿少,给删减留余量);番茄格式硬约束(knowledge/techniques/fanqie-format.md):段落 1-3 句/≤80 字、单句 15-25 字/≤40 字、对话独立成段、连续叙述≤3 段、关键信息单独成段、手机一屏 3-5 断点——避免大块密集文字,降低手机阅读压力;按知识库手法控节奏与人味。写之前先过一遍 knowledge/polish/polish-novel.md 的写前八条 —— 与其写完再洗,不如动笔时就绕开 AI 习惯(具体→抽象、不堆排比、不用破折号拖尾/粗体/emoji、句长错落、男女频文风对位、主角声音贯穿)。
  5. 收口 — 跑 knowledge/polish/workflow.md 的改稿模式(事实锁→标点专项→定基调→四模块流水线→审计→评分)。具体:① 事实锁(设定名/术语/人名/数字不动);② 标点符号专项校验(独立工序,半角转全角 + 小说语境数字/英文/邮箱/文件名中文化,见 polish/punctuation-check.md);③ 定基调(按项目说明的频道套男频/女频文风);④ 四模块流水线(去外文异常 → AI 纠错只修错 → 扫 polish/ai-patterns.md 全量 84 模式(含网文口语化 32-40 + 检测残留专项 41-46 + 文艺向高危 47-54 + 统计指纹高危 55-60 + 书面腔残留专项 61-66 + 叙述/对话比例失衡专项 67-72 + 开源校验器融合专项 73-84)+ polish/scene-voices.md 4 场景腔调 → 整体顺滑不增信息;目标为朱雀时先跑 polish/zhuque-mechanism.md 四板斧 v2.7);⑤ 审计(连贯性校验六项:场景切换有过渡/指代明确/时间无歧义/用词自然/信息完整/对话自然,见 polish/novel-coherence-check.md;番茄格式自检:段落≤4句/≤80字、单句≤40字、对话独立成段、连续叙述≤3段、无大块密集文字,见 techniques/fanqie-format.md;再自问「这段为什么还是明显 AI 生成的?」→修订终稿,破折号与粗体零容忍);⑥ 质量评分(polish/quality-rubric.md 五维 ×10 分,35/50 以下不交付);⑦ 人类瑕疵植入(可选,小说/网文专属)——先减法后加法,按 polish/human-flaws.md 每千字植入 2-4 处自然瑕疵(口癖/改口/断句松散/赘语/逻辑小跳),高潮段 0-1 处,事实锁与关键信息句绝对不动,植入后重读验证+重跑标点专项)。审稿叠加:钩子是否成立、断章是否够狠、人设是否一致。
  6. 交稿 — 输出定稿 Markdown,报字数与进度。

> 续写已有项目时,跳过「问活/立骨」里已完成的部分,先读项目里的 项目说明、最近章纲与正文,直接接着干。

入口 C · 短故事流程

写短篇按下面走。短篇不拆章、不建项目、不维护状态账本——一次成稿,单篇闭环。

  1. 问活 — 问清:题材/类型(都市/悬疑/脑洞/情感/怪谈…,番茄口径见 market/platform-fanqie.md 6.4)、篇幅档位(默认番茄超短篇 6000–8000 字,够 6000 签约线;也可按 1 万超短/3 万中短)、目标平台(默认番茄短故事/小红书/公众号/知乎盐选/不投)、想要的感觉(反转/虐/甜/细思极恐)。没给就主动问,别猜。
  2. 磨刀 — 调 knowledge/techniques/short-story.md(篇幅档位、五段式、开头结尾打法、第九节番茄适配)+ knowledge/market/platform-fanqie.md(第六节番茄短故事硬规则);需要时联网拆番茄短篇热门榜单的开头 100 字与 30% 解锁点(反转怎么埋、钩子怎么放)。
  3. 定核(停下确认) — 一句话梗概(25 字内:人物+冲突+代价)+ 结尾方向(反转/回环/留白/错位四选一)+ 主角想要什么。三样落盘后给你看,你点头再往下。
  4. 落笔 — 按五段式一次成稿(钩子段→引入段→推进段→爆发段→余韵段),字数贴档位,开头三段内进冲突;番茄格式硬约束(knowledge/techniques/fanqie-format.md):短句短段落、对话独立成段、避免大块密集文字;写时过一遍写前八条绕开 AI 习惯(具体→抽象、不堆排比、不用破折号拖尾/粗体/emoji、句长错落)。
  5. 收口 — 跑完整去 AI 味流水线:事实锁 → 标点专项(半角转全角 + 数字/外文中文化)→ 连贯性六项(场景/指代/时间/用词/信息/对话)→ 四模块(84 种模式)→ 检测残留六项(41-46)+ 文艺向高危(47-54)+ 统计指纹高危(55-60)+ 书面腔残留(61-66)+ 叙述/对话比例(67-72)+ 开源校验器融合专项(73-84)→ 评分 ≥35。短篇特化审计三问:①开头三行抓人吗(删掉前 3 行信息还完整吗)?②结尾留味吗(收在具体感官细节,没有"他明白了"式总结)?③中段有反转吗?番茄发布自查(目标为番茄时必查):字数 ≥6000 签约线?第一人称贯穿?前 30% 有最强解锁点?结局情绪落点明确(爽/虐/后怕)?
  6. 交稿 — 输出完整短篇 Markdown + 一句话梗概 + 字数 + 平台建议(番茄默认,含签约线提示)。

> 短篇结束后不建 状态账本.md;想扩成长篇时,另走入口 A 重新立骨。

入口 B · 一键润色改文流程

用户贴文本时按 knowledge/polish/workflow.md 走三种模式之一:

用户贴文本 → 判定模式(默认改稿)
                ↓
        ┌───────┼───────┐
        ↓       ↓       ↓
     改稿模式  写前模式  纯检测模式
     (默认)  (要新写)  (只诊断)
        ↓       ↓       ↓
   五步改稿流  写前八条  诊断报告
        ↓       ↓       ↓
   评分 35+   评分 35+  不动稿
        ↓       ↓
   输出全文+    输出全文
   诊断+亮点

模式选择(默认改稿):
- 用户说「润色/改/降/纠错」→ 改稿模式
- 用户说「帮我新写一段,别有 AI 味」→ 写前模式
- 用户说「帮我看看 AI 味多重」→ 纯检测模式
- 用户没说 → 改稿模式(默认)

详细步骤(事实锁 / 6 套预设 / 4 场景腔调 / 四模块流水线 / 5 维评分 / 自检清单 / 误伤护栏)见 knowledge/polish/ 下的拆解文件,按需调用。


四、知识库地图(按需调用,别一次全读)

知识库是本技能的大脑,分四类。

knowledge/theory/ 写作理论(底层方法,写小说用)
- story-structure.md — 故事结构:三幕 / 救猫咪15节拍 / 英雄之旅 / 七点结构 / 雪花法 / 序列法,按题材选型。
- character.md — 人物:记忆点、反差、欲望vs需要、缺陷、弧光、代入感。
- conflict-tension.md — 冲突与张力:悬念四型、期待感编织、压抑-释放曲线。
- narrative-voice.md — 叙事与文风:视角、时态、show-don't-tell、人味与去AI味总纲。
- context-management.md — 长文写作上下文管理:失忆根因、状态账本设计原则、token 预算分配(写 50+ 章必看)。

knowledge/techniques/ 写作手法(写小说用)
- hooks-cliffhangers.md — 开头钩子与断章的具体招式。
- dialogue.md — 对话怎么写得像人、推进剧情。
- scene-description.md — 场景与描写:感官优先、动作带情绪。
- pacing.md — 节奏:爽点密度、详略、卡点分章。
- fanqie-format.md — 番茄短句短段落规范(格式硬约束):段落 1-3 句/≤80 字、单句 15-25 字/≤40 字、对话独立成段、连续叙述≤3 段、关键信息单独成段、手机一屏 3-5 断点,含反面/正面示例与收口自检清单——避免大块密集文字,降低手机阅读压力。
- long-form-tracking.md — 长文状态追踪 12 维度实操指南(含示例与维护时机)。
- short-story.md — 短故事写作手册(入口 C):篇幅档位、一句话梗概、五段式骨架、开头钩子三打法、结尾四打法、单篇闭环三查、微短篇速写模板。

knowledge/market/ 市场与赛道(写小说用)
- nanpin-nvpin.md — 男频/女频的核心差异、各自爽点与人设套路。
- platform-fanqie.md — 番茄规则:字数、黄金三章、全勤、算法偏好。

knowledge/polish/ 去 AI 味全套(写小说 & 润色共用)
- workflow.md — 入口:改稿 / 写前 / 纯检测三模式总览 + 改稿五步流水线。
- fact-lock.md — 事实锁定层:第 0 步必跑,硬信息一字不动;第七节定义小说语境「锁数值含义、形式可中文化」边界。
- punctuation-check.md — 标点符号专项校验(独立工序必跑):全角/半角对照表、六项必查、小说语境数字与英文/邮箱/文件名中文化规则、全文搜 0-9 残留扫描、30 秒自查清单。
- human-flaws.md — 人类瑕疵植入(收口第 4.5 步,可选):H1-H10 十型自然瑕疵(口癖/改口/断句松散/松散语法/赘语/数字口语化/逻辑小跳/答非所问/轻度重复/不完美比喻)+ 密度控制(每千字 2-4 处)+ 禁区(事实锁/标点全角/关键信息/高潮段)+ 操作流程。
- novel-coherence-check.md — 网文逻辑与连贯性校验(审计阶段必跑):场景切换/指代明确/时间无歧义/用词自然/信息完整/对话自然六项,专治人物瞬移、指代漂移、电报式罗列。
- platform-presets.md — 6 套文体预设:网文 / 公众号 / 小红书 / 知乎 / 技术文档 / 公文学术。
- scene-voices.md — 4 场景腔调:小红书 AI 腔 / 工程师腔 / 客服腔 / 翻译腔。
- ai-patterns.md — 84 种 AI 写作痕迹模式库(四大类 + 中文高频词黑名单 + 场景腔调库 + 网文口语化模式 32-40 + 检测残留专项 41-46 + 文艺向高危 47-54 + 统计指纹高危 55-60 + 书面腔残留专项 61-66 + 叙述/对话比例失衡专项 67-72 + 开源校验器融合专项 73-84 + 改写前后示例)。
- detection-principles.md — AI 检测 7 维度原理 + 网文特化四板斧。
- quality-rubric.md — 5 维评分卡 + 自检清单(含标点/中文化两项)+ 误伤护栏。
- polish-novel.md — 网文 preset 适配手册(写小说项目里嵌入落笔/收口两阶段)。


五、项目文件结构(写小说用)

new_book.py 会在你指定的目录生成:

&lt;你的书&gt;/
├── 项目说明.md            # 项目索引:题材/男女频/平台/进度
├── 状态账本.md             # ★ 状态账本(12 节)—— 长文一致性的核心
├── settings/            # 世界观、人物、主线(md):人物_名字.md、设定_主题.md
├── research/            # 拆书笔记(联网拆爆款的成果)
├── outline/             # 卷纲 第001卷_卷名.md、章纲 第001章_章名_章纲.md
├── chapters/            # 正文 第001章_章名.md(定稿 Markdown,清楚标注第几章)
└── archive/             # 历史快照(对话结束前的存档)

六、长文状态追踪(写 50+ 章必看)

> 为什么需要:AI 上下文窗口有限 + 注意力衰减 → 长文写到后面必然失忆。状态账本 状态账本.md 是把远距离信息压成高密度可扫描的近端记忆,不是复述小说本身,而是「账本」。
>
> 理论依据:knowledge/theory/context-management.md —— 长文失忆的三层根因、token 预算分配、更新时机。
>
> 12 维度实操:knowledge/techniques/long-form-tracking.md —— 该追踪什么、怎么追踪、何时更新(含示例)。

6.1 状态账本 12 节

详见 assets/templates/state_template.md,按以下顺序:

# 节 内容
一 世界观常量 力量体系规则、时间起点、不可破的硬规则
二 主角快照 修为、位置、目标、困境、最近结尾
三 数字账本 等级 / 财富 / 丹药 / 装备 / 已掌握技能
四 关系网 主要人物 + 与主角关系 + 当前态度 + 最近互动
五 伏笔账本 已种下 / 已兑现 / 已废弃三栏
六 支线进度 活跃 / 暂停 / 已关闭三栏
七 活跃冲突 当前未解之谜 + 关键线索
八 关键承诺 角色间许下的承诺与契约
九 时间线 故事内日期 + 季节 + 已过天数 + 主角年龄
十 近 10 章摘要 最近 10 章的 100–200 字摘要
十一 文风基准 哪一章最能代表本书的声音 + 声音特征
十二 读者契约 题材承诺、不可越线、主角光环边界

6.2 维护节奏

  • 每章写完:微调 二 / 三 / 四 / 十(5–10 分钟)
  • 每卷结束:全面审视 五 / 六 / 七 / 八 / 十二
  • 跨卷(50+ 章):重新看 一 / 十一

> 不维护 = 假账。状态文件不更新,AI 写出来还是错的——比没记更糟。

6.3 /gaoshou:state 命令

跑 scripts/update_state.py &lt;项目目录&gt;,输出:

  • 已写章节数、累计字数、最新章节
  • 状态账本.md 自上次更新以来多少天(超过 3 天会 ⚠️ 提醒)
  • 最近 N 章的高频人名 / 地名 / 道具 / 数字(启发式,参考)
  • 建议刷新哪几节

只读不改——账本修改由你 / AI 手动完成,避免误改账本。

6.4 /gaoshou:recover 命令(新对话续写)

新开一个对话、用本技能续写已有项目时:

  1. 命令触发后,AI 输出「续写快恢复指南」(详见 assets/templates/quick-recovery.md)
  2. 用户按顺序喂材料给新对话:
┌────────────────────────────────────────┐
│ 项目说明.md                               ~1K│  ← 题材/频道/进度
│ 状态账本.md                               ~5K│  ← 主角/伏笔/关系/数字
│ chapters/第001章_章名.md ~ 第020章_章名.md     ~50K│  ← 原文(不能省)
│ outline/第021章_章名_章纲.md(章纲)            ~1K│  ← 本章信息增量与断章点
│ 一句任务:&quot;请续写第 21 章&quot;                │
└────────────────────────────────────────┘

为什么 20 章:覆盖人物性格定型、世界观展示、关键伏笔种下、文风基准锁定、第一卷主要冲突收尾。

少于 20 章的策略:
- 新书(< 5 章):前 5 章 + 状态账本.md 即可
- 中段(5–50 章):前 20 章 + 状态账本.md + 最近 5 章
- 长篇(50+ 章):前 10 章 + 状态账本.md + 最近 10 章 + 章纲

底线:前 20 章 + 状态账本.md 是不可压的。这两件材料是远距离一致性的基石。

6.4.1 主动触发规则(用户不知道命令怎么办)

/gaoshou:recover 是显式命令。用户不知道这个命令时,按下面的触发词主动提示:

用户说 AI 怎么回
「接着写」「继续写」「续写 X 章」 先回:「建议先跑 /gaoshou:recover 或按 项目说明 顶部 / 状态账本.md 顶部的续写速查喂材料」再问清楚要写哪一章
「帮我写第 N 章」「帮我写下一章」(且当前对话无项目上下文) 先回:「我没看到项目上下文,请先喂 项目说明 + 状态账本.md + 前几章;或跑 /gaoshou:recover」
「接着 X 那本书写」 先回:「请提供项目路径 / 项目说明 + 状态账本.md + 前几章 + 章纲」
用户直接给文件但没说怎么用 正常接收 —— 同时提醒「下次续写时主动说 /gaoshou:recover 更稳」

核心:AI 不要假装懂。上下文不全时主动告诉用户「请按 项目说明 顶部的续写速查喂材料」,而不是硬猜。

6.5 与其他命令的衔接

  • /gaoshou:new — 开新书时自动生成 状态账本.md(从 state_template.md 拷贝);项目说明.md 顶部自带「续写速查」摘要
  • /gaoshou:xie — 写完一章后,AI 必须同步更新 状态账本.md 的二/三/四/十节
  • /gaoshou:xiu — 收口时检查数字账本、伏笔账本、关系网是否一致
  • /gaoshou:state — 定期扫描,提示该刷新哪几节
  • /gaoshou:recover — 新对话续写时输出标准开场(用户不知道命令时,AI 按 6.4.1 主动提示)

八、去 AI 味工作流(嵌在落笔与收口两阶段)

> 入口:knowledge/polish/workflow.md(三模式总览)+ polish-novel.md(网文特化)。详细步骤、6 套预设、4 场景腔调、5 维评分见 polish/ 下对应文件。

8.1 落笔时:写前八条(来自 workflow.md 模式二)

# 规则
1 直接说人、动作、事实、结果;少铺垫、少金句、少戏剧化反转
2 句子长短自然错落,别追求每句都"漂亮"
3 具体优先于抽象——给数字、给场景、给细节
4 该重复的词就重复(主人公就叫主人公),不搞同义词轮换
5 少用「不仅…而且」「从X到Y」;列举两项不凑三项
6 全程不用破折号拖尾、不用粗体强调、不用 emoji
7 按项目说明的频道套文风(女频细腻 / 男频重短句)
8 主角口吻/口头禅/句长习惯一旦定下就坚持——这就是"声音",是检测器判真人的最强指纹

8.2 收口时:五步改稿流(来自 workflow.md 模式一)

[事实锁] → [标点专项] → [定基调] → [四模块流水线] → [草稿/审计/终稿] → [评分/输出]
   ↓           ↓            ↓                  ↓              ↓
章纲里要      按男女频     ①去外文异常       自问&quot;为什么    直接性/节奏/
兑现的钩子    套文风       ②AI 纠错只修错    仍是 AI 写的&quot;  信任读者/真实
与断章逐字   有样文先      ③扫 ai-patterns  列出残留→修订    性/精炼度
不动          校准声音      ④一键润色不顺增 破折号粗体=0    45+优秀 35+
                           剧情信息                              35-重做

8.3 四板斧(网文特化,必落 ≥2 个)

  • 打破段落句式结构 — 至少 2–3 处「单短句成段」
  • 植入私人生活化锚点 — 约每 300 字一处独属细节(空调滴水、旧烟盒、鞋底泥沙)
  • 情绪错位 — 难过场景角色轻笑、争执时突然沉默、大喜时眼底藏落寞
  • 口语畸形化对话 — 删完整书面对白、加半截、停顿、跳脱

8.4 知识文件索引(按需翻,不要一次全读)

  • 想明白「为什么这么改」→ polish/detection-principles.md(7 个底层维度)
  • 想直接拿「黑名单和高频词」→ polish/ai-patterns.md(84 种模式,含网文口语化 32-40 + 检测残留专项 41-46 + 文艺向高危 47-54 + 统计指纹高危 55-60 + 书面腔残留专项 61-66 + 叙述/对话比例失衡专项 67-72 + 开源校验器融合专项 73-84);想弄懂朱雀到底怎么判 → polish/zhuque-mechanism.md
  • 想看「三模式怎么跑」→ polish/workflow.md(入口总览,含第 0.5 步标点专项)
  • 想看「标点怎么查」→ polish/punctuation-check.md(标点专项校验 + 数字/外文中文化,全文搜0-9)
  • 想让稿子「像人手写的」→ polish/human-flaws.md(人类瑕疵植入,收口第 4.5 步:口癖/改口/断句松散/赘语/逻辑小跳,每千字 2-4 处,先减法后加法)
  • 想看「故事通不通」→ polish/novel-coherence-check.md(连贯性审计六项:场景/指代/时间/用词/信息/对话)
  • 想看「网文怎么用」→ polish/polish-novel.md(网文 preset 适配)
  • 想选「文体预设」→ polish/platform-presets.md(6 套)
  • 想拆「场景腔调」→ polish/scene-voices.md(4 类)
  • 想锁「硬事实」→ polish/fact-lock.md(事实锁定协议)
  • 想评「质量与自检」→ polish/quality-rubric.md(5 维评分 + 自检 + 误伤护栏)

九、执行纪律(写给被触发的 AI,原创硬规则)

  1. 先问后写:没拿到「题材 + 男女频 + 平台」三件套,先问,别动手。
  2. 磨刀不误砍柴工:写之前必做「调知识库 + 联网拆同类型爆款」两步,不许跳过;两者结论要在正文里看得见影子。
  3. 知识要溯源使用:知识库是方法不是台词,化用其理,不照抄其文;拆爆款是学结构手法,不抄袭情节与句子。
  4. 灵魂你拍板:题材基调、主角人设、大结局方向,AI 只出方案与取舍,最终由你定。
  5. 逐级确认:设定、卷纲、章纲落盘后停下展示摘要,你回「可以」才继续。
  6. 章章过硬:每章都要——开头有钩、中段有新信息、结尾有断章、字数达标、过了一遍去AI味(详见八·去AI味工作流:落笔写前八条 + 收口改稿五步流水线 + 网文四板斧),并同步刷新 状态账本.md 的二/三/四/十节(详见六·长文状态追踪)。
  7. 一致不塌房:写正文前必读本项目的 settings/ 与人物卡;改了设定/人物/时间线,同步改设定文件,不只改正文。
  8. 男女频切换:按你定的频道套对应爽点与人设逻辑(男频重实力征服、女频重情感偏爱),别写混了。
  9. 润色场景的硬约束:
    - 事实锁第一:代码/命令/数字/URL/专名一字不动(见 polish/fact-lock.md)。
    - 永远优先保真:事实 > 原意 > 文采 > 降 AI 率;不为降率牺牲准确性。
    - 不无中生有:不扩写、不删减核心信息、不篡改关键数据。
    - 不破折号不粗体不 emoji:终稿扫一遍 — 和 –,有残留就没改完。
    - 标点必须全中文(独立工序):按 polish/punctuation-check.md 单独拧出来校验——半角标点清零、引号括号成对、省略号用 ……、问句带问号;小说语境数字/英文/邮箱/文件名中文化(锁数值含义、只换形式,边界见 polish/fact-lock.md 第七节)。
    - 误伤护栏:人类写作信号(具体细节、混合情绪、年代梗、圈内黑话)保留不动;改看痕迹簇集,不看孤立迹象。
  10. 续写场景的可见性硬约束:
    • 新对话遇「接着写 / 续写」:必须先回「建议跑 /gaoshou:recover 或按 项目说明 顶部 / 状态账本.md 顶部的续写速查喂材料」,再问要写哪一章(详见六·6.4.1)。
    • 不要假装懂:上下文不全时主动告诉用户「请按 项目说明 顶部的续写速查喂材料」,而不是硬猜。
    • 项目说明.md / 状态账本.md 顶部自带续写速查:开新书时由 scripts/new_book.py 自动写入,用户打开项目第一眼就能看到。

十、版本

v2.14 · 豌豆拌饭(2026-09-17)

本次优化:新增「番茄短句短段落规范」(knowledge/techniques/fanqie-format.md,格式硬约束)——段落 1-3 句/≤80 字、单句 15-25 字/≤40 字、对话独立成段、连续叙述≤3 段、关键信息/反转/金句单独成段、手机一屏 3-5 断点,含反面/正面示例与收口自检清单。目标:避免大块密集文字,防止手机上黑压压一大片,降低阅读压力。联动:入口 A/C 落笔步骤、产出约定表(新增段落格式行)、收口审计(新增番茄格式自检)、知识库地图、chapter_template、workflow、polish-novel、short-story、pacing、quality-rubric、00_index。

v2.13 · 豌豆拌饭(2026-09-10)

本次优化:①技能改名「写小说糕手」(目录与 name 字段由 pea-xiaoshuo-writer 中文化);②新增「人类瑕疵植入」模块(knowledge/polish/human-flaws.md,收口第 4.5 步)——给干净稿主动加 2-4 处/千字自然瑕疵(H1 口癖/H2 改口/H3 断句松散/H4 松散语法/H5 赘语/H6 数字口语化/H7 逻辑小跳/H8 答非所问/H9 轻度重复/H10 不完美比喻),先减法后加法,事实锁/标点全角/关键信息/高潮段禁区,植入后重读验证+重跑标点专项。

v2.12 · 豌豆拌饭(2026-09-10)

本次优化:融合开源去AI味校验器(humanizer 25 模式 + story-deslop 7 门禁)——对表 72 种后新增第十三节「开源校验器融合专项 73-84」:段尾单行总结句/连续句首重复/堆叠模糊限定词/夸大意义词/浅层象征/铺垫式开场/万能状语"带着"/修饰词清扫/解释腔上帝感安排感(Gate G,此前最大缺口)/结尾去升华硬门禁(Gate F,结尾 3 句禁"他知道/这一刻/原来")/重复语义四类/删除优先+电报体保护。质量评分新增「AI味打分客观指标六项」量化定档(禁用词密度/连续排比段数/心理词占比/对话标签密度/平均段落句数/重复描写密度)+ 白名单豁免机制。模式库 72 → 84 种,全链路同步。

v2.11 · 豌豆拌饭(2026-09-10)

本次优化:产出文件全中文命名——正文 chapters/第001章_章名.md(零填充三位数、清楚标注第几章)、章纲 outline/第001章_章名_章纲.md、卷纲 outline/第001卷_卷名.md、人物卡 settings/人物_名字.md、状态账本 状态账本.md、项目索引 项目说明.md、短故事 短故事_主题.md、版本稿 第001章_章名_v2.md。同步适配:scripts/new_book.py(脚手架目录树/模板复制/防覆盖检测)、scripts/update_state.py(章节 glob 第[0-9]*章*.md + 状态账本旧名 fallback)、quick-recovery.md、outline_template、state_template、context-management.md、long-form-tracking.md、platform-presets.md、00_index.md。

v2.10 · 豌豆拌饭(2026-09-09)

本次优化:长篇章节字数改为三档——初稿约 2500 字、核心章约 2800 字、去AI味收口后 ≥2100 字(删减上限约 16%,初稿宁多勿少)。同步 description、入口 A 简介、产出约定表(单章字数/章节结构)、落笔步骤、chapter_template、outline_template、quick-recovery、new_book.py、hooks-cliffhangers.md、platform-fanqie.md 第二节(官方硬数据保留在第一节)。

v2.9 · 豌豆拌饭(2026-09-09)

本次优化:定位到"叙述/对话比例失衡"是朱雀高分的主因(v2.8 改稿不降反升:82.78%→89.7% 疑似,但失败样本价值极高)。

  1. 核心发现(朱雀 7 段分片段铁证):同一篇里叙述/独白段 AIGC 0.74-0.75,对话/动作段 0.40-0.50。v2.8 版片段1(35% 开头独白)0.75 + 片段3(31% 查档案独白)0.74——66% 文本压在高分区,句子再口语化也拉不动总分。必须拆结构,不是磨句子。
  2. 蛙蛙第二轮 17 点归纳:蛙蛙口语化比技能更"碎"更"狠"——删精确数字(三十五天→胡子拉碴)、删规范比较(老十岁→活像个鬼)、删四字文雅结构(褪个干净→瞬间褪去)、加语气词、对话标签改身体反应(声音哑→喉咙发紧)。
  3. ai-patterns.md 新增第十二节 67-72:叙述独白段占比>40%(最致命)、规范数字与书面比较、四字文雅结构、缺语气词与自然停顿、对话缺打断与冗余、对话标签书面化——模式库 66 → 72 种。
  4. 联动更新:workflow.md、polish-novel.md、short-story.md、00_index.md。

v2.8 · 豌豆拌饭(2026-09-09)

本次优化:书面腔残留专项(蛙蛙写作实测 18 个修改点全部指向同一病灶——书面语域残留)。

  1. 核心发现:标点没问题(三个文件引号均为中文全角,无英文残留);真正的 AI 味源头是书面精确词残留浓度太高——蛙蛙 18 处改写全在做同一件事:把"AI 的书面腔"换成"网文口语/俗语/身体化动作"(我知道→我心里门清、力道大得吓人→掐得我生疼、声音干涩→嗓子眼直冒烟、没有天台没有栏杆没有风→全在脑子里蒸发了)。
  2. ai-patterns.md 新增第十一节 61-66(书面腔残留专项):心理引导词三连、书面精确词残留、否定排比残留、文学比喻残留、动作力度不足、情绪书面化——模式库 60 → 66 种。判定标准:书面词每 300 字 1 个以上即触发;核心是换语域不换同义词。
  3. 联动更新:workflow.md、polish-novel.md、short-story.md、00_index.md。

v2.7 · 豌豆拌饭(2026-09-09)

本次优化:朱雀检测机制落地(第二次朱雀实测 82.78% 疑似,定位到统计指纹层问题)。

  1. 新建 polish/zhuque-mechanism.md(朱雀检测机制白皮书):三大指标(困惑度/突发性/语义指纹,合计权重 80-90%);社区实测规律(手写第一段 -15pts、删高频词 0.95→0.7、扮演主角 89.1%、打字错误无用);段落类型分差规律(对话/动作段 AIGC 0.42-0.46,独白/描写段 0.74-0.78——文艺叙述本身高危);朱雀降率四板斧 v2.7(重写开头 100 字 → 删高概率词/注低概率词 → 拉句长方差 → 段落类型混排)。
  2. ai-patterns.md 新增第十节 55-60(统计指纹高危):高概率安全词密集、句长方差过小、推理链完整平滑、对话完整无打断、文艺叙述段占比 >30%、全文嗓音统一——模式库 54 → 60 种。
  3. 关键认知升级:表层句式(换词/拆句)只降 10 个点;要降 AI 率必须改统计指纹(词选择概率 + 句长方差 + 思维跳跃 + 段落类型混排)。
  4. 联动更新:detection-principles.md(四板斧前先跑朱雀 v2.7 四步 + 两条朱雀特化实操)、workflow.md、polish-novel.md、short-story.md、00_index.md。

v2.6 · 豌豆拌饭(2026-09-09)

本次优化:新增文艺向/文学向短篇高危模式库(朱雀实测:8000 字短篇《第三次复活》检出疑似 AI 93.01%,三段 AIGC 值 0.81/0.41/0.75)。

  1. ai-patterns.md 新增第九节 47-54:密集比喻("像"字轰炸)、对称递进排比(一/二/三结构)、金句化点题、意象道具符号化重复(物象回声)、信息密度均匀无闲笔、精密闭环零线头、对话嵌金句、情绪节拍过准——模式库 46 → 54 种。
  2. 关键发现:这批特征与 41-46(网文对话残留)完全不同——是"文学化过度":越工整、越对称、越"每句都有用",检测器困惑度越低、越像 AI。走文学感的短篇/章节必扫第九节。
  3. 联动更新:workflow.md、polish-novel.md、short-story.md(收口流水线加文艺向高危 47-54)、00_index.md(54 种)计数与引用同步。

v2.5 · 豌豆拌饭(2026-09-09)

本次优化:短故事适配番茄主战场(用户确认短故事主要发番茄小说)。

  1. platform-fanqie.md 新增第六节「番茄短故事」:官方硬数据——发布下限 2000 字+2 自然段、建议 4000–30000 字、6000 字以上完本可申请签约、分成 10:0、超短篇保底 80–500+ 元/千字 / 中短篇 100–700+ 元/千字、前 30% 免费区设最强解锁点、次月第二周周四提现;官方 14 品类 + 爆款结构(身份反转/暗黑逆袭/规则怪谈)。
  2. short-story.md 升级 v2.5:篇幅档位改双轨(番茄档位为默认:6000–8000 字超短篇;泛平台档位备用);新增第九节「番茄短故事适配」——六条番茄铁律、四式开篇(反常/悬念钩子/情感共鸣/对话驱动)、题材选型、五段式落位到番茄付费结构、番茄发布自查。
  3. SKILL.md 入口 C 全量适配番茄:description、简介、产出约定表(短篇字数改番茄口径)、问活默认番茄、磨刀调番茄规则、收口加番茄发布自查、交稿含签约线提示。

v2.4 · 豌豆拌饭(2026-09-09)

本次优化:新增入口 C · 短故事写作(短篇/微小说单篇闭环成稿)。

  1. 新增命令 /gaoshou:duan:问清题材/篇幅档位/平台/感觉 → 一句话梗概+结尾方向先确认 → 五段式一次成稿 → 去AI味收口 → 交付完整短篇+梗概+字数+平台建议。
  2. 新增知识文件 knowledge/techniques/short-story.md:篇幅档位(微短篇<1000 / 短篇 1000–3000 / 中短篇 3000–8000)、三要素定核(梗概/结尾方向/欲望)、五段式骨架、开头钩子三打法(冲突现场/反常细节/时间压力)、结尾四打法(反转/回环/留白/错位)、单篇闭环三查、微短篇速写模板、去AI味收口衔接 + 短篇特化审计三问。
  3. SKILL.md 升级三核:description、简介、产出约定表(短篇字数/结构/命名)、命令表、人话示例、自动判定入口(短篇/短故事/微小说 → 走 C)、核心工作流(三入口分流)、知识库地图。
  4. 沿用全部去 AI 味收口流水线(标点专项/连贯性/检测残留/口语化),短篇不建项目、不维护状态账本。

v2.3 · 豌豆拌饭(2026-09-08)

本次优化(基于技能写出的章节经腾讯朱雀 AI 检测的实测结果:满分版 100% 人工 vs 精简版 84.34%/84.4% 人工、疑似AI 15%+,逐类定位扣分来源):

  1. 新增「AI 检测残留专项」模式 41-46(ai-patterns.md 第八节):①数字混排残留("星澜 10 人"→"星澜十人");②机械短句堆叠(连续 4+ 等长短句=新的等长同构,上限 3 连);③纯对话无动作节拍(每 2-3 句对话至少 1 个动作/微表情);④对话标签位置单一(同段变化 ≥2 次或动作替代);⑤结尾停在抽象结论(段尾收在物件/动作/触感);⑥关键词机械重复("找上门"×3 这类动作短语复读,保留 1 次锚点)。
  2. 四板斧加边界(detection-principles.md):短句成段最多连续 3 个,第 4 个必须破——避免"过度使用技巧造成的新 AI 规律";新增「疑似AI残留六大来源」检测压测定位表。
  3. 联动更新:quality-rubric.md(自检清单新增检测残留六项)、polish-novel.md(审计加审四问)、punctuation-check.md(数字中文化表新增混排案例)、00_index.md(导航 46 种)。

v2.2 · 豌豆拌饭(2026-09-06)

本次优化(基于技能写出的小说经蛙蛙改稿后仍残留的逻辑问题点):

  1. 新增「网文逻辑与连贯性校验」(knowledge/polish/novel-coherence-check.md):审计阶段必跑六项——场景切换检查(防人物瞬移/场景断裂)、指代明确检查(段首代词唯一确定)、时间无歧义检查(禁"九点半他就在等着"模糊句式)、用词自然性检查(不为避重复硬造"金属厢"这类词)、信息描述完整检查(不电报式罗列,要有谓语动词)、对话自然性检查(不互报已知身份如"您是姑父")。
  2. 强化数字中文化扫描(punctuation-check.md):从"只转日期时间"改为"逐段扫所有阿拉伯数字,全文搜 0-9 残留",防止"0901"这类编号漏网。
  3. 联动更新:workflow.md(第 3 步审计加入连贯性校验)、polish-novel.md(审计加审三问)、quality-rubric.md(自检清单加连贯性六项)、00_index.md(导航加新文件)、SKILL.md(收口流程/知识库地图/索引)。

v2.1 · 豌豆拌饭(2026-09-06)

本次优化(基于蛙蛙写作实战改稿问题点):

  1. 新增「标点符号专项校验」独立工序(knowledge/polish/punctuation-check.md):改稿流程第 0.5 步必跑,半角标点全转全角、引号括号成对、问句带问号、省略号规范、顿号分工;小说语境下阿拉伯数字转汉字、英文/邮箱/文件名转中文描述——含义不变只换形式。
  2. AI 模式库从 30+ 扩到 40 种(knowledge/polish/ai-patterns.md 第七节):新增网文口语化模式 32-40——书面动词→动作动词、抽象情绪→身体细节、数字/外文中文化、对话书卷气→口语、系统面板中文化、比喻双轨→单一具象、破折号拖尾→短句重构、书面虚词尾缀清理、排比罗列→口语浓缩。
  3. 联动更新:workflow.md(第 0.5 步)、polish-novel.md(网文特化 + 审计加审两问)、quality-rubric.md(自检清单新增两项)、fact-lock.md(第七节「锁数值含义、形式可中文化」边界)、SKILL.md(收口流程/知识库地图/执行纪律)。

常见问题

5 问
答案由本站依据条目字段整理
写小说糕手怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_aa86f100/pea-xiaoshuo。安装方式为未标注。装完刷新技能列表或重开客户端。

写小说糕手支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

写小说糕手权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

写小说糕手收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

写小说糕手用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 未标注。