前言¶
讓模型寫博客有個常見問題：寫出來的東西像模板生成的，措辭、節奏、觀點都跟作者本人無關。自己改一遍，往往比從頭寫還費勁。
下面介紹的 SkillHub 上的「博客寫作助手」（Blog Writer，座標 @tomstools11/blog-writer）思路不同：它不是給一套通用寫作模板，而是拿作者自己已發表的文章做風格校準，再覆蓋從調研到發佈 Notion 的全流程。
這是什麼¶
一個基於 SKILL.md 規範的寫作技能，由 tomstools11（TomsTools）發佈在 ClawHub，上游倉庫爲 https://clawhub.ai/tomstools11/blog-writer，當前版本 v0.1.0，許可證 MIT-0。在 SkillHub 上歸類爲 content-creation，評分 100000，下載 14291，安裝 1512。
它解決的問題是：在作者自己的文風下產出有觀點、對話式的長篇內容，而不是產出一篇”正確但沒人味”的文章。
核心功能¶
技能把寫作拆成五個階段，核心職責有四項：
1、遵循作者的 Writing Style：對齊 references/blog-examples/ 裏示例文章的語氣、用詞、結構和長度。
2、吸收研究材料：把用戶提供的資料、鏈接整理進正文，而不是原樣堆砌。
3、遵循用戶指令：對話題、切入角度、重點保持忠實。
4、產出”像作者寫的”內容：目標是讀起來像作者本人，而不是通用 AI 腔。
風格側的具體要求包括：直接、觀點鮮明；像跟同事說話；該用第一人稱時自然用”I”；對流行趨勢保持懷疑；強論點開頭；每 2–3 段用 ### 小標題；段落控制在 2–4 句；少用列表、多用連貫句式；結尾給反思或行動呼籲。目標長度 800–1500 詞。
安裝與啓用¶
該技能走 ClawHub / OpenClaw 生態的安裝方式，命令如下：
openclaw skills install @tomstools11/blog-writer
ClawHub 頁面同時給出等價的 npx 方式（npx skills）。安裝後在對話中觸發即可，不需要單獨的 API Key——SkillHub 側標註 requires_api_key=false。不過第四階段的 Notion 發佈需要配置好 Notion 集成，見下文。
Cursor、Codex CLI、Claude Code 等其他環境的安裝方式，在已抓取的資料中沒有對應說明，這裏不寫。
典型用法¶
官方給出的做法是五步工作流，每一步都有明確產出。
第一階段，收集信息。向用戶要四樣東西：
1. 話題或主題
2. 具體的切入角度或論點
3. 研究資料、鏈接或筆記（如有）
4. 目標長度（默認 800–1500 詞）
要求在動筆前把用戶給的材料全部讀完。
第二階段，起草。參照 references/style-guide.md 和 references/blog-examples/ 校準風格，寫作時遵守上文列出的結構與長度約定。
第三階段，審查與迭代。把草稿交給用戶，按反饋修改，直到用戶確認滿意。
第四階段，發佈到 Notion（技能明確標註這一步是必須的）：
{
"Note": "Blog Post Title Here",
"Type": "Writing",
"Project(s)": "[\"https://www.notion.so/2a5b4629bb3780189199f3c496980c0c\"]"
}
寫入的數據庫是 “TS Notes”，data source ID 爲 04a872be-8bed-4f43-a448-3dfeebc0df21；Project(s) 指向 “My Writing” 項目頁，頁面 ID 是 2a5b4629-bb37-8018-9199-f3c496980c0c；正文用 Notion 風格的 Markdown。技能裏的原話是：如果內容沒有加到 Notion，整個流程就算失敗——即使只是草稿也要發佈。
第五階段，沉澱示例庫。用戶確認定稿後，把成品存進 references/blog-examples/，文件名格式爲 YYYY-MM-DD-slug-title.md，例如 2025-11-25-why-ai-art-is-useless.md。如果示例超過 20 篇，先徵求用戶同意再刪掉最舊的 5 篇（按文件名前綴的日期排序判斷）。
適用場景與注意¶
適合寫 AI、生產力、銷售、營銷、科技方向的觀點型長文，尤其是用戶說”按我的風格寫”“像我其他文章那樣”的時候。觸發場景還包括用戶提供了資料鏈接或筆記需要整合。
幾個要注意的地方：
- 風格校準完全依賴
references/blog-examples/裏的示例。這個目錄初始爲空，需要先放幾篇作者自己的文章進去，否則第一階段只能套默認模板。 - 第四階段的 Notion 發佈是強制步驟，且寫死了特定的數據庫 ID 和項目頁。換數據庫、換賬號或沒有 Notion 集成時，需要自己改 SKILL.md 裏的配置，或在這一步跳過。
- 技能內置的詞彙偏好（如用 “leverage” 指工具、用 “that said” 做過渡、自然使用縮寫）來自作者個人習慣，不適用時需要在 style-guide 裏調整。
- 目標長度 800–1500 詞是默認值，實際需求差異大，建議在第一階段就明確指定。
小結¶
這個 Skill 的價值在於把”像作者寫的”變成可復現的流程：先拿自己的文章做校準，再走調研、起草、迭代、發佈、沉澱五步。相比每次從零調教提示詞，它能省下反覆解釋文風的功夫。
官方地址：https://api.skillhub.cn/zcwl/blog-writer（上游倉庫：https://clawhub.ai/tomstools11/blog-writer）
