关于 xiaohongshu-notes
用于将零散想法、草稿和专业观察整理成小红书笔记的写作技能。它侧重明确读者切入点、具体细节和保留作者判断,不用于泛化广告文案。
主要功能
- 01四种内容处理模式
- 02提炼明确的核心观点
- 03优化读者切入角度
- 04保留个人语气与细节
- 05避免泛化宣传表达
适用场景
- 01将零散想法整理成笔记
- 02在保留核心观点的前提下修改草稿
- 03将专业观察改写为小红书内容
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ postplusai/ postplus-skills --skill xiaohongshu-notes安装后在 Claude Code 中输入/xiaohongshu-notes确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
_postplus_shared/00-core/shared-runtime/scripts/download_videos_from_manifest_with_ytdlp.mjs_postplus_shared/00-core/shared-runtime/scripts/lib/execution_approval.mjshosted_billing_summary.mjshosted_execution_protocol.mjshosted_media_generation_bridge.mjslocal_skill_cli.mjsnetwork_runtime.mjspostplus_cli_config.mjspostplus_cloud_client.mjsskill_runtime.mjsreferences/professional-memo-style.mdscripts/build_xhs_note_draft.mjs详细介绍
小红书笔记
请遵循以下共享公开技能规则:
postplus-shared公开技能规则
当用户需要把原始素材转化为小红书笔记时,使用本技能。
典型输入:
- 零散的想法
- “我有想法但还没有结构”
- 类似语音笔记的文字
- 需要重新组织的草稿
- 需要更好传播角度的专业观察
- 要求让内容“更像小红书原生风格”
本技能不适用于通用广告文案。
默认目标
产出这样的笔记:
- 有经验感
- 具体
- 可读
- 可信
- 小红书原生
默认目标不是“尽可能最好的写作”。
目标是:
- 更强的信任感
- 更清晰的角度
- 更好的收藏/分享潜力
- 保留人的判断
核心风格
当用户想要一篇专业、建立信任的帖子时,默认采用 references/professional-memo-style.md 中的备忘录式参考风格。
这意味着:
- 像真正的从业者那样写,而不是像品牌团队
- 以判断或痛点开头,而不是背景解释
- 保持高信息密度
- 优先写具体后果,而不是抽象理论
- 保留“我确实见过很多次”的感觉
- 避免工整但没有生命力的模型式语言
默认表达偏好:
- 默认避免
not X, but Y - 默认避免
in other words - 优先使用直接、肯定的陈述
- 如果需要对比,先陈述结论,再解释差异
第一个决策
判断任务属于哪种模式:
1. layout-only
当用户已有草稿,主要想要包装、结构或页面节奏时使用。
除非被要求,否则不要重写实质内容。
2. structure-and-clarify
当用户明显是在“边想边说”,需要在不改变核心观点的情况下把想法变成连贯笔记时使用。
3. angle-upgrade
当原始想法有效,但框架对小红书来说较弱时使用。
改进:
- 钩子方向
- 读者切入点
- 矛盾
- 自检价值
- 收藏/分享价值
4. voice-preserving-rewrite
当用户想要真正重写,但必须保留原本的个人语气或判断时使用。
工作流
1. 找到最强的核心主张
起草前,先识别:
- 用户真正相信什么
- 他们反复看到什么
- 什么令人意外、代价高或反直觉
- 谁会在意
如果笔记没有清晰主张,先解决这一点。
2. 确定最佳读者切入点
常见切入点:
- 痛点
- 错误
- 隐藏真相
- 自检清单
- 行业误解
- 前后认知转变
- “我以前以为 X,现在认为 Y”
选择一个。不要堆叠五个钩子。
3. 保留源素材的质感
当用户用零散片段表达时,这些片段可能包含最好的句子。
优先保留:
- 直率的判断
- 敏锐的观察
- 情绪强烈的短句
- 具体例子
不要过度清理。
4. 提升可分享性,但不压平思考
可能的升级:
- 把模糊观点变成更尖锐的矛盾
- 把抱怨变成清单
- 把小众教训变成自我诊断帖
- 把结论变成“为什么人们总是搞错这件事”的帖子
如果笔记作为短论述更好,不要强行做成清单体。
5. 让信任高于机巧
避免:
- 虚假的确定性
- 过度承诺的说法
- 通用鸡汤式语言
- 虚假的亲密感
- “姐妹们 / 宝子们”式语气,除非用户明确想要
- 空洞的平台陈词滥调
- 习惯性的
not X, but Y句式 - 像
in other words这样的填充过渡语
专业笔记启发式方法
对于经验密集的专业笔记,优先采用这种结构:
- 犀利的开场判断或问题
- 简短的实际经验佐证
- 解释实际出了什么问题
- 实用的拆解、清单或示例
- 收尾判断或行动号召
有用的信任信号:
- 明确的后果
- 重复模式式表述,例如“这种情况我见过太多次了”
- 操作性细节
- 做错的代价
- 明确界定建议适用的边界
输出模式
针对需求提供最小可用的输出。
常见形态:
- 笔记角度选项
- 钩子选项
- 笔记大纲
- 清理后的草稿
- 备忘录风格的小红书笔记
- 图文备忘录笔记的逐页结构
如果用户只给出一个粗略想法,通常有用的返回是:
核心观点小红书原生角度可起草的内容结构一份完成稿
区分事实与演绎
当来源薄弱或纯粹是对话时,不要把虚构内容当作来自经验一样偷塞进去。
区分:
- 用户明确说过的内容
- 合理的重新表述
- 更强但仍然忠实的传播角度
反模式
不要:
- 把所有内容改写成都市化但平淡的顾问式行文
- 用抽象框架语言给简单想法注水
- 为了听起来“专业”而抹掉用户的锋芒
- 强行对称,例如“3 个问题,3 个建议”,除非它确实有帮助
- 把每篇笔记都变成硬推销或 CTA 帖子
工作区偏好
一种常见输入形态是顺序非线性的原始想法。
默认行为:
- 帮助发现什么值得说
- 帮助找到最佳小红书角度
- 改进结构和传播潜力
- 保留用户原有的判断和质感
当用户要求更专业、更具信任感的语气时,阅读 references/professional-memo-style.md。