메뉴
对比真实发帖版本和草稿版本，整理差异、归因和下次要改的工作流。用户提到复盘、归因、为什么最后发成这样、发布后总结、真实帖子和草稿差异、更新创作方法，或说「review 这篇 / review 已发的 / 看一下我这篇 / 这篇发出去了」配合过去式（发了 / 发布了 / 已经发 / 上线了 / 贴出去了）时，务必使用这个 skill，不要走 pre-publish 产品侧评审。输出具体可执行的规则，不写空泛总结。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | xhs-publish-review |
| description | 对比真实发帖版本和草稿版本，整理差异、归因和下次要改的工作流。用户提到复盘、归因、为什么最后发成这样、发布后总结、真实帖子和草稿差异、更新创作方法，或说「review 这篇 / review 已发的 / 看一下我这篇 / 这篇发出去了」配合过去式（发了 / 发布了 / 已经发 / 上线了 / 贴出去了）时，务必使用这个 skill，不要走 pre-publish 产品侧评审。输出具体可执行的规则，不写空泛总结。 |
这个 skill 只做发布后复盘。
目标不是夸哪版更好，而是回答：
开始任何复盘之前，必须先锁定线上版来源。绝不允许用本地草稿冒充发布版来复盘。
三选一：
如果以上三样都拿不到：
text/post.md 往回推「他大概是这样发的」截图版复盘，明确说明证据只来自可见页面单边复盘，重点放在发布版结构和可改进点，不要假装知道修改过程不要先开浏览器。默认用 curl 抓取，这比 Claude in Chrome 更快、更稳定、不需要插件。
标准流程：
# 1. 抓 HTML（需要带 xsec_token）
curl -L 'https://www.xiaohongshu.com/explore/<note_id>?xsec_token=...&xsec_source=pc_user' \
-o /tmp/xhs_<note_id>.html
# 2. 从 window.__INITIAL_STATE__ 提取关键字段
rg '"title":"|"desc":"|"tagList":' /tmp/xhs_<note_id>.html
数据在哪：
HTML 里的 window.__INITIAL_STATE__ 包含完整 JSON，路径：
note.noteDetailMap.<note_id>.note
可提取字段：title、desc、tagList、imageList、interactInfo、type（image/video）、time、ipLocation
图片下载（如需对比视觉）：
# 从 imageList 的 urlDefault 下载
curl -L '<urlDefault>' -o /tmp/xhs_pub_1.jpg
什么时候才用浏览器：
详细说明见：notes/xiaohongshu-post-and-image-reading.md
如果有图片，也要看图，不只看文案。
复盘时额外检查：
SKILL.md，不要先扩出新的 .md 说明文件reviews/<publish-date>-<slug>.mddemo_posts/<date>-<slug>/reviews/<publish-date>-publish-review.mdreviews/ 的摘要，再决定是否补工作区hypo.mdreviews/published-history.mdpublished-history.md 不是单独维护的流水账，必须在复盘完成后一起更新待补本地 post workspacepublished-history.md、reviews/、demo_posts/<slug>/reviews/ 三者能互相对上## 差异清单
### 文案
- 差异：
- 归因：
- 小白可读性：
- 下次规则：
### 图片
- 差异：
- 归因：
- 小白识别度：
- 下次规则：
### 流程
- 差异：
- 归因：
- 下次规则：
## 新的工作流
1. ...
2. ...
3. ...
## 必须人工介入的点
- ...
## 需要改 skill 的点
- `skill 名`
- 要改什么：
- 为什么：
## 假设更新
- 新增：
- 验证：
- 否决：
- 下次要测：
## 发布历史登记
- Publish date:
- Title:
- Public note URL:
- Note ID:
- Workspace:
- Review:
- Notes:
从已确认的故事线出发，整合 `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 生图。
为小红书帖子锁定首图封面结构的首图检查器。默认情况下，首图阶段要先做一次快速 `cover check`；只有账号预设明显不适配时，才继续展开替代封面探索。
素材路由器（仍尽量少用）。当用户明确纠结”真人图还是生图”、需要证据截图分工、或 `2` 张以上内页还没想清每页任务时启用。默认情况下，图组分工仍由 xhs-note-assembly 直接套用账号预设完成。
将本地 `skills/` 相关改动安全同步到远端 GitHub。用户提到 `/sync-skills`、同步 skills、开新 branch、干净 commit、不要把 post 改动混进同一个 PR、把本地 skill 改动发到 GitHub 时，使用这个 skill。