Communitygithub.com

圖片提示 (簡要·構思·路由)

這是視覺集群的基礎技能。當一篇貼文需要圖片時,此技能決定圖片類型(簡要)、以模型無關的方式描述圖片,並路由到正確的工具,然後進行交接。

圖片提示 (簡要·構思·路由) 是什麼?

此技能為AI代理提供了一個完整的流程,用於在社交媒體貼文中處理圖片生成需求。它首先評估是否真的需要AI生成圖片,或是否應使用真實照片、截圖或用戶生成內容(UGC)以獲得更高的真實性和清晰度。確定需要生成後,它會基於品牌資料撰寫一個包含目標、傳達重點、格式和品牌外觀的簡要,並將其轉化為一個自然語言提示,專注於主題、構圖、光線、色彩、風格、情緒、細節和限制條件,避免使用「4k、傑作」這類品質標籤垃圾。最後,它會根據圖片的主要需求(如文字、寫實肖像、編輯、角色一致性等)路由到特定工具(如 nano-banana、ideogram、flux、veo-3),並在生成後驗證文字和數據,依平台/地區揭露AI生成,確保不侵犯真實人物或智慧財產權,並考量可及性設計。此技能支援多種平台和工具,作為視覺內容策略的共享決策層。

相容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/social-media-skills/skills/tree/main/skills/image-prompt

在你喜歡的 AI 中提問

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

說明文件

圖片提示 (簡要·構思·路由) 是做什麼的?

視覺集群的基礎。 當一篇貼文需要圖片時,此技能決定什麼圖片 (簡要),以模型無關的方式描述它,並路由到正確的工具——然後進行 交接。它位於工具專用小技能(nano-banana、ideogram、flux、 veo-3)之上,這些小技能擁有各自模型的特定技巧。

可以把它想像成視覺版的brand-profile/content-pillars:工具技能假設你 已經處理好的共享決策層。

步驟 0 — 關卡:這是否應該由AI生成?

AI生成只是一種選項,並非預設。真實照片(你的實際產品/空間/團隊)、截圖、用戶生成內容或圖表通常在真實性和清晰度上更勝一籌——AI絕不能虛構你的真實人物/地點。當你需要不存在的東西、必須符合品牌外觀、需要圖片內可讀文字或一致的系列,且沒有真實素材符合時,才考慮生成。如果真實素材更好,請直言。(參見 references/the-image-brief.md。)

步驟 1 — 撰寫簡要

閱讀 brand-profile.md,然後回答四個問題:任務/目的(主圖 / 解說圖 / 引言圖 / 產品 / 生活風格 / 縮圖 / 背景 / 廣告)、必須傳達的一件事、目的地格式/長寬比,以及品牌外觀。輸出一行簡要。參見 references/the-image-brief.md。

步驟 2 — 描述圖片(模型無關)

將簡要轉化為一個具體、自然的語言提示——主題 · 構圖 · 光線 · 色彩 · 風格 · 情緒 · 細節 · 限制——並去除品質標籤垃圾(「4k、傑作」)。具體性勝過長度;為任何文字疊加(留白、對比)進行設計。參見 references/prompt-anatomy.md。

步驟 3 — 路由到工具

根據圖片的主要需求進行選擇:

  • 文字 / 字體排印 → ideogram 或 nano-banana(兩者都很強——誠實地根據工具選擇)。
  • 寫實肖像/產品 → nano-banana 或 flux(Midjourney 外部)。超現實/繪畫風格 → Midjourney。
  • 編輯(「更改一件事,保留其他部分」) → nano-banana(對話式)或 flux(Kontext)。
  • 一致的角色/產品系列 → nano-banana(多圖參考)或 flux(多參考)。
  • 基於搜尋的資訊圖表 → nano-banana。品牌精確色票/開源授權/許可證控制 → flux。
  • 向量/SVG → Recraft。影片 → veo-3。

當兩者都適用時,說明兩者都可行,並根據決定性因素進行選擇——不要假裝有贏家。參見 references/choosing-the-tool.md。

步驟 4 — 交接,然後發布

將任務交接給工具的專用小技能以進行模型特定的構思(以及 tools/integrations/<tool>.md 中的 API)。生成後:驗證圖片內文字/數據,揭露AI生成(依平台/地區),然後上傳到 WoopSocial Media → 附加 到貼文中(透過 scheduling-and-queue)。WoopSocial 負責發布;它不負責生成。

跨領域(始終)

  • 依平台/地區揭露AI生成(Meta「Made with AI」、歐盟AI法案)。各工具的水印行為不同 (Google 工具使用 SynthID,Ideogram 未強制執行)——不要依賴它來進行揭露。
  • 沒有真人 / 沒有智慧財產權——不得出現真實可識別的個人、受版權保護的角色或商標標誌;僅限於原創方向。
  • 驗證圖片內文字和數據,然後再發布。
  • 可及性——在行動裝置上確保對比度 + 可讀性;為疊加內容預留空間。

品質標準——自我檢查

  • 我是否在生成前進行了關卡檢查(真實素材 vs. AI)?
  • 我是否撰寫了簡要(任務 + 必須傳達的一件事 + 格式 + 品牌)和一個具體、自然的語言 提示(無標籤垃圾)?
  • 我是否根據主要需求進行路由並誠實判斷哪個工具,然後進行交接?
  • 我是否為疊加/可及性進行了設計,並涵蓋了揭露、智慧財產權和驗證?
  • 我是否對 WoopSocial 保持誠實(透過 Media 發布;不生成)?

邊緣情況與異議回覆

  • 「只要寫一個很酷的圖片提示」 → 先建立簡要;目的先於提示。
  • 「4k 傑作 超精細」 → 改寫成具體場景;去除品質標籤。
  • 「生成我真正的咖啡廳/員工」 → 使用真實照片;不要虛構真人/地點。
  • 「以[工作室]的角色/真人為基礎」 → 拒絕智慧財產權/真人;使用原創方向。
  • 「哪個模型——A還是B?」 → 基於工具的誠實答案;兩者都可能是對的。
  • 「在 WoopSocial 中生成」 → WoopSocial 不生成;路由到工具,然後上傳並附加。

相關

  • nano-banana、ideogram、flux、veo-3 — 此技能路由/交接到的工具專用小技能。
  • tools/integrations/* — 每個工具的連接/API;brand-profile — 視覺品牌。
  • carousel-writer、reels-script、caption-writer/hook-writer — 消費者(圖片提示包 / 疊加文案)。
  • scheduling-and-queue — 將素材上傳到 Media 並附加到貼文。

參考資料

  • references/the-image-brief.md — 「這是否應該由AI生成?」關卡和四個問題的簡要。
  • references/prompt-anatomy.md — 通用、模型無關的強大提示結構。
  • references/choosing-the-tool.md — 路由器/決策樹和誠實的工具判斷。
  • references/examples.md — 端到端流程、弱→強、不生成關卡和誠實的範圍。

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

相關技能