| name | pocky-xhs-ai-content |
|---|---|
| description | 为 Pocky 策划、撰写和制作小红书 AI 图文内容。用户要分享或种草 AI 应用、Skill、网站、提示词、方法论,或要求做 AI 产品拆解、专业配图、图文轮播、普通人视角小红书正文时使用;图片内文采用固定专业产品分析结构,发布正文采用易懂的第一人称种草语气。 |
Pocky 小红书 AI 内容工坊
把一次选题同时做成两层内容:轮播图负责专业拆解,图片下方的发布正文负责普通人种草。不要混用两套语气。
开始前
- 先锁定产品身份:产品全名、官方 URL、官方图标、一句话定位,以及需要排除的同名产品。用户提供的链接优先作为身份依据;存在同名产品时,展示身份卡并等待确认。
- 明确用户真实使用感受和最想表达的一句判断。真实判断优先于泛泛功能介绍。
- 涉及当前产品功能、价格、平台支持或竞品信息时,先查官方站点、帮助中心、官方博客等一手来源。不要凭印象补全事实。
- 新选题默认分两次确认:先确认内容方案,再确认“封面 + 一张代表性正文样稿”。两次确认后才批量制作;用户明确要求跳过某次确认时除外。
双层输出
A. 轮播图:专业产品分析
读取并遵守 产品拆解结构。默认采用封面加五张正文的六页结构。内容要有产品判断、工作流分析和竞品视角,但避免虚构技术细节。
B. 图片下方正文:普通人种草
读取并遵守 种草正文规则。用第一人称讲真实场景、感受和推荐理由,让没有专业背景的人也能马上理解“它有什么用、我能不能用”。
C. 配图与排版
需要生成或排版图片时,读取并遵守 视觉系统。使用 assets/ 中的角色、封面和正文风格参考。最终文字排版优先使用 HTML/CSS 等可精确控制字号的方式,不把整页中文排版交给图片生成模型。
标准工作流
- 输出产品身份卡;产品存在歧义时,到用户明确确认身份才算完成。
- 提炼一句主观点,例如“这是我用过最好用的会议纪要软件”或“它把一件事做到了极致”。
- 收集官方截图和必要事实,区分“官方事实”“基于界面的工作流拆解”“个人体验”。
- 给出页数,并逐页写出标题、正文、建议截图或图示;另写普通人视角的发布正文。
- 内容确认:等待用户确认产品、页数、逐页文案和主判断。
- 制作一张封面和一张信息密度有代表性的正文样稿。此时一次性选定整套字号令牌、版面密度、截图处理和 2D IP 用法。
- 视觉确认:等待用户确认封面模板与正文样稿;未确认时不批量生成剩余页面。
- 批量制作整套图片,同层级文字跨页共用同一字号变量;正文五页默认让 Pocky 2D IP 参与其中 3–4 页。
- 使用
scripts/render_pages.js渲染并生成联系表,再运行scripts/validate_pngs.py检查正式 PNG 尺寸。 - 打开联系表并遵守 视觉验收清单。产品身份、版面节奏、同层级字号、素材加载和角色参与全部通过后才交付。
事实与边界
- 技术架构没有公开资料时,改写为“产品工作流拆解”或明确标注“根据公开界面的产品逻辑抽象”,不得编造模型、数据库、Agent 数量或后台实现。
- 截图优先使用产品官方网页、文档或官方博客;图片内不额外标注“截图来源”,但在工作记录中保留链接便于核对。
- 竞品比较只写可验证的产品差异,并交代适用人群,不为制造冲突而贬低竞品。
- 不自动登录、发布、评论或操作小红书账号。只有用户明确要求并确认发布内容后,才调用发布能力。
交付顺序
首次提案按以下顺序输出:
- 产品身份卡。
- 建议总页数与内容节奏。
- 每一页的标题、正文和视觉建议。
- 独立的小红书发布正文。
- 待用户确认的内容项;内容确认后再提供封面与正文样稿进行视觉确认。
最终交付时列出图片文件,并说明尺寸检查结果。发布正文作为可直接复制的完整成稿单独给出。
