用途：该技能制作一张简单的非广告品牌图形，典型场景包括邮件头图、社交媒体动态图或故事图、博客图或链接预览图。每次只处理一张图片，可带最多一行简短文字，图形需符合品牌风格。请求的核心依据是用途和确切文案，不使用概念板，两者都会被记录到批次文件中。
主要能力：
- 读取请求信息：请求可能来自聊天，也可能是同级文件中的请求行（Request 行）。需要获取目的、放置位置、确切文字（或无文字）、强制要求以及去向。
- 读取品牌套件、学习记录和产品资料，并依据 claims-gate 技能第 1 节检查文字背后的声明契约。
- 写入生成好的图形（GooseWorks 中的创意素材）；对于请求行，在请求行下方写入一行答复，并通过 file_write 写回文件。
- 识别请求行格式：“Graphic needed: for make-static-ads · <用途、放置位置、确切文字> · return to: <路径>”，其下方若为“open = no Graphic ready:”行则表示尚未生成。这类请求行可能出现在 email-lifecycle 的 lifecycle/flows/<flow-slug>.md、run-organic-social 的 social/calendar/<start-date>.md、make-content 的 content/repurposed/<source-slug>/<date>.md 和 content/drafts/<date>-<slug>.md 中；旧文件中的“Header art needed:”行或普通素材行也按同样方式处理。
- 答复格式为：“Graphic ready: <链接> · <YYYY-MM-DD> · alt: <文本> · <比例> · claims: <ok / cut …>”，写入方式是重新读取文件、插入内容、整体写回，请求方下次运行时读取。
使用方式：
- 判断是否在范围内：仅限单张图片，带品牌样式和至多一行短文字。轮播、演示文稿、印刷品、包装、多页版式、数据密集型信息图应明确说明无法在此制作及原因。
- 预设与比例：邮件头图（宽幅、移动端清晰、检查深色模式）、社交动态（4:5 或 1:1）、故事（9:16）、博客或链接预览（横向）。渲染比例参考 formats-and-placements.md 第 1 节。
- 布局与标志：在没有 shell 的主机上，提示词中要写明清晰的角位；在报价消息中可提供由模型绘制的标志替代方案（这会改变提示词，因此需要新的报价）。用文字确定布局，包括文字、产品和品牌标记的位置以及背景。素材库模板可提供布局建议（ads_template_read mode: "static_library"），在提示词中描述它；图形请求从不附加模板图片。
- 使用 make-static-ads-compose 技能编写提示词：共享基础、布局，以及营销人员或请求行给出的确切文字。文字中的品牌名以普通字体绘制；标志（已放置或按营销人员选择由模型绘制）保持为唯一标记。不含产品的图形（文字头图、图案、软件品牌）不选择产品，绝不用生成的产品替代真实产品。
- 检查：对提示词中的任何文字运行 make-static-ads-claims-extract 技能（头图中的“clinically proven”仍属声明）；检查任何人物或标志的权利；除非被要求，否则不加 CTA 按钮、优惠徽章或价格。自然使用场景适用 ad-policy-check/disclosure.md 中的披露规则。
- 花费：先执行 ads_render 的 dry_run: true；给出报价及重做说明（handoff-format.md 第 2 节）；需要本聊天中人工的同意（spend-gate 技能分支 A）。文件中的请求行永远不算同意。
- 审查：使用 make-static-ads-render-review 技能，由评审器执行检查项 2、3、8、15、16 以及 375px 清晰度检查，操作者执行检查项 1 和 20（其第 3 步），并执行其一次重试（不做创意或模板检查）。
适用场景：需要单张、品牌风格一致、文字量极少的非广告图形时使用，如邮件头图、社交动态图或故事图、博客配图、链接预览图。
限制：不处理轮播、演示文稿、印刷品、包装、多页版式或数据密集型信息图；每张图最多一行短文字；生成前需人工确认花费；文件中的请求行不视为花费同意；不含产品的图形不选择产品，生成内容不得替代真实产品。