Communitygithub.com

图像提示(摘要·工艺·路由)

决定何时使用AI生成图像,撰写模型无关的提示词,并路由到正确的工具。这是视觉类技能的基础层。

图像提示(摘要·工艺·路由) 是什么?

该技能是视觉集群的基础决策层,处理从判断是否应生成图像到最终交付的完整流程。其核心工作流程分为四步:首先通过“门控”判断是否真的需要AI生成——比起生成,真实的照片、截图或用户生成内容(UGC)通常更具真实性和清晰度;然后撰写“简报”,明确图像的用途、核心传达信息、格式和品牌调性;接着将其转化为“模型无关”的自然语言提示词,强调具体性而非关键词堆砌;最后将任务“路由”到最合适的工具特定微技能,如nano-banana、Ideogram、Flux或Veo-3。该技能已与诸如brand-profile和content-pillars等模块集成,支持在任何社交媒体工作流中创建一致且合规的视觉内容。它强制遵守AI披露要求、IP/隐私合规性,并在发布前验证图像内文字和数据。可在Claude Code、Cursor或Codex等代理框架中使用,提供结构化的参考文件和跨领域检查清单。

兼容平台~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生成是一种选择,而非默认。真实照片(你的实际产品/空间/团队)、截图、UGC或图表在真实性和清晰度上往往更胜一筹——并且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.

相关技能