Communitygithub.com

wang-bool/xiaohongshu-storycraft

內容驅動的小紅書圖文生成 Agent Skill。將想法、草稿、研究、截圖或照片轉化為完整的視覺故事,無固定版面限制。

xiaohongshu-storycraft 是什麼?

這是一個專為小紅書內容創作設計的 AI Agent 技能,能夠將使用者的想法、文字和圖片素材,自動生成可直接發布的小紅書圖文作品。它不僅提供標題、正文、標籤等文字內容,還能生成逐頁圖片並附帶來源說明,確保交付成品而非僅是提綱或提示詞。該技能支援 Claude Code 等開發者工具,並內建嚴謹的事實邊界與來源管理機制,優先使用使用者提供的真實素材或可追溯的公開來源,避免虛構資訊。工作流程涵蓋素材分類、敘事規劃、視覺憲法選擇、HTML 排版與渲染,最後透過真實瀏覽器截圖進行完整性檢查,確保每一頁的圖片、文字與視覺主次符合敘事命題,同時提供詳細的發布前檢查清單,涵蓋事實正確性、版面完整性、配色一致性與公開風險等面向。

相容平台~Claude Code~Codex CLI~Cursor
npx skills add wang-bool/xiaohongshu-storycraft

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

小紅書敘事工坊

把使用者的想法、文字和圖片製作成可直接發布的小紅書圖文。交付完整標題、正文、標籤、逐頁圖片和來源說明,不只交付提綱或提示詞。

接收與邊界

先區分四類材料:

  • 已確認的事實、數據和來源
  • 使用者明確表達的經歷、感受和判斷
  • 圖片中能夠直接觀察到的內容
  • 可以從材料推出的解釋和編輯性表達

不把未提供的體驗、效果、數字、引語或出處寫成事實。關鍵結論缺少依據時,只問最少的必要問題;使用者要求直接製作時,縮小結論範圍並明確邊界。

使用者完全沒有提供圖片時,只問一次:A 提供自己的照片或截圖,預設推薦;B 使用公開圖庫;C 使用 AI 生成。使用者選擇後不再重複追問。真實事實、過程和證據優先使用使用者材料或可追溯公開來源,純 AI 圖不承擔事實證明。

不自動發布到小紅書。自動發布需要單獨的平臺連接、授權和發布確認。

按需讀取參考

工作流程

  1. 提取事實、使用者經歷、圖片可見內容和允許補充的解釋,形成事實邊界。
  2. 規劃整組圖片敘事,為每頁寫出唯一頁面命題。頁面數量由材料和讀者任務決定,預設 5–7 頁,但不為滿足頁數重複內容。
  3. 逐張讀取真實圖片,記錄連續比例、焦點、資訊密度、最小可讀尺寸、完整性要求和敘事角色。
  4. 判斷每頁由圖片還是文字承擔不可替代的理解和證明任務,據此建立敘事主位與視覺重量,從內容推導空間關係。不要選擇、套用或列舉固定版式。
  5. 選擇或定義一部視覺憲法。依次依據使用者明確選擇、使用者描述的感覺,以及內容情緒、讀者任務、素材色彩和證據密度判斷。只有兩個選擇會實質改變使用者想要的氣質且材料無法判斷時才詢問。風格透過配色和空間氣質影響有效構圖之間的取捨,但不預設頁面骨架。
  6. 把真實圖片和真實文字放入 HTML。先讓主位內容達到完成任務所需的尺度,再觀察實際剩餘空間,擴寫、壓縮、拆分或重組文字。
  7. 透過真實瀏覽器測量和整頁截圖複核圖片完整性、語義換行、溢出、壓邊、留白、主次和結束感。
  8. 記錄構圖指紋並與相鄰頁面比較。相似沒有敘事理由時重新推導;有明確比較或連續節奏作用時可以保留。
  9. 完成事實、來源、隱私和公開發布風險檢查後交付。

預設替使用者完成判斷。材料複雜或頁面命題存在多種實質解釋時,先確認逐頁大綱;普通任務直接生成並在內部迭代。

生成邊界

元件只承載標題、正文、圖片、圖註、數字、引用、邊界和來源等語義。元件不得預設跨元件佈局。

具體成品和歷史案例只能解釋某次構圖為何成立或失敗,不能註冊為下一次生成時可選的頁面範本、佈局算子或配方。

同一份素材允許產生不同構圖。同一種構圖關係也必須根據真實圖片和文字重新計算,不能複製座標或容器尺寸。

頁面與圖片底線

每頁只承擔一個主要閱讀任務,並自帶理解當前命題所需的上下文。敘事主位依據內容的不可替代性判斷,不按面積、字數或素材橫豎比預設。

重要圖片預設保持主體、文字、關係、證據和必要上下文完整;只有無資訊邊緣能夠安全移除且裁切改善閱讀時才裁切。含關鍵文字、按鈕、數據或介面關係的截圖不能由 AI 重繪成證據。不強制每頁有圖,也不強制用完全部圖片。

