baoyu-cover-image 用于生成一张代表文章主题的封面。它把构图与风格拆成可选择的维度，适合你知道发布位置和标题，但不希望只用一句“帮我画个好看的图”碰运气的情况。
安装与调用
在项目目录的终端运行下面的命令，只安装这个 Skill 到 Claude Code：
npx skills add jimliu/baoyu-skills --skill baoyu-cover-image -a claude-code
需要 Node.js 和可用的 npx。若使用 Codex，把 -a claude-code 换成 -a codex；在对话里明确要求使用 baoyu-cover-image 并附上材料，不把终端安装命令当成任务提示。其他客户端应使用自身的技能选择入口。
先给标题与实际展示位置
提供文章标题、主要内容、目标比例和参考图片的用途。横向列表封面、社媒方图与文章顶部大图不是同一版式，先确定最重要的一种。可以这样输入：
使用 baoyu-cover-image 为 article.md 做一张 16:9 封面。
标题使用原文，不新增副标题；type 选 conceptual，palette 选 cool，rendering 选 flat-vector。
文字级别 title-only，mood 选 subtle。先确认方案和可用后端。
重点表达团队把零散反馈集中到同一处，避免堆满软件图标。
对应选项有 --type、--palette、--rendering、--text、--mood 和 --aspect。不需要图中文字时用 --text none 或 --no-title，文章页面本身仍可显示正式标题。首次偏好设置会记录在该 Skill 的 EXTEND.md，不能把旧项目的颜色与水印当成这次要求。
后端、参考与成图分别核对
实际生成使用当前客户端可用的图像后端。没有原生工具时，可另安装并配置 baoyu-image-gen；例如 Google 路径需要 API 密钥、可访问模型和对应配置，密钥使用仓库要求的 GOOGLE_API_KEY。先用一张图确认通路，再扩大制作。
参考图应说明是借用配色、构图，还是需要把图像直接传入后端；后者要求模型支持参考图片，文字描述不能被当成已经传入原图。默认输出通常在 cover-image/主题/，包含来源、prompts/ 和 cover.png，路径也可通过偏好改为文章旁边。
生成前保存完整提示，确认主题、标题与留白。成图后同时看原尺寸和列表缩略图：标题是否正确，关键元素是否被裁掉，颜色是否仍可区分，画面能否代表文章而不是暗示不存在的功能。文字出错时改提示重做，或转为无标题封面，保留旧候选便于比较。
如果第一次方向不对，指出具体维度，例如保留主题和配色、降低视觉强度或减少文字；不要只说“不够高级”。这样下一次修改有清楚边界，也能避免每轮生成都丢掉已经认可的部分。
用两个展示尺寸验收一张封面
假设文章标题是“团队如何交接复杂项目”，封面会同时出现在文章页顶部和三列文章列表。先要求画面中心表达“交接关系”，而不是把每种工具的 logo 都塞进去；标题只保留一行或干脆不要图内文字，避免列表缩略图上挤成小点。通过 --aspect 设定主要投放位置的比例，通过 --text 控制文字量，并说明参考图只提供配色还是要沿用构图。
拿到 cover.png 后，在原尺寸与实际卡片宽度都看一遍：主题是否一眼可辨、人物或物件是否被裁切、标题是否与正文完全相同。若画面漂亮却让人以为文章介绍某个不存在的软件界面，这不是“风格偏差”，而是语义错误，应回到 prompts/cover.md 改主体。若仅小尺寸字看不清，可以尝试 title-only 或无标题版，而不是继续加大提示词里的文字长度。修改后保留候选，比较哪一版更符合真实使用位置。
宽封面先定元素与比例
对于文章列表的宽封面，除了文章标题，还要说清画面里必须出现的元素和展示比例。金尘马在自己的文章制作中会主动描述封面元素，并指定约 2.35:1 的宽幅比例；没有接生图 API 时，他先让 Skill 保存提示词，随后到外部生图工具完成图片。可以照这个顺序把方案和成图分开检查：先看提示是否抓住文章中心意思，再把最终图片放到真实列表宽度里看裁切与文字。若只得到提示词文件，页面还没有可发布的封面。