guizang-social-card-skill

Guizang Social Card Skill

為小紅書（Xiaohongshu/Rednote）、微信公眾號（WeChat Official Account）、文章封面及各平台縮圖，打造精緻流暢的社群卡片包。

本 Skill 完全獨立。雖然借鑒了 Guizang PPT 風格體系的視覺原則，但絕不能修改原本的 PPT Skill、其範本或參考文件。若環境中包含原本的 PPT Skill，僅可作為參考閱讀。

生成的成品必須存放在任務資料夾中，不得直接放在 Skill 根目錄。預設存放至此儲存庫中的 local-tests/<slug>/，或使用使用者明確指定的輸出資料夾。切勿在根目錄建立如 social-card-*``livephoto-*``wechat-*``output/ 等任務資料夾，或在 SKILL.md 旁放置散落的渲染素材。

產出範疇 (What To Produce)

下列情境請使用本 Skill：

• 社群卡片 / 輪播圖組：包含封面與內頁，特別是小紅書（Xiaohongshu/Rednote）的 3:4 比例。
• 短版 Live Photo 動態卡片：當使用者要求製作 Live Photo / 實況照片，並提供影片素材或螢幕錄影時。
• 素材優先的 Live Photo 拼圖版面：當使用者擁有高品質影片素材，且希望製作文字極少或無文字的單影片、雙格、三格或四格動態卡片時。
• 三連 Live Photo 拼圖：當使用者有三段短影片、三個結果、三種觀點，或希望將高資訊量的對比呈現於單一卡片圖組內時。
• 長影片匯入 Live Photo 處理：在渲染前先診斷是否需要剪裁、加速、拆分為三連拼圖，或詢問使用者特定的時間區段。
• 微信公眾號封面對（Cover Pairs）：包含一張 21:9 主封面與一張 1:1 正方形封面，組合排版在同一個 HTML 中以便同步視覺校對。
• 以螢幕截圖為主的產品貼文、文章封面、教學輪播圖、戶外/生活風格筆記、AI/產品更新說明圖卡。
• 需要鬼藏風格的瑞士平面設計（Swiss Style）或雜誌排版風格的社群圖片。

下列情境請勿使用本 Skill：

• 完整簡報投影片或橫版 PPT 網站。此類需求請使用 PPT Skill。
• 長影片生成。此類需求請使用影片 Skill。本 Skill 僅支援以影片取代靜態圖片位置的短版、版型限制型 Live Photo 卡片。
• 純圖片修圖且無版面編排或文章提煉需求。

小紅書類別能力邊界 (Rednote Category Capability)

11 個最常見的小紅書（Rednote）類別分為三大桶（Buckets）。詳細的逐項配方指引請參閱 references/category-cookbook.md。

能力範圍內（End-to-End 強項）（文案、結構與圖片敘事皆在處理範圍內）：

• 旅行、職場、推薦（需先指定次類別）。

文案與結構強項；圖片需由使用者提供或從素材庫檢索：

• 遊戲、影視、美食（僅限食譜方向）、彩妝（僅限教學方向）、健身、家居、穿搭（僅限精選/短文方向）。

超出能力範圍 — 應誠實告知並拒絕，而非盲目承諾效果：

• 美食：菜餚大片擺盤（Food-photography showcase）。
• 穿搭：日常 OOTD 全身照（Daily OOTD body shots；無法生成或模擬）。
• 情感：夢核 / 氛圍感裝飾風（Dreamcore / aesthetic-light styling — 與雜誌風及瑞士風衝突）。
• Y2K / 千禧辣妹 / 哥特蘿莉 / 日系可愛（Kawaii）等繁複裝飾風格。
• 純攝影作品展示貼文（圖片即為全部交付物）。

當需求落在第三個類別時，請在接案診斷時直接明確告知無法處理的項目 — 切勿默默替換成不符使用者預期的版型。

核心原則 (Core Principle)

表達優先。目標不是把文字塞進海報裡，而是將原始素材轉化為清晰明確的視覺論點。

針對每個頁面，需思考決定：

• 讀者看第一眼應該理解什麼？
• 有什麼證據、螢幕截圖或圖片能支援這個論點？
• 哪些文字必須放大，哪些可以轉為副標、圖說或元數據（Metadata）？
• 哪些內容可以刪除，因為它屬於貼文正文而非圖片本身？

