Menu
为小红书帖子锁定首图封面结构的首图检查器。默认情况下，首图阶段要先做一次快速 `cover check`；只有账号预设明显不适配时，才继续展开替代封面探索。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
| name | xhs-cover-template |
| description | 为小红书帖子锁定首图封面结构的首图检查器。默认情况下，首图阶段要先做一次快速 `cover check`；只有账号预设明显不适配时，才继续展开替代封面探索。 |
做任何涉及生图的封面决策前，必须做两件事：
风格：读 explorations/visuals/2026-04-19-nba-cover-style-research.md
{PLAYER_NAME} 和 {ACTION_PHRASE}）photorealistic foreground transition on the player，禁加 watercolor / aura / speed lines / beams / gold leaf / Chinese ink / Pop Art / geometric / blueprint / minimal / dark / moody 这些已实验败北的修饰词xhs-image-style-duo 的双轴选风格逻辑，或出两版让用户挑真人辨识度 Gate：读 references/person-confidence-rubric.md
LOW 的处理方式不是「也许需要」，而是「必须跑完才能发 prompt」。完整流程：
# 运动号优先 ESPN（已知 ID 最快最稳）：
python scripts/fetch_player_photo.py "<Player Name>" \
--espn-id <id> \
--school <team> \
--output references/players/<slug>
# 批次版本（多人）：
python scripts/fetch_player_photo.py --batch references/players/<manifest>.json
references/players/<slug>/espn_headshot.png（还有 espn_action.png / wikipedia.jpg 如果有）references/players/<slug>/appearance.md，按 references/players/README.md 定义的 schema（髮型 / 髮色 / 膚色 / 臉型 / 臉部特徵 / 體型 / 招牌標記 + 一段 Prompt 用描述）。信心度标「已確認」appearance.md，把其中「Prompt 用描述」代码块整段嵌入 Final Prompt 的人物描述段落复用规则：如果 references/players/<slug>/appearance.md 已存在，直接 Read 它、不重跑脚本。照片本身被 .gitignore 掉，但 appearance.md 是金本，一人一次就够。
手动 fallback：网络受限 / 脚本抓不到时，用户手动把照片存到 references/players/<slug>/，AI 一样 Read → 写 appearance.md。流程 Step 2-4 不变。
这个 skill 先做一件事：在首图阶段快速确认封面有没有站住。
默认要先过一次简版 cover check：
如果这 4 项都清楚，而且仍在账号预设结构内，就直接把检查结果交回 xhs-note-assembly 继续往下走。
只有在以下情况，才需要把这个 skill 从“快速检查”升级成“替代封面探索”：
画布比例：竖版 3:4。这是小红书首图的标准比例，所有封面默认使用，不需要每次确认。
默认只有三层，从上到下：
xhs-note-assembly 成稿中直接带入，不在封面步骤重新想1 个 可辨识脸部的人物主角，优先半身到大腿中段构图不要有背景说明小字。封面只靠标题和人物两个元素拦停。
字体：
阿里巴巴普惠体 Bold/Heavy标题限制：
8 个字对比要求：
以下规则来自封面 prompt A/B 实验，53% 改善率后收敛：
最有效的变量：
硬边界：
触发条件（任一成立）：
不走预设时，封面结构需要重新探索。以下是几个可参考的方向：
方向 A：标志性物件 + 大数字 例：奖杯、球鞋、合约文件 + 金额或倍数 适合：规则变化、联盟扩张、金额对比
方向 B：场馆/屏幕 + 判断句 例：空场馆全景、转播画面、平台界面 适合：转播权、平台战争、现场事件
方向 C：数据海报（极简排版） 例：数字结构是主角，人物不出现或极小 适合：纯排名、时间轴、多方对比
这些方向不是固定模板，需要根据具体题目探索。 字体和对比规则不变。
默认先做一次快速检查；只有检查不通过时，才进入替代封面探索。
2 项以上说不清，就不要直接开始生图封面只做一件事：拉点击、讲一个结论、或放大一个数字。
xhs-note-assembly 成稿中带入交给 xhs-image-style-duo 的应该是：
## Cover Check
- 主角：
- 动作：
- 冲突：
- 背景符号：
- 是否走预设：是 / 否
- 如果否，原因：
## 封面任务
- 这张图要卖什么：
- 探索方向（A/B/C 或其他）：
## 结构锁定
- 主角：
- 构图：
- 文字安全区：
- 背景层级：
- 配色方向：
## 封面标题
- 标题（从成稿带入）：
- 是否符合两行限制：
- 字体：阿里巴巴普惠体 Bold/Heavy
- 对比方式（白字/亮字/投影）：
## 交给后续技能
- 给 `xhs-image-style-duo` 的画面 brief：
## 需要人拍板
- 主角是否正确：
- 动作是否够明显：
- 标题是否够短：
- 对比是否清晰：
references/default-cover-template.md 何时读：要确认这张封面是不是还在预设结构里。
references/fallback-cases.md 何时读：这题没有强人物，或者人物不该做主角时。
references/clark-cover-structure.md 何时读：要回看当前账号人脸 + 大字 + 场景特写封面的参考样本。
从已确认的故事线出发，整合 `fact_pack`、`story_spine`、正文、封面和图组，输出最终小红书成稿。这是产出主线 skill。用户提到写标题、正文、图文页内容、四张图故事、最后成稿、整理成可发布帖子、生成 post.md 发布正文、写小红书正文、改文案、基于这个话题出一版、围绕这个事件出一篇时，务必使用这个 skill。默认直接交付 `publish-ready copy`，并保留人类在标题、封面方向和删改力度上的最终决定权。
为小红书内容发想值得研究的题目和可能切角，并维护跨 post 的 topic / angle backlog。用户提到选题、热点池、先想几个题、可能切角、哪个更值得先研究、题目 backlog、标题方向时，务必使用这个 skill。默认输出 `2-3` 个值得继续研究的候选，并给出本轮优先项，把未采用的点子沉淀到 `explorations/backlog/`。
为已确定要生图的页面输出默认 `1` 个推荐风格和 `1` 条可直接贴到 ChatGPT / Gemini 等网页里的 final prompt。用户明确说要比较时，才输出 `2` 个风格候选。它负责风格延展，不负责整组图分工，也不负责默认首图结构。严禁默认走 API 生图。
对比真实发帖版本和草稿版本，整理差异、归因和下次要改的工作流。用户提到复盘、归因、为什么最后发成这样、发布后总结、真实帖子和草稿差异、更新创作方法，或说「review 这篇 / review 已发的 / 看一下我这篇 / 这篇发出去了」配合过去式（发了 / 发布了 / 已经发 / 上线了 / 贴出去了）时，务必使用这个 skill，不要走 pre-publish 产品侧评审。输出具体可执行的规则，不写空泛总结。
素材路由器（仍尽量少用）。当用户明确纠结”真人图还是生图”、需要证据截图分工、或 `2` 张以上内页还没想清每页任务时启用。默认情况下，图组分工仍由 xhs-note-assembly 直接套用账号预设完成。
将本地 `skills/` 相关改动安全同步到远端 GitHub。用户提到 `/sync-skills`、同步 skills、开新 branch、干净 commit、不要把 post 改动混进同一个 PR、把本地 skill 改动发到 GitHub 时，使用这个 skill。