xiaohongshu-skill
Skill185 starsChanged 7 days agoMITView on GitHub
生成完整的小红书/Rednote 图文发布包:先自动研究内容机会,再完成标题、正文、封面、6-8 页内页、逐页视觉导演表、Image2 优先图片路线、封面 MVP 确认、批量出图和发布前自检。适用于课程、服务、产品、个人 IP、本地商家和知识分享;单点标题、封面字或改写不触发。
4 other projects use a version of this.
Adopted by
Most recently taken up by
- chrisopal/skillstheir own version, first seen Nov 1, 2026
- DeliciousBuding/xiaohongshu-skilltheir own version, first seen Aug 23, 2026
- Ancienttwo/growth-hackertheir own version, first seen Jun 20, 2026
- Ancienttwo/xiaohongshu-skilltheir own version, first seen Jun 10, 2026
Other versions4 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 4
- DeliciousBuding/xiaohongshu-skill★ 43same name
- chrisopal/skills★ 11same name
- Ancienttwo/xiaohongshu-skill★ 2same name
- Ancienttwo/growth-hacker★ 1same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository8 other files it gives its agents.
- agent-teams-playbookSkill
- find-skillSkill
- goalproSkill
- kim-decisionSkill
- kim-sticker-packSkill
- memory-3layerSkill
- meta-skill-creatorSkill
- semgrep-skillSkill
The file
Files
小红书图文技能
用于做一条能被用户直接验收的小红书/Rednote 图文笔记。默认先确认策略和视觉方向,再进入图片生成动作;不要把“图片提示词”当成图片产物,也不要一上来读取所有参考。完整 15 段工作台是归档和校验合同,不是默认聊天最终展示。
核心规则
- 先看真实材料、受众、边界和用户意图,不从爆款模板开始;随后自行研究读者会搜什么、在什么场景卡住、同类内容的常见切口和可验证的高信号样本。不要把“流量从哪里来”丢给用户回答。
- 原始用户输入是最高优先的任务事实;HookPrompt、优化后的完整提示词、模型自写 scope 或总结不得新增“只要文案”“不需要制作图片”“不出图”等用户没说过的限制。若原始输入和优化提示词冲突,以原始输入为准。
- 本 skill 没有纯文案捷径:一旦触发本 skill,就必须走策略、标题/封面字、视觉路线、封面 MVP、确认后批量生成和发布前自检流程。
- 策略路线、标题/封面字、视觉路线、图片 Brief、封面候选和批量出图许可,都属于用户决策点;模糊输入必须优先通过 Codex
request_user_input、Claude CodeAskUserQuestion或宿主等价原生弹框补全。 - 封面图和封面文字的 MVP 获认可不自动授权批量内页;批量许可按
references/skill-contract.md「决策状态合同」取得。已获完整生产许可后,继续生成至少 8 个标题、1 篇正文、封面和 6-8 张内页图,不再缩小交付范围。 - 图片路线和本地排版例外统一按
references/skill-contract.md「图片路线合同」执行;入口不另立降级条件,每次降级记录本轮证据与产物类型。 - 可选视觉工作台只负责承载已确定的 3:4 页面槽位、插入本轮生成资产、缩略图检查、批注返修对照和逐页清单;它不是新的生图层级,也不能在 Image2 失败后冒充替代生图能力。通用合同见
references/visual-workspace-contract.md,具体供应商只在适配清单中映射。 - 可选视觉工作台不在 Skill 启动时询问。只有机会研究、营销决策、逐页视觉方向和 Image2 Brief 已完成,且首张 3:4 封面候选已经真实生成、用户马上能比较排版或批注时,才询问一次是否打开;跳过、不可用或启动失败都继续现有封面验收和图片生成链。
- SVG/HTML 源稿和静态结构预览只证明结构;本地排版导出的 PNG 按权威图片路线合同验收与标注,不冒充原生生图。
- 不得把推荐方案写成“用户已选择”。
human_confirmed只能来自用户原话或宿主原生选择工具返回;否则写blocked_pending_human_decision或explicit_auto_permission。 - 旧的本地输出目录、旧图片和历史线程结果只能作参考或对比,不能算“本次已生成”。除非用户明确要求复用旧图,否则生成类请求必须有本轮图片工具证据,或诚实写
blocked: no_live_image_generation_evidence。 - 宿主原生生图可作为 Image2 等价主路径;证据可以是
imageGeneration、image_gen、本轮新生成图片路径或宿主可见图片结果。不要在宿主能生图时跳到 MCP,也不要把“当前无名为 Image2 的工具”写成跳过原生生图的理由。 - 课程、咨询、服务、知识产品相关笔记,公开区避免“私信我、加群、报名、领资料、外链、联系方式”等导流话术。
- 最终交付必须在聊天里可见,但必须是发布版摘要:图片预览/图片清单、选中标题、标题备选、正文、承接边界、标签、缺少的真实材料。不要把 15 段工作台、策略过程、提示词全量倒进最终聊天,除非用户明确要完整工作台。
- 用户已经要求
图文笔记、完整发布包、引流贴/种草贴、封面/内页、图片生成或“帮我生成”时,默认目标就是完整流程。不要再把“文案+脚本、不生成图片”设为推荐,也不要在前置决策完成后追问“是否只要文案”。 - 用户说“帮我生成 / 做一组 / 适合发布 / 图文 / 照片或画面加文字”,且没有说“先等我确认”时,视为首轮封面 MVP 生成许可:状态写
explicit_auto_permission,来源写“原始生成请求触发首轮封面 MVP 许可”。AI 可以选择保守默认策略、标题、视觉路线和 Brief,并生成 1 张封面候选用于验收;不得把该许可当成批量内页许可。只有用户原话明确“直接全套 / 不用问 / 你定并完整做完 / 直接做完整图文包”,或封面验收返回“通过并批量生成”,才允许生成封面 + 6-8 页内页。 - 新窗口、子线程或无人值守不扩大授权范围。已获授权的步骤继续;缺本步关键决策或批量许可时按
references/skill-contract.md「决策状态合同」停在 partial 或 blocked,不能把待确认状态当执行许可。缺真实素材时声明生成素材并采用保守 Brief,不自动降级成只给图片建议。 真实女生/美女/真人写真/留学生活/交友等真实感表达不是停图理由,也不是必须改成“虚构身份”的理由。按用户要的真实感做 Image2/宿主原生图像;只避免具体联系方式、未成年人和违法欺诈元素。文字信息卡、图片上文字说明是主体、大字封面、知识卡仍从原生生图开始;文字失败或可编辑需求的例外见references/skill-contract.md,不能另造跳级理由。- 用户完成策略、标题/封面字、视觉路线等前置选择后,下一步是执行已选生成路线;不得再弹“这次要做到哪一步”这类范围选择。封面验收弹框里用户选择“通过并批量生成”后,必须继续生成封面 + 6-8 页内页图,不能只交付文案、脚本或单张封面。
触发范围
当用户要做以下内容时使用本技能:
- 完整的小红书/Rednote 图文笔记或发布包。
- 明确需要封面和内页的整套视觉图文制作。
- 课程、服务、咨询、产品、个人 IP、本地商家、知识分享的完整种草/内容发布包。
以下不触发本技能,按普通写作或图片能力处理:一句标题、几组封面字、正文润色、评论回复、标签、单个绘画提示词,或没有要求完整发布包的局部设计咨询。
第一动作
- 判断是否是
完整发布包。不是完整包就不要触发本技能,更不要把局部需求硬拖进封面 MVP 流程。 - 先从原始用户输入判断是否触发小红书图文流程,不得从 HookPrompt 的推断 scope 降级。触发后先读取
references/domain-research-brief.md、references/marketing-decision-model.md与references/page-art-direction-system.md。 - 由 AI 先做内容机会研究:读者的搜索/浏览场景、具体痛点、竞争内容的空缺、可兑现证据;每项标为
用户提供、研究证据或AI 假设。没有浏览或检索能力时,诚实标注研究缺口,不假装知道热门内容。 - 再形成营销决策板和逐页视觉导演表:每页必须写清页面任务、画什么、写什么字、字放哪、为何这样摆、图片提示词。不要先挑“真实桌面/信息图”这种表面风格。
- 用户意图模糊时,用宿主原生弹框补全少数会改变成品方向的信息:目标读者、产品/主题、真实材料、商业边界。不要问用户“流量从哪里来”;那是研究步骤。
- 策略、标题/封面字、视觉路线、封面 MVP 或是否出图会明显改变结果时,必须用宿主原生选择界面确认;没有原生选择界面且用户没有明确自动授权时,停止在决策卡,不得输出假定已选的最终稿。
- 用户明确说“你定/直接做/不用问/你看着来并执行”时,可以继续,状态写
explicit_auto_permission,并记录 AI 选择理由和风险;这不是human_confirmed。 - 用户没有说“直接做”,但原始输入已经是完整图文生成动作,例如“帮我生成完整小红书图文包”“做一组封面和内页”,且没有要求先停等确认时,也可以进入首轮封面 MVP 生成。状态仍写
explicit_auto_permission,来源必须写“原始生成请求触发首轮封面 MVP 许可”,并保留可替换项、未确认项和安全声明;该许可只覆盖 1 张封面候选,不覆盖 6-8 页内页批量。 - 用户要模拟真实素材时,直接进入图片 Brief 和 Image2 优先生成流程,不因缺少真实素材自动停图。
- 未确认或未授权标题/封面字、视觉路线和图片 Brief 前,不要调用 Image2;但完整生成请求本身可作为首轮封面 MVP 许可。若进入首轮封面 MVP 许可,先记录 AI 默认选择理由,再调用 Image2/宿主原生生图生成 1 张封面候选。候选可见后先按
visual-workspace-contract.md判断是否到达一次性高价值工作台询问节点,再用原生弹框请求“通过并批量生成 / 修改 / 停止查看”;工作台选择不能代替封面 MVP 许可。 - 需要图片或完整发布包时,不得用历史
outputs/、旧生成图或示例文件替代本轮生成。发现已有同题输出时,只能说明“可参考旧包”,然后继续走本轮确认和生图;用户明确要求复用旧包时才可复用。 - 封面 MVP 的定义是:封面主标题/副标题、主视觉主体、构图文字区、手机缩略图可读性和批量生成许可同时确认;在首轮封面 MVP 许可下,AI 先自定 MVP 默认值并出 1 张可替换封面候选,最终标注为
partial_pending_mvp_confirmation或blocked_pending_human_decision,不能标成human_confirmed或complete。 - 完成批量图片后,聊天最终答复走“满意交付形态”:一句流程摘要、封面预览、标题备选、正文、承接方式、标签、图片缩略图/清单、归档文件。完整 15 段只写入文件或在用户要求时展示。
- 决策弹框只问会改变创意方向的选择。若用户已经要求生成类交付,前置决策完成后下一步应是“生成封面候选并准备整套图”,不是“文案+脚本 / 生成封面 / 只要文案”的范围降级选择。
- 不存在“文案+脚本”推荐路线。触发本 skill 后默认推荐目标是先生成封面 MVP,并在封面通过后完整生成封面 + 6-8 页内页;用户要求暂停时只能停在当前流程状态,不能改成纯文案交付。
- 已确认批量生成后不得再询问范围、标题、正文或脚本是否先交付;直接按已确认 Brief 批量出图,失败时只汇报具体失败页和降级/重试选择。
渐进加载
只读取当前任务需要的参考:
| 当前需要 | 读取 |
| 判断触发、输入输出和禁止事项 | references/skill-contract.md |
| 自动研究读者需求、内容机会、证据和竞争切口 | references/domain-research-brief.md、references/marketing-decision-model.md |
| 用户决策顺序和每一步停顿点 | references/human-decision-first-workflow.md |
| 模糊意图、多决策弹框、封面 MVP 和确认后并行生产 | references/interactive-mvp-decision-system.md |
| 去 AI 味、标题兑现、封面字质量 | references/writing-and-cover-quality.md |
| 平台风险、商业承接、真实素材边界 | references/platform-risk-boundaries.md |
| 封面与逐页构图、文字位置、画面任务、页面节奏 | references/page-art-direction-system.md |
| 视觉路线、真实感、小图可读性 | references/visual-system.md |
| Image2 图片 Brief、提示词、整套图文包 | references/image-generation-workflow.md |
| 可选画布/视觉工作台的槽位、验收、批注返修和逐页资产清单 | references/visual-workspace-contract.md;确认具体供应商可用后再读对应适配清单 |
| 可选视觉工作台的询问状态、去重、启动与状态回读证据 | contracts/visual-workspace-session.schema.json、evals/visual-workspace-offer.eval.json |
| 失败模式、验收和复查 | references/failure-modes.md、references/evaluation-method.md |
真实细节不足时使用 worksheets/real-detail-intake.md。需要可填写工作台时使用 assets/rednote-note-workbench.html。
完整输出结构
完整笔记的工作台文件按 15 段结构输出,段落名称、顺序和字段定义见 references/evaluation-method.md(权威 source,本文件不重复列举,避免两处漂移)。部分任务只输出相关段落,但必须说清哪些内容不在本次范围内。聊天最终答复不要默认使用这 15 个段落标题;最终聊天使用下面的「聊天最终交付结构」。
聊天最终交付结构
完整图文完成后,聊天里按下面顺序交付,不输出内部工作台全量内容:
完成摘要:是否使用原生选择、是否生成封面和内页、校验结果。封面预览:显示或列出本轮新生成封面。发布标题首选。标题备选:至少 8 个。正文草稿:可复制发布版。承接方式:公开互动边界和主动问起时的低风险回应。标签:3-6 个为主。图片清单:本轮新生成的封面和 6-8 张内页;如阻塞则写阻塞原因。归档文件:完整 15 段工作台文件路径,作为补充证据。
必查项
- 标题和封面承诺必须被正文和图片页兑现。
- 完整笔记至少给 8 个标题备选。
- 完整笔记至少给 3 组封面字备选。
- 正文必须兑现上游选定的营销路线:信任/种草路线检查真实场景、过程证据和克制边界;搜索/收藏路线检查方法、步骤、易错点和可保存结论;比较/咨询路线检查判断标准、适合/不适合与证据;观点/讨论路线检查明确判断、例子或反例和讨论边界。不得把“场景—转折—收束”写成所有正文的固定模板。
- 图片提示词必须区分封面和内页,并包含主体、构图、镜头/视角、光线/材质、文字处理。
- 封面视觉验证必须写清路线、证据、手机信息流可读性和确认状态。
- 批量图片生产必须说明是最终、部分完成还是阻塞,并写原因和证据。
- 聊天最终交付不得出现完整 15 段工作台堆叠;如果需要完整结构,写入归档文件并在聊天给路径。
脚本
只在输入文件存在时运行:
node scripts/check-rednote-note.mjs <output.md>
node scripts/check-rednote-chat-output.mjs <final-chat-output.md>
node scripts/check-chat-output-fixtures.mjs
node scripts/check-page-direction-fixtures.mjs
node scripts/check-narrative-route-fixtures.mjs
node scripts/check-visual-workspace-contract.mjs
node scripts/check-decision-route-contract.mjs
node scripts/build-rednote-visual-pack.mjs <output.md> <output-dir>
node scripts/build-rednote-realshot-handoff.mjs <output.md> <output-dir>
node scripts/build-rednote-final-replacement-pack.mjs <output.md> <output-dir>
# 把已生成封面/内页包成手机信息流测试页,用于缩略图可读性验收
node scripts/build-rednote-image2-feed-test.mjs <image-path> <caption> <output-dir>如果 Image2 或其他图片生成器已经产出最终图片集,不要再把 SVG/静态包作为并列证明。脚本和旧包通过只证明结构或历史成果,不证明本轮已生图。
本地迭代边界
这个技能未公开或仍在私有打磨时,失败复盘写回 skill 本体、references、scripts、evals 或 test-results;不要要求“在公开进化内完成”,也不要把内部测试线程、私有案例或未公开素材写成发布说明。
最终回复
聊天里必须展示可复制发布版:选中标题、标题备选、正文、评论/私信边界、标签、图片清单或阻塞原因、缺少的真实材料。文件路径只能作为补充证据,不能代替正文结果。完整 15 段工作台默认放文件,不在最终聊天里整段展开。
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

