前言¶

给网文作者看稿子，最难的不是指出问题，而是说不清楚问题出在哪一级、该不该改。通用大模型面对「帮我看看这章」时，通常会给一段「节奏可以再紧凑一些」的建议，没有评分档位、没有维度拆分，也没有「硬 bug 和可以放过的问题」之间的区分。番茄平台的签约和推荐有相对明确的标准，但这份标准通常只在编辑脑子里，外部拿不到成文的对照表。

下面介绍的 Skill「短篇小说编辑」做的就是这件事：把番茄平台资深编辑的审稿经验固化成一个 SKILL.md，输入章节片段或大纲，输出按维度拆分的评分和分级问题清单。

这是什么¶

「短篇小说编辑」是一个面向网络小说文本的审核类 Skill，由社区开发者 @user_44ce364b 发布在 SkillHub 上。

基本信息如下：

• 名称：短篇小说编辑
• 坐标：@user_44ce364b/tomato-novel-editor
• 版本：1.0.0
• 来源：community
• 分类：content-creation
• 标签：requires_api_key=false

官方地址：https://api.skillhub.cn/user_44ce364b/tomato-novel-editor
SkillHub 页面：https://www.skillhub.cn/skills/user_44ce364b/tomato-novel-editor

发布者给出的一句话简介是「对短篇小说进行审核，提出修改意见」。它本身不写稿，而是对已有文本做审阅，属于编辑侧工具，不是创作侧工具。

核心能力¶

这套 Skill 的核心是一套结构化的审稿流程，和通用对话式提问的区别主要在三点。

一、固定的审核人格¶

Skill 以「明哥」这个番茄平台资深编辑的人格作为审核主体，而不是以一个匿名助手的口吻说话。这样做的实际价值在于语气和判断口径是稳定的：同类问题在同样的文本位置会得到同样的定性，不会这次说严重、下次说中度。

二、评分体系¶

评分使用 A+ 到 C 的七级制，不是常见的十分制或百分制。七级制的好处是档位之间的区分度集中在前段，A+、A、B+ 这几档能拉开差距，避免大部分稿件挤在中间区间。

评分不是单独给一个总分，而是先按维度打分再汇总。

三、十三个审核维度¶

正文覆盖以下十三个维度，依次是：标题、开篇、主角、节奏、钩子、文笔、适配、AI 味、女配、反派、系统、社会真实感、金手指与爽感设计。

这里有几个维度值得单独说明，因为它们是网文审稿里相对专门的判断：

• AI 味：判断文本是否存在明显的模型生成痕迹，属于当下审稿新增的关注点。
• 适配：评估文本与平台调性、目标读者群的匹配程度。
• 社会真实感：不只看情节是否通顺，还看设定在现实逻辑上是否站得住。
• 金手指与爽感设计：网文特有项，检查金手指的强度、边界和爽点排布。

十三个维度意味着一篇稿子会被拆开看，而不是收到一句笼统的「整体还行」。

四、四级问题分级¶

问题按严重程度分为四级：硬 bug、严重、中度、轻度。

分级不是装饰，它直接决定输出的详略：

• 硬 bug 和严重问题：给出具体的修改建议，包括怎么改、改哪里。
• 中度和轻度问题：只指出，不展开教学。

这个设计的实际用途是帮作者排优先级。一篇稿子同时存在标点问题和逻辑漏洞时，标点问题会被归入轻度而只提一句，逻辑漏洞会被当成严重问题给出改法，作者不需要自己去判断哪个更要紧。

五、触发条件¶

当用户提交小说文本、章节片段、大纲或人物设定时触发；用户直接说「审稿」「评价小说」「帮我看看这章」这类请求时也会触发。

也就是说，它既能对完整稿件工作，也能对零散片段工作。

安装与启用¶

Skill 遵循通用的 SKILL.md 格式，标签显示 requires_api_key=false，不需要单独申请 API key。

说明一点：在已抓取的资料里没有官方给出的安装命令、目录路径或客户端配置片段，因此下面不写命令行安装方式，避免编造。

按通用 SKILL.md Skill 的部署习惯，做法是把技能文件放到对应客户端的 skills 目录，然后在对话中调用。具体目录位置取决于你用的是哪个客户端，以该客户端的文档为准。安装完成后可用「帮我看看这章」这类自然语言请求直接触发，不需要记命令。

典型用法¶

以下用法基于 Skill 声明的触发条件，具体的输入长度限制、单次处理章节数等参数在已抓取资料中没有给出，这里不写。

一、给单章审稿¶

把一章正文直接贴进对话，附上「帮我看看这章」。

预期输出是十三个维度的分项判断，加上四级问题清单，硬 bug 和严重问题带具体修改建议。

二、给大纲或人物设定做评估¶

未成稿的阶段也可以投喂。大纲走的是适配、社会真实感、金手指与爽感设计这类偏结构性的维度；人物设定主要落在主角、女配、反派三个维度上。

这一步的价值在于成稿前发现问题。设定阶段改一个设定的成本，远低于写完三十章再改。

三、按分级结果改稿¶

拿到输出后先处理硬 bug 和严重问题，中度和轻度问题按自己的判断取舍，不需要逐条照改。

适用场景与注意¶

适合谁：

• 在番茄平台投稿的网文作者，尤其是新人，对平台标准没有把握的。
• 需要给团队稿件做初筛的编辑或工作室。
• 写完大纲想先做一轮结构评估再动笔的人。

限制和需要注意的地方：

• 这是审核类 Skill，输出的是问题清单和修改建议，不会替你重写章节。想要直接生成正文，需要搭配写作类 Skill。
• 评分是编辑口径的参考，不是投稿通过率预测。七级评分是相对内部的定档逻辑，不等于平台签约的硬门槛。
• 十三个维度对短片段可能偏重。单段几百字的文本，很多维度无从判断，输出会出现空项。
• 中度和轻度问题只指不教，如果希望得到逐条的改写示范，需要自己补充要求或换用写作类 Skill。
• 社区来源，功能以发布者在页面上的描述为准，使用前建议先用一两章小样验证输出是否符合预期。

结尾¶

这个 Skill 的价值不在评分数字本身，而在于把一套通常靠编辑经验传递的审稿标准整理成了可复用、可对照的清单。十三个维度加四级分级，让「这篇稿子问题在哪、值不值得改」有了一个相对明确的回答框架，而不是一段读完就忘的笼统意见。

如果你手上有正在写的章节或大纲，可以从一个小片段开始试，先验证输出的维度拆分和问题分级是否符合你的判断，再决定是否整篇投喂。

官方地址：https://api.skillhub.cn/user_44ce364b/tomato-novel-editor