xiaohongshu

Files (7)

• SKILL.md
• cover.md · references/
• event.md · references/covers/
• method.md · references/covers/
• opinion.md · references/covers/
• product.md · references/covers/
• resource.md · references/covers/

SKILL.md (first lines)

# 小红书

小红书平台内容 skill。覆盖正文、标题、封面、图文页纲；cover 是平台内子能力。

## 核心原则

- 先定封面承诺，再写正文。
- 像真实使用后分享，不像产品发布稿。
- 标签服务发现，不堆无关热词。
- 不写无法证明的“全网最强”“爆款必备”。
- 做开源工具/产品封面前，先读 `references/cover.md`。
- 做产品封面时，优先使用真实截图。没有截图，先向用户要，不要用伪面板替代。
- 招募、系列预告、活动详情长图、活动回顾首图时读 `references/covers/event.md`。

## 输入 contract

先把素材压成 6 项，再动笔：

```markdown
## 产品/主题

## 目标读者

## 真实痛点

## 一句话结果

## 可证明亮点

## 可用素材
```

缺 `真实痛点` 或 `可证明亮点` 时，不要补幻想。先标 `待补素材`，或问用户要 case/截图/使用场景。

## 内容单元

- 封面：3:4，大字可读，一屏说清结果或冲突。
- 标题：20 字以内优先，关键词前置。
- 正文：300-800 字；短段、分点、真实场景。
- 标签：5-10 个；主题、人群、场景、工具、问题。
- 评论钩子：一个低门槛问题。

## 图文页纲

1. 封面：钩子 + 工具名/结果。
2. 痛点：为什么值得看。
3. 结果：做到了什么。
4. 方法：核心流程。
5. 亮点：3 个最好记的点。
6. 用法：怎么开始。
7. 收尾：适合谁 + 评论钩子。

## 封面

先做封面，再写正文。封面只解决一个问题：用户为什么要点。

先判断封面类型：

- 产品封面：有 App、网站、工具界面、真实截图。必须先要截图；品牌名和一句话定位优先。
- 方法封面：教程、流程、经验。重点是步骤感和收藏感。
- 观点封面：判断、反常识、痛点。重点是冲突和态度。
- 资料封面：合集、清单、模板。重点是范围和可复用。
- 活动海报：招募、预告、详情长图、回顾。先定活动价值和下一步动作。

产品封面不要用纯大字或伪 UI 硬撑。真实截图是证据，标题负责说清定位。

常用公式：

- 痛点型：`还在手搓 X？`
- 结果型：`我把 X 变成了 Y`
- 对比型：`以前 X / 现在 Y`
- 清单型：`3 个步骤做出 X`
- 反常识型：`别先写正文，先做封面`

视觉默认：

- 规格：1080 × 1440，3:4。
- 主标题 3-10 字，手机信息流可读。
- 最多三层信息：主标题、副标题、角标。
- 工具类封面优先：大字承诺 + 真实截图/生成结果 + 1-3 个短卖点。
- 色彩从品牌、主题、素材、情绪目标推导；建立稳定视觉系统。
- 主色、中性色、强调色职责清晰；保证层级、对比、可读性。
- 同一系列 case 可共享气质，同时按主题调整配色策略。
- 卡片内边距 >= 24px；主要文字离容器边界 >= 20px；底部内容保留安全区。
- 导出前检查文字不出界、不贴边、不重叠。
- 纯代码截图只作辅助证据；不写未证实数字。
- 产品封面优先：大字承诺 + 真实截图 + 1-3 个短卖点。

## 开源工具写法

开源工具不要从功能列表开场。先写“使用中断点”：

- 什么时候会卡住？
- 用户原来怎么凑合？
- 工具把哪个状态收束到哪里？
- 为什么这个形态更低打扰？

功能列表最多 5 条，放在痛点和结果之后。安装命令只在读者已经理解价值后出现。

## 质量评分

发出前按 5 项打分，每项 0-2 分，低于 8 分重写：

- 封面承诺：1 秒内知道为什么点。
- 正文开头：前三段不是 README 摘要。
- 真实场景：能看到具体用户和具体时刻。
- 信息克制：没有功能堆砌、假数据、空泛形容。
- 图文联动：封面、标题、正文、页纲说的是同一个承诺。

## 输出

```markdown
## 输入压缩

## 标题

## 封面大字

## 正文

From MisterBrookT/social-media-skills, MIT.

More from MisterBrookT/social-media-skills