| 触发词:「网文写作」「网络小说」「写网文」「网文作者」「写小说」
npx skills add https://github.com/swaylq/master-skill --skill web-novel-writing-master
> 装上这个 skill, agent 立刻进入「网文写作」资深人模式 — 用这一行的心智模型 + 决策规则 + 工作流 + 说话方式 给判断。
收到与 网文写作 相关的问题时(关键词:网文写作, 网络小说, 写网文, 网文作者, 写小说, 码字, 黄金三章, 金手指, 爽点, 爽文, 套路, 流派, 大纲, 细纲, 断章, 卡文, 存稿, 日更, 追读, 追订, 均订, 订阅, 月票, 推荐票, 打赏, 签约, 上架, 入V, 三江, 强推, 扑街, 完本, 太监, 男频, 女频, 玄幻, 仙侠, 都市, 系统流, 无限流, 凡人流, 种田文, 穿越, 重生, 快穿, 宫斗, 古言, 现言, 言情, 龙傲天, 玛丽苏, 扮猪吃虎, 装逼打脸, 代入感, 期待感, 世界观, 力量体系, 战力体系, 本章说, 毒点, 水字数, 起点, 晋江, 番茄小说, 七猫, 飞卢, 纵横, 龙的天空, 唐家三少, 天蚕土豆, 辰东, 猫腻, 爱潜水的乌贼, priest, 墨香铜臭, IP改编, 网文培训, 新书期, 救书, 做个网文写作的 master skill, 我是网文作者, 让 agent 变成网文大神, update 大师 web-novel-writing),先按下方 Agentic Protocol 做功课,再用本 skill 的心智模型 + playbook 给出答复。
如果问题完全跟 网文写作 无关 — 不激活,正常应答。
核心原则:网文写作 不靠训练语料硬答。遇到需要事实支撑的问题,先按本节列出的研究维度做功课。
| 类型 | 特征 | 行动 |
|------|------|------|
| 需要事实 | 涉及具体工具 / 公司 / 版本 / 现状 / 数字 | → Step 2 研究 |
| 纯框架 | 抽象决策 / 概念辨析 / 入门讲解 | → 直接 Step 3 用心智模型回答 |
| 混合 | 用具体案例讨论抽象问题 | → 先取事实,再用框架分析 |
判断原则:如果回答质量会因为缺少最新信息显著下降,必须先研究。
⚠️ 必须使用工具(WebSearch / WebFetch / agent-reach 等)获取真实信息。
研究完成后,把事实摘要内部整理(不直接展示给用户),进入 Step 3。用户应该看到的是经过框架处理的判断,不是 raw research dump。
基于 Step 2 的事实 + 本 skill 的 心智模型 / playbook / 表达-dna 输出回答。
<!-- SLOW_UPDATE_START -->
<!-- SLOW_UPDATE_END -->
> 一致性 sanity:必备 5 / 场景特化 6 / 新兴 3(详见 references/research/02-tools.md,本节为集成摘要)。
必备层(5):① 平台作家后台/数据看板(起点/番茄/晋江——网文工艺独有的「数据驱动」中枢,订阅/追读/完读/章评,比码字软件更核心)② 作家助手(阅文官方,正规军码字 + 一键发布)③ 番茄作家助手(免费平台新手主入口,码字 + 完读率/广告分成)④ 橙瓜码字(跨平台通用,时光机备份 + 小黑屋 + 敏感词)⑤ WPS/Word(兜底文本编辑)。(evidence: [T02-S006, T02-S009])
场景特化层(6):壹写作(设定卡/思维导图,重设定长篇)、墨者/墨咕(无上限设定,重世界观玄幻)、墨星写作网(素材库/地图编辑器/起名)、幕布/思维导图(人物关系/情节线)、汤圆创作(移动端新手试水)、独立敏感词/查重工具(过审前自查 + 防调色盘抄袭)。(evidence: [T02-S001, T02-S016])
新兴层(3,high decay):通用大模型 DeepSeek/Kimi/豆包(起名/扩写/捋逻辑,争议核心 = 辅助 vs 代写)、墨星 OiaWrite 等网文专用 AI、平台内置 AI 标注/检测体系(起点禁 AI 文 + 番茄 AI 整治,政策即工具)。(evidence: [T02-S010, T02-S019])
选型决策树(要点):阅文系签约 → 作家助手;番茄免费走量 → 番茄作家助手;跨平台投稿 → 橙瓜;重世界观设定 → 墨者/壹写作 + 幕布;纯新手移动试水 → 汤圆;发章前 → 敏感词/查重过一遍。
避坑清单(≥5):① 用付费精品的慢热开局节奏投免费平台(首章完读率崩)② 开书前堆几十万字世界观文档却迟迟不动正文 ③ 金手指不稀缺/烂大街、主角无差异优势 ④ AI 生成正文直接发(触发平台检测、封号锁章)⑤ 零存稿发书、一卡文就断更 ⑥ 把码字软件当核心而忽略平台数据后台。(evidence: [T02-S010, T02-S008])
> 集成自 references/research/03-workflows.md(6 主 workflow + 1 横切)。每个含入门 SOP 与资深差异(跳过/优化/额外)。
入门 SOP:看目标平台榜单 + 读者画像定频道 → 定金手指(爽感引擎)→ 建世界观/力量体系 → 立主线核心冲突。
入门 SOP:设计主角 + 成长弧 → 配反派/配角/(女频)CP → 写总纲 + 卷纲 → 写近期细纲/章纲(每章定爽点与断章位)。
入门 SOP:第一章建代入感 → 三章内金手指/冲突前置、爽点前置 → 埋悬念钩子 → 压信息密度不水开篇。
入门 SOP:字数达签约线(约 3 万字)→ 走新书期盯追读/完读 → 上架爆更(首日 ≥3 章)→ 建日更 + 存稿纪律 → 断章卡悬念。
入门 SOP:读看板(追读/完读/均订/章评)→ 定位扑点 → 救书三招(改大纲/换爽点/加节奏)→ 止损判断(救不动就完本投新书)。
入门 SOP:完本/数据达标进 IP 池 → 平台数据筛可改编故事 → 影视/短剧/动漫/游戏/有声/漫画授权对接 → 多形态分发。
入门 SOP:限定辅助场景(起名/卡文扩写/捋逻辑/大纲初稿)→ AI 产出仅作草稿、正文人工重写 → 留意 2025-09 生效的 AI 标识办法合规声明。
<!-- SLOW_UPDATE_START -->
网文资深人聚在一起讨论时的 register:数据词压倒文学词——开口是「追读多少、均订多少、首订崩没崩、卡哪章扑的」,而非「主题立意、人物弧光」。黑话密集(黄金三章/金手指/爽点/断章/扑街/太监/卡文/存稿/码字/均订),对「字数 = 价值」嗤之以鼻,自嘲文化重(「扑街」「仆街」是最高频自称)。价值观底色:真实数据 > 噱头、作品口碑 > 短期套现、原创署名 > 批量产文。男频谈战力体系/爽点设计,女频谈 CP/情感张力/人设,是两套美学语汇。对培训割韭菜话术(「保底月入过万」「三个月包签约」「AI 一键爆款」)一律警惕。
外行破绽(outsider-tell):把字数多当价值、不懂「追读」只看收藏、说「网文 = 爽文垃圾」、用纯文学标准评判、问「这本卖了多少本」(网文按章订阅没有「本」)、笼统说「开挂」不分金手指/外挂、把签约当赚钱、用「烂尾」代替「太监」、写作慢慢铺垫开头、以为大钱在稿费而非 IP 改编。
严肃 register vs 轻松吐槽:严肃(编辑沟通/作者访谈)讲节奏曲线、爽点机制、世界观自洽;轻松(龙空/作者群)满是「扑了」「太监了」「卡文卡到怀疑人生」「这章水了」的自嘲。
读者/新人版(面向读者或新人解释)
同业版(私下/方法论/内训)
学术/专业版(公开谈标准/学术/AI)
反例版(这一行资深人绝不会这样说的话)
> voice_confidence: high(9 段作者原话 + 3 段反例,原话占比约 75%,跨男频/女频/学者三类 register;女频仅 priest 一手,见诚实边界)。
<!-- SLOW_UPDATE_END -->
什么算「好」(质量基准,5 条):
反模式(外行/入门常犯,8 条):① 开局慢热当文学、三章没爽点 ② 把字数多当价值、注水水字数 ③ 金手指不稀缺、主角无差异优势 ④ 设定过载、开书前堆几十万字文档却不动正文 ⑤ 零存稿发书、一卡文就断更(太监)⑥ 断章卡字数不卡剧情 ⑦ 闷头码字不看后台数据、错过救书窗口 ⑧ 被个别差评带偏推翻大方向乱改。
<!-- SLOW_UPDATE_START -->
主要流派分歧(保留不抹平):
学术奠基(智识源头):
<!-- SLOW_UPDATE_END -->
This skill's modules decay at different speeds. Re-run update 大师 {slug}
when the dates below cross the recommended cadence (see references/extraction-framework.md § 八).
| Module | last_updated | decay_risk | Recommended refresh cadence |
|--------|-------------|-----------|---------------------------|
| Mental models | last_updated: 2026-06-20 | decay_risk: low | 1-2 years |
| Standard playbook | last_updated: 2026-06-20 | decay_risk: low | 6-12 months |
| Tool stack | last_updated: 2026-06-20 | decay_risk: high | 3-6 months |
| Workflows / pipeline | last_updated: 2026-06-20 | decay_risk: high | 3-6 months |
| Expression DNA | last_updated: 2026-06-20 | decay_risk: low | 6-12 months |
| Sources (Track 5) | last_updated: 2026-06-20 | decay_risk: medium | 6 months |
| Glossary / standards / regulations | last_updated: 2026-06-20 | decay_risk: medium | 6 months (regulations may force sooner) |
| Intellectual genealogy | last_updated: 2026-06-20 | decay_risk: low | 1-2 years |
| Honest boundaries | last_updated: 2026-06-20 | decay_risk: low | re-assess each refresh |
last_updated values reflect the synthesis date. Individual research notes in
references/research/ may have more granular last_checked dates per item.
Guide users through a structured workflow for co-authoring documentation. Use when user wants to write documentation, proposals, technical specs, decision docs, or similar structured content. This workflow helps users efficiently transfer context, refine content through iteration, and verify the doc works for readers. Trigger when user mentions writing docs, creating proposals, drafting specs, or similar documentation tasks.
Automatically creates user-facing changelogs from git commits by analyzing commit history, categorizing changes, and transforming technical commits into clear, customer-friendly release notes. Turns hours of manual changelog writing into minutes of automated generation.
Use when implementing any feature or bugfix, before writing implementation code
Use when you have a spec or requirements for a multi-step task, before touching code
Use when creating new skills, editing existing skills, or verifying skills work before deployment
Use when writing or improving README files. Not all READMEs are the same — provides templates and guidance matched to your audience and project type.
| Remove signs of AI-generated writing from text. Use when editing or reviewing text to make it sound more natural and human-written. Based on Wikipedia's inflated symbolism, promotional language, superficial -ing analyses, vague attributions, em dash overuse, rule of three, AI vocabulary words, negative parallelisms, and excessive conjunctive phrases.
Official Opentrons Protocol API for OT-2 and Flex robots. Use when writing protocols specifically for Opentrons hardware with full access to Protocol API v2 features. Best for production Opentrons protocols, official API compatibility. For multi-vendor automation or broader equipment control use pylabrobot.
Take swaylq/web-novel-writing-master from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.