Red Book
把“找到值得做的产品”到“在 Figma 完成固定 8 张画板”串成一条可重复流水线。01–07 是可发布图片,08 是双平台文案复制区;微信默认复用前 7 张图,不自动扩写成长文章。
固定输出:8 张 Figma 画板
每个产品必须在对应日期页内生成完整 8 张画板,不能只做 7 张,也不能把文案散落在画板外:
01 / 产品推荐封面02 / 使用亮点03 / 实际怎么用04 / 产品怎么工作05 / 我的意外发现06 / 用下来有哪些问题07 / 最终建议08 / 小红书 & 微信小绿书文案
八张画板均为 1080 × 1440。01–07 导出并按顺序发布;08 只用于复制标题、共用短正文和小红书标签,不导出。微信小绿书直接上传 01–07,并从 08 复制标题与正文、去掉小红书标签。
先读取对应规则
- 选题、官方核验、体验协作和端到端顺序:读取 references/workflow.md。
- 轻量拆解、7 页职责、正文和标题限制:读取 references/content-system.md。
- 进入卡片视觉设计时:先读取 references/design.md,以人工校准后的 V3 为正式视觉基线。
- 进入 Figma 客户端制作、字体处理、文件组织或最终交付时:再读取 references/figma-visual-system.md。
- 小红书完成后需要转为公众号图片消息(小绿书/贴图),或用户明确要求扩写文章时:读取 references/wechat-conversion.md。
只加载当前阶段需要的参考文件;进入下一阶段时再加载下一份。
内置方法
轻量产品拆解
按时间线整理实测证据、用户旅程、证据等级、Agent I/O 与可确认架构,只保留能直接支撑 7 页内容的结论,不生成整套 HTML 菜单或长篇分析。AI 产品需要说明 Agent、工具、浏览器或数据之间的关系;未知机制明确标为未知。
社交卡片压缩
按故事压缩、素材优先、手机端可读性、卡片节奏和版式多样性规划七图。Figma 客户端是唯一制作与编辑终点;颜色、字体、组件、截图与页面结构服从本 Skill 的视觉规范。完整流程由 Red Book 自己完成,不再要求加载其他产品拆解或社交卡片 Skill。
强制执行顺序
- 选题判断或候选推荐。
- 查官方主页、文档、更新记录、定价和核心演示,找出官方自称的差异点。
- 给用户不超过 3 个快速体验任务,指出要观察的行为。
- 接收用户无结构的体验感受,不要求用户先整理。
- 调用轻量产品拆解,形成证据化结论、精简用户旅程和产品架构。
- 先定 01–07 的页面职责、核心句和证据,并同时拟定 08 的发布文案,再让用户确认。
- 获得确认后才进入 Figma;除非用户明确要求直接制作。
- 在 Figma 一次性交付完整 8 张画板,并完成最终 QA;缺少 08 不算完成。
- 用户明确要求公众号版本时,默认转为“多图轮播 + 短正文”的公众号图片消息;只有明确要求文章时才扩写长文并制作文章封面。
不得在选题阶段堆长文,不得在协作方式未确认时直接开做 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 客户端批量应用后再导出。