前言¶

給網文作者看稿子，最難的不是指出問題，而是說不清楚問題出在哪一級、該不該改。通用大模型面對「幫我看看這章」時，通常會給一段「節奏可以再緊湊一些」的建議，沒有評分檔位、沒有維度拆分，也沒有「硬 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