沒有來源材料能夠承擔封面時,可以使用 AI 概念或氛圍圖,但不能冒充真實產品、地點、人物、體驗、測試或結果。可能造成誤解時,在視覺資產來源中明確說明。

視覺生成與編輯能力

  • 能看圖且能生成或編輯圖時,先讀取並保留原素材的主體、文字、關係和事實,再進行編輯、整合或受約束再創作。
  • 能看圖但不能生成圖時,只做裁切、調色、拼圖、留白、加字和隱私遮擋;素材不足時用文字頁或說明缺口。
  • 既不能看圖也不能生成圖時,只能交付視覺方案,並明確沒有讀取、編輯或驗證圖片,不能聲稱已經完成發布圖片。

使用者選擇公開圖庫時,將素材下載到任務素材目錄,並在 SOURCES.md 記錄「檔案名 ← 來源連結」。定稿前列出來源和授權風險,由使用者決定公開標註方式。

輸出與渲染

預設畫布為 1080×1440 或等比例 3:4 豎圖。需要精細排版時使用 assets/deck-template.html 和 scripts/render_deck.py。簡單拼圖、加字或隱私遮擋可以使用 PIL。

HTML 頁面使用語義標記和檢查鉤子。關鍵短語使用 data-phrase-lock,需檢查末行的文字使用 data-check-lines,需要完整展示的圖片使用 data-preserve-ratio。具體約定見 references/visual-style.md。

渲染後必須執行 DOM 檢查和 scripts/qa_deck.py,並逐頁查看完整截圖和 360px 縮圖。自動測量用於發現問題,不能代替審美判斷。

交付格式

按以下順序交付:

## 發布成品

### 標題
[一條最終標題]

### 正文
[可直接複製發布的正文]

### 話題標籤
[#標籤]

### 圖片故事
1. [頁面名稱]
   - 頁面命題 [讀者看完本頁應理解或判斷什麼]
   - 圖片 [成品檔案或明確的降級說明]
   - 圖中文字 [本頁重點]
   - 事實依據 [使用者材料、公開來源或無事實主張]
   - 視覺資產來源 [使用者檔案、公開素材或 AI 生成]
   - 處理方式/AI 使用 [原圖編輯、整合、受約束再創作、純 AI 補圖或具體說明]

### 發布備註
[只有確有用途時提供]

發布前檢查

  • 沒有虛構事實、體驗、效果、數據或來源
  • 標題、正文、圖中文字和標籤互相一致
  • 每頁命題清楚,圖片與文字的視覺主次符合該命題
  • 承擔現場、動作、結果、證據或關鍵關係的圖片沒有被降為長文插圖;移除它會破壞頁面理解或證明過程
  • 每塊文字都提供圖片無法表達的新資訊;頁面空間不足時已經先檢查命題過載、圖文重複和拆頁可能
  • 圖片已按真實比例、焦點、細節密度和最小可讀尺寸參與構圖,沒有先塞入預製容器
  • 預設完整展示重要圖片;完整性保護有效內容與關係,不機械保留無資訊黑邊;任何裁切都有可說明的安全區域和敘事理由
  • 公式、數字單位、專有名稱和短結論沒有發生破壞語義的斷行
  • 大面積留白有明確歸屬和作用;結構性空洞已經從內容關係或構圖根因解決
  • 來源、圖註和邊界說明依附於對應內容,沒有漂浮或被擠出畫布
  • 已逐頁查看真實截圖,不只依賴原始碼或覆蓋率數值
  • 已比較相鄰頁面構圖指紋;重複構圖具有敘事理由,而非生成習慣
  • 視覺憲法透過配色和空間氣質形成識別,沒有預設頁面骨架或強迫頁面重複固定結構
  • 配色保持在所選憲法的色域邊界內,角色之間的明度階梯、彩度秩序和冷暖傾向成立;每個顏色都能說清功能角色,強調色面積稀缺
  • 基底、表面和邊線來自同一個中性色家族,正文與弱化資訊來自同一個墨色家族;來源、頁碼和圖註在實際承載背景上保持普通小字所需的對比
  • 與最易混淆的相鄰風格並排時色域邊界一眼可分;重新推導的色值以憲法錨點為色域中心,受到明度、彩度、色溫和角色關係共同約束
  • accent 發生明顯色相變化時已按完整色組重新校驗,不只替換單個強調色;極簡黑白等以中性為識別基礎的風格繼續保持基底無色相
  • 整套只使用一種有內容理由的簽名語言;憲法中的點綴候選沒有被當成清單累計,拿掉點綴以後頁面仍然成立
  • 關鍵事實圖能夠追溯到使用者原圖或具體公開來源
  • 純 AI 圖沒有冒充真實內容
  • 已檢查人臉、聯絡方式、證件、精確位置和私人螢幕等公開風險
  • DOM QA 和 PNG QA 沒有 FAIL,所有 REVIEW 項均已透過截圖判斷

相關技能