必讀參考文件 (Required References)

視需要閱讀下列檔案：

• references/platform-specs.md：取得精確的比例、輸出尺寸與命名規範。
• references/style-system.md：了解鬼藏雜誌風與瑞士風的視覺規則。
• references/theme-presets.md：選擇電子雜誌配色或瑞士風強調色。
• references/layout-recipes.md：選擇輪播圖/社群卡片/微信頁面結構。
• references/components.md：共享元件規範（字型堆疊、字級級號、最小可讀字號、中文標題長度區間、瑞士風卡片填滿互斥規則、圖片容器比例類別、間距 Token 及 Lucide 圖示規則）。
• references/background-systems.md：建構電子雜誌 WebGL/水墨/紙張背景。
• references/portrait-fill.md：將版面適應至 3:4 比例並避免垂直空間過於空洞。
• references/content-planning.md：封面鉤子（Hooks）、頁面拆解與文案壓縮。
• references/production-workflow.md：HTML/CSS 渲染與圖片處理流程。
• references/live-photo-production.md：當使用者要求製作 Live Photo / 實況照片 / 三連實況拼圖、提供社群卡片影片素材，或需要小紅書 / 微信動態卡片交付時閱讀。內容涵蓋資訊預算、單圖 vs 三連 Live Photo、長影片處理與平台發布注意事項。
• references/image-overlay.md：當文字疊加在照片上時使用：照片資格審查、在地化遮罩 fallback、以及透過多模態主體對映避免遮擋人臉/主體。
• references/screenshot-treatment.md：當使用者提供 App / 網頁 / 程式碼 / Dashboard 截圖時使用 — 優先選擇 .frame-shot 而非 .frame-img，設定圓角/陰影/背景/留白，並決定採用 .device-browser 或 .device-phone 外框。
• references/map-component.md：當內容包含空間地理關係時（旅遊路線、店家位置、徒步行程） — 真實路線預設使用 Mapbox Static 或 OSM 靜態圖磚；示意圖 SVG 僅用於概念/插圖地圖。地標 Pin 為 HTML 疊加層；切勿使用動態 JS 地圖。
• references/title-shortener.md：當任務為微信 21:9+1:1 封面對或任何跨平台復用時 — 從長標題提煉出 1:1 短標題（5 步提煉法、4 種模式、反模式、在 .poster.square 上的字號縮放）。
• references/category-cookbook.md：將使用者指定的小紅書類別（旅行 / 職場 / 遊戲 / 影視 / 彩妝 / 美食 / 穿搭 / 家居 / 健身 / 情感 / 推薦）路由至對應配方並確認範疇。
• references/qa-checklist.md：交付最終圖片前進行 QA 檢查。

工作流程 (Workflow)

1. 需求診斷 (Intake)

僅收集會影響產出結果的關鍵缺漏資訊：

• 目標平台與圖片比例。

• 原始文字、字幕、文章或標題。

• 小紅書類別 — 若使用者指定了 11 種常見類型之一（旅行 / 職場 / 遊戲 / 影視 / 美食 / 彩妝 / 穿搭 / 家居 / 健身 / 情感 / 推薦），透過 references/category-cookbook.md 找到對應配方，並確認需求在能力範圍內（參見上方「小紅書類別能力邊界」）。若需求落在超出能力範圍的類別，請在設計之前向使用者說明，切勿默默替換版面。

• 提供之圖片/截圖及其擺放位置。針對新聞 / 教學 / 數據 / 評測類內容，請主動索取截圖或照片 — 它們是論點的證據層。沒有真實素材的海報容易流於空洞。

• 提供之影片素材（若使用者要求製作 Live Photo）。將使用者提供的影片視為標準路徑；網路搜尋的免費影片僅用於 Demo/宣傳案例或使用者明確要求搜尋素材時。確認目標平台，因為長度限制不同：小紅書支援 5s；微信公眾號 Live Photo 應保持在 3s 內且必須從 iPhone 上傳。在剪輯前，先閱讀 references/live-photo-production.md 並將需求分類為單圖 Live Photo、三連拼圖或長影片處理。若來源影片過長或包含多個可用片段，先進行低成本診斷，然後一次性詢問使用者要剪裁、加速、拆分為多個影片框，還是使用使用者指定的特區段。若來源影片短於目標時長，詢問是否提供更長的片段、接受較短的 Live Photo，或明確允許停格/減速。若焦點主體不明確，提供可能的裁切/放大選項，但讓使用者決定後再執行。

