メニュー
把已经确定核心判断的文章、成稿包或长文转成公众号、普通 X 分享图与 X Articles 后台封面。提炼一个可一眼读懂的视觉隐喻，在 Ray 的编辑视觉体系中选择复古现代主义、极简隐喻、安静油墨、编辑隐喻拼贴或工具桥接方向，先生成无字底图，再用确定性排版写入准确中文标题，并输出各平台文件、提示词和清单。用于“给这篇文章做封面”“公众号和 X 都要封面”“做 5:2 Article 封面”“用 Adrian 或 Vox 那类风格”“把内容生产接上封面管线”时；不用于正文写作、自动发布或完整解说视频。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
把口播文稿、观点句或一个完整选题做成编辑隐喻拼贴风格的视频（黑白半调剪贴 + 平坦色场 + 从空场逐件组装的定格动画）。两种模式：单句 5 秒 B-roll（单条或批量），以及 beat map 驱动的 45–60 秒完整讲解片（含旁白 TTS、内容感知变速、字幕与拼装）。用户说“拼贴 b-roll”“纸拼贴视频”“vox 那种风格的视频”“半调拼贴动画”“给这句口播配画面”“把这个选题做成拼贴讲解视频”时使用；也承接 ray-writer / ray-cover 产出后的视频化下游需求。不用于：需要精确图层与时间线控制（转 HyperFrames）、只要提示词不要成片、真人口播或产品实拍广告。
把已经定稿的中文长文排成适合手机浏览的微信公众号富文本，生成可复制预览，在用户确认后创建或更新公众号草稿，并回读核对标题、封面、正文、空段落、署名和中文编码。用于“给公众号重新排版”“把这篇推到微信公众号草稿箱”“更新已有微信草稿”“公众号排版太单调或有多余空行”“恢复失败的草稿更新”时。优先更新文章 frontmatter 记录的原草稿，不制造同题重复草稿；未经明确授权只做到预览，不发布文章。
rayskills 工具箱的主入口与路由。当用户不确定该用哪个 ray-* skill、只是丢来一个真实任务/处境，或明确要求把一篇内容从 idea、调研、写作、封面一路送到公众号或 X Articles 草稿箱时，用本 skill 读取上下文，判断最该做的一步或执行已确认的内容生产链。也用于一轮工作完成后决定下一步。触发：/ray 或 /ray 后接任何真实任务描述。用户无需记住具体 skill 名。
把灵感、剪藏审核卡、调研包、长期知识或已有草稿装配成有事实、有情绪、有网感和传播力的中文长文，并接入用户本地 Obsidian 知识库的成稿包、调研、草稿、发布与复盘流程。用于用户说“把这个 idea 写成文章”“从这条资料发展成长文”“写一篇公众号或 X 长文”“检查或重写这篇文章”“把内容生产流水化”时；找不到兼容知识库时先转交 ray-obsidian 建立或适配。不得虚构用户经历、数据、现场或情绪，不自动发布，也不使用 WeWrite。
在用户本地新建、检查或渐进适配一个面向长期知识与内容生产的 Obsidian 知识库，复用 Ray 的资料、知识、灵感、成稿包、调研、草稿、发布与回流分层。用于“帮我搭一个 Obsidian 知识库”“给 ray-writer 准备本地知识库”“把现有 vault 接入内容生产管线”“检查知识库结构是否完整”时；也在 ray-writer 找不到兼容知识库时使用。只补缺失结构，不覆盖、移动或删除用户已有笔记，不强制安装插件、同步服务或 Git。
生成长文 / 深度报告 / 数据型内容,三格式协同产出——交互式 HTML(magazine 杂志排版,含 Tab/Quiz/Chart.js/Timeline 组件)、A4 PDF(headless Chrome 渲染)、公众号 markdown(长句叙事)。采用精修的编辑设计语言(衬线中文标题、锈红点缀、纸张颗粒、drop cap、装饰分隔、等宽数字),读起来像真正的杂志文章而非 SaaS dashboard。当用户要做长篇分析、白皮书、深度报告、多段数据型长文,或说「做一个报告」「深度分析」「长文章」「报告版」「PDF 报告」「html version」「pdf report」,或丢来一份提纲期待成品时使用;格式没点名也默认走 HTML,再 offer PDF+公众号。不用于短文、dashboard、UI 组件、或公众号自动发布流程(那用 wewrite)。触发 /ray-report
| name | ray-cover |
| description | 把已经确定核心判断的文章、成稿包或长文转成公众号、普通 X 分享图与 X Articles 后台封面。提炼一个可一眼读懂的视觉隐喻，在 Ray 的编辑视觉体系中选择复古现代主义、极简隐喻、安静油墨、编辑隐喻拼贴或工具桥接方向，先生成无字底图，再用确定性排版写入准确中文标题，并输出各平台文件、提示词和清单。用于“给这篇文章做封面”“公众号和 X 都要封面”“做 5:2 Article 封面”“用 Adrian 或 Vox 那类风格”“把内容生产接上封面管线”时；不用于正文写作、自动发布或完整解说视频。 |
把封面当成文章判断的视觉压缩，而不是装饰图。先确认文章在说什么，再找一个隐喻；底图不写字，标题最后确定性叠加。
scripts/compose_cover.py 写入，避免错字。至少读取完整正文；若存在成稿包，同时读取一句话判断、情绪核、核心冲突句和传播句。正文判断尚未稳定时，先回到 ray-writer，不要用封面替文章做决定。
提取：
阅读 style-system.md。探索模式给出三个差异明显的方向；生产模式按文章结构自动选择一个已批准方向。只有视觉判断不稳定、涉及真人形象或用户明确要挑选时才停下来确认。
默认选择规则：
editorial-metaphor-collage 或 minimal-metaphormidcentury-editorialquiet-inktool-bridge按 cover-brief.md 建立 JSON。运行：
python3 scripts/brief_check.py <cover-brief.json>
失败就修正，不能跳过。任务包要保留文章路径、标题、判断、隐喻、风格、无字底图提示词、禁用项和平台输出。需要进入 X Articles 时，outputs 必须明确声明 x_article 5:2 成品，不能只在 manifest 中补记。
需要新视觉时使用系统的图片生成能力。提示词必须明确：无文字、无字母、无数字、无标志、无水印；给标题留下干净负空间。生成后实际查看图片，检查隐喻是否清楚、元素是否过多、负空间是否足够。
底图不合格时只改一个问题后重试。不要让模型直接生成中文标题。
先阅读 chinese-typography.md，再按 platform-output.md 使用生产默认尺寸。将同一底图分别排成公众号、普通 X 分享图和需要时的 X Article 5:2 封面：
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>
运行后打开各平台成品检查：标题逐字正确、没有被裁、缩略图可读、主视觉没有被文字遮住。X Article 封面必须在编辑器 Preview 再检查一次。中文标题有明确核心词时使用 --title-mode keyword --keyword <核心词>，用宋体核心字与黑体辅助文字建立编辑层级；没有核心词时再主动拆成两行，在标题中使用 | 控制语义换行。标题缩小到“配图说明”大小即为不合格。
默认保存到：
<vault>/60-素材/10-图片/10-封面/<YYYY-MM-DD-主题>/
<vault> 来自用户明确路径、.ray-obsidian.json 或兼容知识库结构。没有知识库时保存到用户指定的当前工作区，不得自行创建固定名称的 vault。
保留：
cover-brief.jsoncover-brief.mdbackground.pngwechat-cover.pngx-cover.pngx-article-cover.png（需要写入 X Articles 后台时）manifest.json若用户还需要约 5 秒的竖屏动态素材，从同一隐喻提炼一句无字画面描述，转交已安装的 gbro-collage-broll；尊重它的三道确认，不在本 Skill 内绕过。完整解说视频才考虑 vox-director 类流程。
交付两张封面、任务包和最终提示词。只用一句话说明选择了什么隐喻与视觉方向，并指出动态素材是否需要继续制作。