skills/write-xiaohongshu/SKILL.md
Research top-performing Xiaohongshu (小红书 / XHS) image posts, analyze titles/content/comments for patterns and emotional resonance, enrich background via Firecrawl MCP, then write and publish an XHS note via Xiaohongshu MCP. Enforce hard limits: title <= 20 characters, body <= 1000 characters. Use when the user asks for 小红书笔记/种草文案/爆款标题/发布到小红书.
npx skillsauth add adjfks/corner-skills write-xiaohongshuInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
当用户给你一个主题时,直接按"步骤 0→7"跑完整流程;最终只输出:
计数口径:按“字符”计数(包含空格、标点、换行、#话题 等)。为稳妥:标题尽量≤18,正文尽量≤950,留给标签/格式余量。
本 skill 的输出分三段段:
标题:<不超过20字符>
正文:
<不超过1000字符>
标签:#标签1 #标签2 #标签3 ...
配图:<1~2张,9:16优先;给出图片URL或本地路径>
如果发布接口支持“标签单独字段”,则正文里不要堆 #标签,把标签放到发布参数里;最终仍需保证正文自身≤1000。
flowchart TD
A[检查登录状态] --> B[小红书找Top10图文]
B --> C[拆标题&正文规律 + 点赞高原因]
C --> D[抓评论并分析情绪共鸣点]
D --> E[Firecrawl补背景&事实校验]
E --> F[写标题/正文/标签 + 字数自检]
F --> G{用户是否提供图片?}
G -- 是 --> H[用用户图片]
G -- 否 --> I[网上找1~2张高清9:16图]
H --> J[展示内容给用户确认]
I --> J
J --> K{用户确认?}
K -- 确认 --> L[用小红书MCP发布]
K -- 需修改 --> F
先调用小红书mcp检查登录态,未登录要获取二维码给用户登录。
目标:先找“同类内容里最受欢迎的写法”,再动笔。
要求:
对每条 Top 帖子记录这些字段(用于后续分析):
输出一个“规律总结”(写作可直接复用):
目标:找出观众为什么会“想留言/想转发/想收藏”,总结出3-6个共鸣点结论,1个互动设计建议。
做法:
输出:
当你完成步骤 1+2(且满足"可用样本>=10")后,必须先按下面结构输出一份总结报告(内容风格/颗粒度参考用户给的示例),然后在同一轮输出里自动继续步骤 3→7。
如果没满足样本门槛:按步骤 1 的硬性门槛要求直接停止,不要进入步骤 2/3/4/5/6/7,也不要编造报告。
报告模板:
【分析总结报告】
评论数/互动量排名(从高到低)
1. <标题> - <评论数>(<图文/视频>)
2. ...
...
10. ...
11. ...
标题规律分析
- <规律1>
- <规律2>
- <规律3>
...
内容规律分析
- <规律1>
- <规律2>
...
封面规律分析
- <规律1>
- <规律2>
...
总结
爆款三要素:
1. <要素1>
2. <要素2>
3. <要素3>
互动催化剂:
- <催化剂1>
- <催化剂2>
...
目标:避免内容空、避免错误/夸大,补齐“可信信息”。
做法:
输出一个“背景知识卡片”:
写作要求(偏小红书、但别装):
字数闸口(必须最后做):
要求:
目标:在发布前让用户确认内容,确保符合预期。
必须执行:
完成步骤 4+5 后,必须先展示完整内容给用户确认,格式如下:
【待发布内容预览】
标题:<标题内容>(<字符数>/20)
正文:
<正文内容>
(<字符数>/1000)
标签:#标签1 #标签2 #标签3 ...
配图:
- 图片1:<URL或路径>
- 图片2:<URL或路径>(如有)
---
请确认:
- 输入"确认"或"发布":将进入发布流程
- 输入"修改"或具体修改意见:将根据您的意见调整内容
- 输入"取消":终止发布流程
等待用户确认:
注意:在用户明确确认之前,不得自动进入发布步骤。
发布时(按 MCP 能力适配,能做到多少做多少):
发布成功后输出:
如果当前环境没有 Firecrawl MCP 或小红书 MCP:
用户输入:
写一篇小红书图文:主题是“上班族快速晚餐”,适合一个人,预算 20 元以内。
你要做:
用户输入:
我有5张竖图(9:16),帮我写一篇小红书,主题是“新手化妆避坑”,偏温柔口吻。
你要做:
development
启动多智能体代码审查委员会(Code Review Council),对代码任务进行多角色并行分析与交叉审查。 适用于以下场景: - 需要理解一段陌生代码库的结构和调用链 - 排查 bug、性能问题、内存泄漏等疑难问题 - 设计新功能的实现方案,需要评估多个 tradeoff - 选型开源库,需要验证 API 用法、版本兼容性、已知坑 - 重构现有代码,需要评估影响面 当用户说"帮我看看这段代码"、"怎么实现 X"、"用哪个库好"、"这里为什么会有问题", 或者任何涉及代码分析、方案设计、库使用的问题时,都应该激活本 skill。 比单一回答更可靠,因为多个视角会互相纠错。
tools
用于在 VS Code 中对 **Node.js 的 stdio MCP Server** 做断点调试(Attach 到 Node Inspector)。只要用户提到:MCP stdio、@modelcontextprotocol/inspector、node --inspect/--inspect-brk、VS Code attach 调试、断点不命中、sourcemap、调 build/dist 构建产物、端口 9229 冲突/被占用、launch.json 配置等,都要使用本 skill。输出应直接给出可复制粘贴的 launch.json 片段、可运行的 inspector 启动命令(含换端口版本)、以及按优先级排序的排障清单。
tools
Use when work should span one or more detached tasks but still behave like one job with a single owner context. TaskFlow is the durable flow substrate under authoring layers like Lobster, ACPX, plugins, or plain code. Keep conditional logic in the caller; use TaskFlow for flow identity, child-task linkage, waiting state, revision-checked mutations, and user-facing emergence.
tools
# Lobster Lobster executes multi-step workflows with approval checkpoints. Use it when: - User wants a repeatable automation (triage, monitor, sync) - Actions need human approval before executing (send, post, delete) - Multiple tool calls should run as one deterministic operation ## When to use Lobster | User intent | Use Lobster? | | ------------------------------------------------------ | --------------------------