菜单
为小红书帖子锁定首图封面结构的首图检查器。默认情况下，首图阶段要先做一次快速 `cover check`；只有账号预设明显不适配时，才继续展开替代封面探索。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
从已确认的故事线出发，整合 `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。
| 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 何时读：要回看当前账号人脸 + 大字 + 场景特写封面的参考样本。