菜单
把已经确定核心判断的文章、成稿包或长文转成公众号、普通 X 分享图与 X Articles 后台封面。提炼一个可一眼读懂的视觉隐喻，在 Ray 的编辑视觉体系中选择合适方向，默认按各平台目标尺寸分别使用 Image 2 直接生成完整封面；主要验收构图、安全区和缩略图可读性，不把中文字体细节作为阻断条件。用于“给这篇文章做封面”“公众号和 X 都要封面”“做 5:2 Article 封面”“用 Adrian 或 Vox 那类风格”“把内容生产接上封面管线”时；不用于正文写作、自动发布或完整解说视频。
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
基于 SOC 职业分类
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/imraywang/rayskills --skill ray-cover命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
正在显示 SKILL.md
在用户本地新建、检查或渐进适配一个面向长期知识与内容生产的 Obsidian 知识库，复用 Ray 的资料、知识、候选选题、写作任务、调研、文章与口播母稿、发布反馈和知识回流分层。用于“帮我搭一个 Obsidian 知识库”“给 ray-writer 准备本地知识库”“把现有 vault 接入内容生产管线”“检查知识库结构是否完整”时；也在 ray-writer 找不到兼容知识库时使用。只补缺失结构，不覆盖、移动或删除用户已有笔记，不强制安装插件、同步服务或 Git。
把灵感、剪藏审核卡、调研包或已有草稿装配成有事实、有情绪、有网感和传播力的中文长文，接入本地 Obsidian 知识库的成稿、发布与复盘流程；也把外文/他人文章做成带授权署名的译介稿。用于“把这个 idea 写成文章”“写一篇公众号或 X 长文”“检查或重写这篇文章”“翻译/转载这篇文章”时。找不到兼容知识库先转交 ray-obsidian；定稿改口播稿转交 ray-kb；不虚构用户经历，不自动发布，也不使用 WeWrite。
把已经完成的中文长文和 5:2 封面可靠写入登录中的 X Articles 后台，保存为可继续编辑的草稿，检查自动保存与预览，并把草稿地址回写到文章所在的本地知识库。用于“把这篇文章放进 X 后台”“保存为 X Article 草稿”“接上 X 长文发布管线”“推送到 X”或检查、续写已有 X Article 草稿时；这些说法在本 Skill 中都只代表草稿交付；“推送到 X”这类模糊说法先做完本地交付包，再用一句话确认是否写入草稿箱。使用当前宿主可用的浏览器或电脑控制能力，不绑定特定 Agent；本 Skill 不点击 Publish，不得用普通 Post 接口冒充 Article，也不得重复创建同题草稿。
| name | ray-cover |
| description | 把已经确定核心判断的文章、成稿包或长文转成公众号、普通 X 分享图与 X Articles 后台封面。提炼一个可一眼读懂的视觉隐喻，在 Ray 的编辑视觉体系中选择合适方向，默认按各平台目标尺寸分别使用 Image 2 直接生成完整封面；主要验收构图、安全区和缩略图可读性，不把中文字体细节作为阻断条件。用于“给这篇文章做封面”“公众号和 X 都要封面”“做 5:2 Article 封面”“用 Adrian 或 Vox 那类风格”“把内容生产接上封面管线”时；不用于正文写作、自动发布或完整解说视频。 |
把封面当成文章判断的视觉压缩，而不是装饰图。先确认文章在说什么，再找一个隐喻；默认让 Image 2 同时完成画面与中文，并为公众号、普通 X 与 X Article 分别生成，不从同一张成品裁切或拉伸。
scripts/compose_cover.py 不再作为自动兜底。只有用户明确要求后期排字、像素级跨平台一致，或已经提供无字底图时才使用。至少读取完整正文；若存在成稿包，同时读取一句话判断、情绪核、核心冲突句和传播句。正文判断尚未稳定时，先回到 ray-writer，不要用封面替文章做决定。
提取：
阅读 style-system.md。探索模式给出三个差异明显的方向；生产模式按文章结构自动选择一个已批准方向。只有视觉判断不稳定、涉及真人形象或用户明确要挑选时才停下来确认。
默认选择规则：
editorial-metaphor-collage 或 minimal-metaphormidcentury-editorialquiet-inktool-bridge按 cover-brief.md 建立 JSON。默认写入 generation_strategy: direct-first、封面文案、共享视觉母题，以及 platform_prompts 中每个平台各自的完整提示词。运行：
python3 scripts/brief_check.py <cover-brief.json>
失败就修正，不能跳过。任务包要保留文章路径、标题、判断、隐喻、风格、生成策略、封面文案、各平台提示词、禁用项和平台输出。需要进入 X Articles 时，outputs 与 platform_prompts 都必须明确声明 x_article 5:2 成品，不能只在 manifest 中补记。
公众号、普通 X 与 X Article 各调用一次系统图片生成能力的 Image 2。每个提示词必须明确：
每个平台都从同一视觉母题独立生成，不把某个平台原图裁成另一个平台。打开原图检查主体与安全区，再缩到平台预览尺寸检查两秒可读性。只有隐喻不成立、构图被裁或标题明显离开安全区时才针对该平台重试；不因为中文字体或字形细节重试。
如果 Image 2 返回的像素尺寸与目标略有差异，只能在相同比例下等比缩放到目标尺寸；比例不符时重新为该平台生成，不跨平台裁切。
确定性排版只处理用户明确选择的后期排字任务，不因 Image 2 的中文字体细节自动触发。使用时先阅读 chinese-typography.md，再按平台分别输出：
python3 scripts/compose_cover.py --background <底图> --title "主标题上半|主标题下半" --subtitle "副标题" --eyebrow "栏目" --platform wechat --layout left --out <公众号封面.png>
python3 scripts/compose_cover.py --background <底图> --title "主标题上半|主标题下半" --subtitle "副标题" --eyebrow "栏目" --platform x --layout left --out <X封面.png>
python3 scripts/compose_cover.py --background <底图> --title "主标题上半|主标题下半" --subtitle "副标题" --eyebrow "栏目" --platform x-article --layout left --out <X Article封面.png>
中文标题有明确核心词时使用 --title-mode keyword --keyword <核心词>；没有核心词时按语义拆成两行，在标题中使用 | 控制换行。
阅读 platform-output.md。直接生成模式下，为各平台分别说明像素尺寸、比例、安全区和文字层级；视觉母题保持一致，但每个平台使用独立提示词和独立生成结果。构图或字体存在合理差异时不要求统一；只有用户明确要求像素级一致才进入确定性排版。
每个成品都要检查：
X Article 封面只有在用户要求送入后台时，才进入编辑器 Preview 检查；仅制作本地素材时不打开后台。
默认保存到：
<vault>/60-素材/10-图片/10-封面/<YYYY-MM-DD-主题>/
<vault> 来自用户明确路径、.ray-obsidian.json 或兼容知识库结构。没有知识库时保存到用户指定的当前工作区，不得自行创建固定名称的 vault。
直接生成模式保留：
cover-brief.jsoncover-brief.mddirect-source-<platform>.png（该平台独立生成的模型原图）wechat-cover.pngx-cover.pngx-article-cover.png（需要写入 X Articles 后台时）manifest.json后期排字模式另保留 background-<platform>.png，并在 manifest 记录用户为何选择后期排字。
若用户还需要约 5 秒的竖屏动态素材，从同一隐喻提炼一句无字画面描述，转交已安装的 gbro-collage-broll；尊重它的三道确认，不在本 Skill 内绕过。完整解说视频才考虑 vox-director 类流程。
交付所需平台封面、任务包和每个平台的最终提示词。说明各平台都由 Image 2 分别生成，或用户是否明确选择了后期排字；用一句话交代隐喻与视觉方向，并指出动态素材是否需要继续制作。