• 若使用者僅提供純文字（完全沒有圖片），在設計前詢問一次：

  这篇我需要 1-2 张图。三种走法：
  A. 你自己有照片 / 截图，传给我（推荐——最不"AI 感"）
  B. 我去 Pexels / Unsplash / Flickr 帮你找
  C. 用 AI 生成
  

  用一行文字推薦選項 A — 你自己的照片才是讓海報擺脫 AI 感的關鍵。接受使用者的任何選擇（包含「都可以你看着辦」）並繼續執行。後續切勿重複詢問，也不要在多輪對話中持續推銷 A 選項。 此問題僅限詢問一次。

• 若有指定的偏好風格：瑞士風格（Swiss Style）、雜誌/編輯風格、科技風、戶外風等。

• 硬性限制：標題文字、1:1 封面不可放圖片、必須包含硬體照片、保持截圖清晰可讀等。

若使用者已提供足夠的上下文資訊，請基於合理的假設直接開始執行。

若內容涉及近期產品發布、政策、價格、主張或新聞事件，請透過瀏覽功能核實不確定的事實，並在最終回覆中註明資料來源。

2. 提煉故事 (Extract The Story)

在開始設計前，先將原始素材轉化為頁面規劃。

針對小紅書：

• 第 1 頁為封面鉤子（Cover Hook）。
• 第 2 至 N 頁每頁僅承載一個核心觀點。
• 多數貼文建議使用 5-9 頁。若下方區域過於空洞，請壓縮或合併頁面。
• 將細節與補充留給貼文正文；圖片應承載鉤子、對比、清單與精闢的結論。

針對微信公眾號：

• 務必生成成對的系統：21:9 主封面與 1:1 正方形封面。
• 在同一個 HTML 檔案中建構這兩張封面，並加入組合預覽區塊，以便同步檢查兩者的視覺呼應關係。
• 21:9 保留完整或接近完整的標題、副標題與一個強烈的視覺關聯。
• 1:1 使用從長標題提煉出的簡化短標題：採用置中大字，預設不放圖片，避免擁擠的副標題。

3. 選擇風格模式 (Choose Style Mode)

每個圖組套件選擇一種模式。這兩種視覺體系並不綁定特定內容類型 — 改變的是視覺立場，而非討論的主題。職場文章可以使用雜誌風；旅遊帳簿也可以使用瑞士風。請依據你希望傳達的感受來選擇，而非單靠類別對照表。

電子紙雜誌風（Editorial Magazine x E-ink） 特點：

• 襯線體/宋體展示字型 + 沉靜的無襯線正型，搭配紙張與水墨配色。
• 在溫暖的紙張底色上疊加氛圍層（紙張紋理 / 水墨渲染 / WebGL Canvas）。
• 帳簿式條目、旁註、金句引言、大圖框 — 呈現特寫雜誌報導質感。
• 最適合希望頁面展現沉穩、考究、手工排版感的場景。

瑞士國際風格（Swiss International） 特點：

• Inter / Helvetica 質感，大字號下採用極細展示字型，小字號搭配等寬標籤。
• 嚴謹的左對齊網格、極細分割線、單一高飽和度強調色。
• 卡片矩陣、KPI 數據塔、橫向條形圖、編號陳述 — 呈現系統化、數據化質感。
• 最適合希望頁面展現精密、量化、果斷感的場景。

若兩種風格對同一內容皆可行，決定因素在於編輯意圖：「這是一篇深度專題還是發布說明？」由意圖決定模式，而非主題本身。

除非使用者明確要求混合風格，否則切勿在同一個圖組內混用兩種視覺體系。

接著選擇一個主題配色：

• 電子紙雜誌風（Editorial Magazine x E-ink）使用 6 種雜誌配色之一：墨黑經典（Ink Classic）、靛青青花（Indigo Porcelain）、森林墨綠（Forest Ink）、牛皮紙黃（Kraft Paper）、沙丘（Dune）或深夜墨色（Midnight Ink，唯一的暗色變體；專用於遊戲主視覺 / 夜景攝影 / 電影感封面）。
• 瑞士國際風格（Swiss International）使用 4 種強調配色之一：IKB 克萊因藍（IKB Blue）、檸檬黃 (Lemon Y)