前言¶
在 Agent 裏做長篇創作，常見的做法是把大模型直接丟進一個提示詞裏，讓它一次寫完幾千字。結果人物前後對不上、章節節奏忽快忽慢、寫到後面忘了開頭埋的伏筆。要改就得整段重來，成本高且不可控。
下面介紹的 Skill 走的是分階段路線：先定設定，再拆大綱，然後逐章撰寫，最後統一審校。每一步都有明確的輸入和產物，方便中途調整和回溯。
這是什麼¶
「小說（可長篇）生成器」是一個社區來源的寫作類 Skill，座標 @user_3cdc1868/greatnovels，當前版本 1.0.0，發佈者 user_3cdc1868，分類 content-creation。
它解決的問題是長篇寫作過程中的工序缺失：從一句話靈感到成稿，中間需要設定、大綱、章節、審校多個環節，這個 Skill 把這四個環節都固化成了可調用的流程。
根據 SkillHub 頁面抓取的數據，該 Skill 評分爲 100000，下載量 1234，標籤爲 requires_api_key=false（不需要額外 API Key）。
需要說明的是，任務線索中給出的評分（98964）與下載量（1146）與抓取到的頁面數據不一致。抓取到的資料以頁面爲準，故正文采用頁面數值；這兩處數據屬於站點統計字段，會隨時間變動，僅供參考，不構成選型依據。
核心功能¶
根據 SkillHub 頁面的簡介，該 Skill 提供小說創作的全流程輔助：
- 設定：整理題材、世界觀、人物等基礎設定，作爲後續環節的約束條件。
- 大綱：把設定拆成章節結構，明確每章要推進的情節。
- 章節撰寫：按大綱逐章生成正文，保持與設定和前文的一致性。
- 審校：對已有文本做一致性檢查與修訂。
其中「審校」這一步是上面直接寫整篇方案裏沒有的環節，也是長篇場景下價值最高的部分。
需要提醒的是，簡介只描述了能力範圍，沒有給出每個環節的具體輸入格式、輸出字數上限或分章節數限制。這些細節需要在實際調用中確認，不建議僅憑簡介預設行爲。
安裝與啓用¶
抓取到的資料只包含 SkillHub 頁面的元信息（名稱、座標、版本、來源、分類、發佈者、標籤），沒有提供安裝命令、目錄路徑或配置文件字段。因此這裏無法給出可覈實的安裝步驟，任何具體命令都需要你自行到官方頁面確認後再執行。
可以確定的是它走通用 SKILL.md 格式，來源標記爲 community，不需要配置 API Key。按通用 Skill 的加載方式，把 Skill 目錄放進 Agent 的 Skill 搜索路徑，讓模型能讀到其中的 SKILL.md 即可；具體路徑取決於你使用的客戶端。
典型用法¶
抓取到的資料中沒有官方使用示例，下面是符合該 Skill 流程描述的可復現調用順序，供你驗證時參考：
1. 提供一句話靈感和目標篇幅，要求 Skill 先產出設定文檔
2. 基於設定文檔，要求拆出章節大綱
3. 按大綱逐章要求生成正文，每章單獨一次調用
4. 章節完成後，要求對全文做一致性審校並輸出修改建議
第 1 步先把設定固定下來，後續所有章節都以此爲約束；第 3 步逐章調用而不是一次性輸出全文，這樣中途要改方向時只需重跑後續章節；第 4 步單獨跑審校，讓它有時間對照全文而不是隻看當前章節。
適用場景與注意¶
適合的場景：需要長流程、多環節協作的長篇創作；希望每個環節的產物可以單獨檢查和修改的寫作任務。
需要注意的點：
- 評分與下載量屬於站點統計，會變化，不作爲質量判斷依據。
- 來源是
community，不是官方團隊維護，遇到問題需要自行跟進或聯繫發佈者。 - 版本號目前是
1.0.0，接口和流程描述可能後續變動。 - 簡介未說明是否支持特定平臺的模型或函數調用格式，接入前先確認目標 Agent 是否支持通用 SKILL.md 加載。
- 長篇寫作中一致性是主要成本，即使有審校環節，仍建議在設定階段把人物、時間線、伏筆清單寫清楚，減少後期返工。
結尾¶
這個 Skill 的價值在於把長篇寫作拆成了可檢查的工序，而不是把全部壓力壓在一次生成上。如果你正在做一個需要長篇產出能力的內容類 Agent，可以從設定和大綱兩步開始試，驗證它在你的上下文裏是否穩定。
官方地址：https://api.skillhub.cn/user_3cdc1868/greatnovels
