前言¶

长篇创作里最容易失控的不是开头，而是中段：人物设定前后打架、提纲和正文各写各的、修订时不知道该动哪一层。把这类问题交给模型直接续写，通常得到的是一段流畅但和既有设定无关的文字。下面介绍的这个 Skill 思路不同：它把长篇拆成创意、人物档案、提纲、章节卡、分场景写作、修订、审计、可视化若干个环节，每个环节产出结构化数据，作者确认后才往下走。

这是什么¶

长篇小说专业创作（坐标 @user_8077ecd2/novel-writing-pro）是一个以作者为最终决策者的长篇小说创作 Skill。发布者为 user_8077ecd2，来源 community，分类 content-creation，当前版本 1.0.5，标签 requires_api_key=false，即不需要额外的 API Key。抓取时点显示评分 100000、下载 1368 次、安装 0 次。

它解决的问题是：模型续写长篇小说时容易脱离作者既有设定，修订缺乏依据，连续性无人检查。这个 Skill 的做法是让作者提供创意、人物或世界观笔记、提纲、章节草稿，Skill 在局部设定（project-local canon）框架内工作，并明确区分已确认设定、推断和作者计划。

核心功能¶

按官方简介，能力覆盖以下几类。

1、流程编排。官方简介列出的调用入口为 /novel:new、/novel:outline、/novel:chapter、/novel:review、/novel:revise、/novel:audit、/novel:visualize、/novel:status，分别对应新建项目、生成提纲、写章节、审校、修订、连续性审计、可视化、查看状态。

2、风格抽象。通过 /novel:style-import，从指定网址或作者自己的文本中抽象叙事与对话风格，生成语言风格模板，用于优化小说文风。

3、结构化创作。覆盖人物档案、故事提纲、章节卡，再到分场景写作、对话与叙事修订、连续性审计和可视化管理。

4、写作约束。官方简介要求：在回应前先读取用户提供的原文；默认提出基于内容的追问；在每次提纲和审校中应用情感脊柱（emotional spine）和聚焦闸门（focus gates）；对已完成的章节按八个维度审校；结构化故事数据和可视化只在作者明确确认后更新。

八个维度的具体清单在可抓取资料中没有列出，需要以 Skill 包内文件为准。

调用入口与启用¶

先说明可核实的范围。该 Skill 的官方地址为 https://api.skillhub.cn/user_8077ecd2/novel-writing-pro，SkillHub 页面为 https://www.skillhub.cn/skills/user_8077ecd2/novel-writing-pro。撰写本文时这两个地址以及 SKILL.md 直链均无法访问，因此无法核实安装命令、目录结构和配置文件字段。

可确认的是：它基于通用 SKILL.md 格式，分类为 content-creation，标签 requires_api_key=false。要安装使用，需要打开上述官方地址核对页面给出的命令；在拿到命令之前不要照搬其他 Skill 的安装方式。

调用方式是对话内触发。官方简介给出的触发场景包括：作者提供小说创意、人物或世界观笔记、提纲、章节草稿、修订请求、连续性问题，请求从参考小说或自有文本抽象高层风格，或直接请求上述任一 /novel: 入口。

/novel:new        # 新建项目
/novel:outline    # 生成或推进提纲
/novel:chapter    # 写章节
/novel:review     # 审校已完成章节
/novel:revise     # 修订
/novel:audit      # 连续性审计
/novel:visualize  # 可视化
/novel:status     # 查看项目状态
/novel:style-import  # 从网址或自有文本抽象风格模板

典型用法¶

以下是从官方简介可直接复现的流程，按顺序走：

1、作者先提供创意、人物或世界观笔记，或已有的提纲、章节草稿。Skill 要求先读这些材料再回应。

2、用 /novel:outline 推进提纲。该环节会套用情感脊柱和聚焦闸门，提纲产出后需要作者确认。

3、用 /novel:chapter 写章节，产出基于章节卡的分场景文本。

4、用 /novel:review 审校已完成章节，按八个维度逐项检查；用 /novel:revise 按审校结论修订。

5、用 /novel:audit 做连续性审计，核对人物、设定、时间线是否前后一致。

6、需要时用 /novel:visualize 生成可视化视图，用 /novel:status 查看项目进度。

7、想统一文风时，用 /novel:style-import 从指定网址或作者自己的文本抽象风格模板，再回到写作环节应用。

第 2、3、6 步的结构化数据只在作者明确确认后更新，这一点是官方简介反复强调的。

适用场景与注意¶

适合的场景：作者已有创意或人物笔记，需要有人按流程把提纲、章节、审校、审计串起来；希望文风能从参考作品或自己的旧稿中抽象出来复用；长篇项目需要状态管理和可视化来跟踪进度。

需要注意的限制：

1、安装命令、目录结构、配置字段在撰写本文时无法从官方地址核实，落地前必须先打开页面确认，不要凭通用 SKILL.md 格式推测。

2、抓取时点安装数为 0，社区验证有限，遇到行为不符时以 Skill 包内文件为准。

3、八个维度的审校清单、情感脊柱和聚焦闸门的具体定义，可抓取资料中未给出，属于需要阅读源码才能确认的部分。

4、它替代的是流程管理和审校框架，不是写作本身。具体情节和文风仍由作者决策，Skill 只在作者确认后写入结构化数据。

5、数据口径：预抓取资料与本文撰写时任务简报给出的评分、下载数不一致（简报为评分 99702、下载 1337），本文采用预抓取资料的时点数据，均未做二次核实。

结尾¶

这个 Skill 的价值在于把长篇写作从”一次性续写”变成一组有顺序、有产出、有审校的环节，并把设定一致性和文风统一这两件事变成可执行的检查项。如果手上正有一个长篇项目缺流程，可以从官方地址开始核对安装方式。

官方地址：https://api.skillhub.cn/user_8077ecd2/novel-writing-pro