# Red Book

> 为以 AI 产品为主、但不限于软件的产品实测账号，完成热点选题判断、官方卖点核验、五分钟体验引导、轻量产品拆解，并在 Figma 固定生成 8 张画板：7 张小红书/微信小绿书发布图与 1 张双平台文案复制区；也可按需扩写公众号文章。用户说“今天拆什么”“这个产品值不值得做”“按体验做小红书测评”“把产品拆解做成 Figma 八张画板”“转成公众号版本”时使用；不用于纯资讯搬运或未经实测的功能罗列。

- Skill: `yuanhao667/red-book` (Agent Skill, multi-file: 7 files)
- Install (CLI): `npx skillmds@latest add yuanhao667/red-book`
- Raw SKILL.md: https://api.skillmd.com/api/skills/yuanhao667/red-book/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Design & Media
- Author: yuanhao667 (https://skillmd.com/u/yuanhao667)
- Updated: 2026-09-22
- Page: https://skillmd.com/skills/yuanhao667/red-book

---


# Red Book

把“找到值得做的产品”到“在 Figma 完成固定 8 张画板”串成一条可重复流水线。01–07 是可发布图片，08 是双平台文案复制区；微信默认复用前 7 张图，不自动扩写成长文章。

## 固定输出：8 张 Figma 画板

每个产品必须在对应日期页内生成完整 8 张画板，不能只做 7 张，也不能把文案散落在画板外：

1. `01 / 产品推荐封面`
2. `02 / 使用亮点`
3. `03 / 实际怎么用`
4. `04 / 产品怎么工作`
5. `05 / 我的意外发现`
6. `06 / 用下来有哪些问题`
7. `07 / 最终建议`
8. `08 / 小红书 & 微信小绿书文案`

八张画板均为 `1080 × 1440`。01–07 导出并按顺序发布；08 只用于复制标题、共用短正文和小红书标签，不导出。微信小绿书直接上传 01–07，并从 08 复制标题与正文、去掉小红书标签。

## 先读取对应规则

- 选题、官方核验、体验协作和端到端顺序：读取 [references/workflow.md](references/workflow.md)。
- 轻量拆解、7 页职责、正文和标题限制：读取 [references/content-system.md](references/content-system.md)。
- 进入卡片视觉设计时：先读取 [references/design.md](references/design.md)，以人工校准后的 V3 为正式视觉基线。
- 进入 Figma 客户端制作、字体处理、文件组织或最终交付时：再读取 [references/figma-visual-system.md](references/figma-visual-system.md)。
- 小红书完成后需要转为公众号图片消息（小绿书/贴图），或用户明确要求扩写文章时：读取 [references/wechat-conversion.md](references/wechat-conversion.md)。

只加载当前阶段需要的参考文件；进入下一阶段时再加载下一份。

## 内置方法

### 轻量产品拆解

按时间线整理实测证据、用户旅程、证据等级、Agent I/O 与可确认架构，只保留能直接支撑 7 页内容的结论，不生成整套 HTML 菜单或长篇分析。AI 产品需要说明 Agent、工具、浏览器或数据之间的关系；未知机制明确标为未知。

### 社交卡片压缩

按故事压缩、素材优先、手机端可读性、卡片节奏和版式多样性规划七图。Figma 客户端是唯一制作与编辑终点；颜色、字体、组件、截图与页面结构服从本 Skill 的视觉规范。完整流程由 `Red Book` 自己完成，不再要求加载其他产品拆解或社交卡片 Skill。

## 强制执行顺序

1. 选题判断或候选推荐。
2. 查官方主页、文档、更新记录、定价和核心演示，找出官方自称的差异点。
3. 给用户不超过 3 个快速体验任务，指出要观察的行为。
4. 接收用户无结构的体验感受，不要求用户先整理。
5. 调用轻量产品拆解，形成证据化结论、精简用户旅程和产品架构。
6. 先定 01–07 的页面职责、核心句和证据，并同时拟定 08 的发布文案，再让用户确认。
7. 获得确认后才进入 Figma；除非用户明确要求直接制作。
8. 在 Figma 一次性交付完整 8 张画板，并完成最终 QA；缺少 08 不算完成。
9. 用户明确要求公众号版本时，默认转为“多图轮播 + 短正文”的公众号图片消息；只有明确要求文章时才扩写长文并制作文章封面。

不得在选题阶段堆长文，不得在协作方式未确认时直接开做 Figma，不得为了凑页把一个小槽点拆成多页。

## 三种协作入口

### 用户已经有产品

先用一小段话判断：当下热度、是否主流、发小红书与公众号的潜力、属于抢先机还是后发差异化，以及最值得验证的独特角度。随后进入官方核验与体验引导。

### 用户今天没有产品

给 3–4 个候选，每个只写：产品是什么、为什么现在值得关注、特别角度、竞品都在讲什么。最后明确推荐一个。用户选定后再展开。

### 用户已经体验并抛来感受

先复述你听到的关键判断，区分事实、用户实测、推断和未知。必要时补 1 个五分钟测试，然后进入轻量拆解，不要求用户重写成结构化笔记。

## 默认交付物

- 一份简短选题判断。
- 一组不超过 3 个的体验任务。
- 一份轻量拆解：核心价值、用户旅程、可确认架构、意外发现、问题与边界。
- 一套完整的 8 张 1080×1440 Figma 画板。
- 01–07：可导出的产品实测卡片。
- 08：可复制的双平台发布标题与正文。标题必须不超过 20 个字符；正文约 200–300 个汉字，少量 emoji；小红书的 4–6 个标签单独放置。08 不导出为轮播图。
- 发布公众号图片消息时，默认直接复用 7 张 1080×1440 竖图及第 8 页标题、正文，只去掉小红书标签；不重复创建微信画板，不额外制作文章封面。
- 只有用户明确要求公众号长文章时，才另做文章正文、21:9 主封面与 1:1 方形封面。

## Figma 工具路由

- 每次调用 `use_figma` 前先加载 `figma-use`。
- 更新整页或多区块版式时同时加载 `figma-generate-design`。
- 创建或更新可复用组件时同时加载 `figma-generate-library`。
- 只操作 Figma 客户端与既有文件，不用网页端编辑器。
- 进入制作前先用 `listAvailableFontsAsync` 检查 `Alimama ShuHeiTi` 与 `Alibaba PuHuiTi`。账号字体可用时自动应用；不可用时用稳定中文字体搭建，保留完整可编辑文字，并把“客户端批量应用标题与正文字体”列入交付清单。不得反复重试不可用字体或运行本地字体插件。

## 完成标准

- 每张图只讲一个主判断，封面密度最低，内页仅略高。
- 所有判断能回到官方资料、真实实测或清楚标注的推断。
- 发布标题经过字符计数且不超过 20 个字符。
- 图内不承载全部叙述；正文仍有过程、感受与适用边界可写。
- 页面 1–6 右下角为 `NEXT →`，第 7 页为 `END`。
- 当前版本必须存在且只存在一套语义完整的 01–08；01–07 尺寸均为 1080×1440，08 同尺寸但不导出。
- Figma 内容页命名为 `YYYY-MM-DD · 产品名`，同一天多个产品分别建页，并按日期倒序排列。
- Figma 原版不覆盖；在同一日期页下方复制新版本再修改。
- 完成后逐项检查文字框、截图比例、图标质量、留白、重复配色、页名和导出尺寸；标题必须确认已经使用 `Alimama ShuHeiTi Bold`，正文必须确认已经使用 `Alibaba PuHuiTi Regular`。若远程运行时不可用，则明确停在字体交接状态，待用户在 Figma 客户端批量应用后再导出。