mcpField
X
xiaohongshu-card-notes

xiaohongshu-card-notes

github.com/postplusai营销与增长27139 次安装1 天前更新
代码仓库

关于 xiaohongshu-card-notes

将现有材料整理为小红书卡片笔记的技能,适用于需要把网页、脚本或文档转成逐页内容的人。它侧重保留来源信息,并为卡片结构和设计提供可执行安排。

主要功能

  1. 01区分内容转卡片、仅排版等任务
  2. 02规划页面顺序与页面角色
  3. 03为每页撰写标题和正文
  4. 04适配 HTML、脚本及混合材料
  5. 05提供卡片布局与视觉说明

适用场景

  1. 01将落地页整理成小红书轮播卡片
  2. 02把口播稿压缩为逐页要点
  3. 03为已有文案规划卡片结构

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/postplusai/postplus-skills --skill xiaohongshu-card-notes

安装后在 Claude Code 中输入/xiaohongshu-card-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.mjs
hosted_billing_summary.mjs
hosted_execution_protocol.mjs
hosted_media_generation_bridge.mjs
local_skill_cli.mjs
network_runtime.mjs
postplus_cli_config.mjs
postplus_cloud_client.mjs
skill_runtime.mjs
references/
card-layout-spec.md
source-adaptation-workflow.md
scripts/
build_xhs_card_notes_package.mjs

详细介绍

小红书卡片笔记

请遵循以下共享公开技能规则:

  • postplus-shared 公开技能规则

当用户希望将现有素材转化为小红书卡片式笔记时,使用本技能。

典型来源输入:

  • 一个 HTML 落地页
  • 一份口播脚本
  • 一份 markdown 备忘录
  • 一张结果表或仪表盘
  • 一个案例研究页面
  • 一段应转化为轮播卡片的工作流说明

本技能用于卡片式图片笔记,而非通用文案或长篇散文帖子。

默认目标

产出一篇小红书卡片笔记,要求:

  • 便于在手机上快速浏览
  • 视觉结构化
  • 逐页清晰
  • 信息密集但不失可扫读性
  • 忠实于来源素材

目标不是"漂亮地重写"。

目标是:

  • 从来源中提取最强的信息
  • 将其映射为少量强有力的卡片
  • 即使密度很高,也保持每一页可读
  • 让产出可直接用于设计

首要决策

判断用户实际需要什么:

1. content-to-cards

当用户拥有来源素材,并希望获得完整的小红书卡片笔记结构时使用。

返回:

  • 页面规划
  • 封面标题
  • 每页标题
  • 每页正文文案
2. layout-only

当用户已拥有页面文案,仅需要包装时使用。

除非被要求,否则不要重写实质内容。

3. html-adaptation

当来源是 HTML 页面或落地页时使用。

检查:

  • 章节层级
  • 证明/数据模块
  • 标题体系
  • 视觉节奏

然后将其转化为小红书页面,而不是镜像整个网页布局。

4. script-adaptation

当来源是口播脚本时使用。

不要保留口播中的冗余。 将脚本压缩为可直接成卡的陈述。

5. hybrid-source

当用户同时提供 HTML 页面和脚本时使用。

默认行为:

  • 如果 HTML 结构更强,则采用其结构
  • 如果脚本的判断和措辞更强,则采用其判断和措辞
  • 将它们合并为一个卡片序列

布局规则

每当用户要求可直接用于设计的卡片产出时,请阅读 references/card-layout-spec.md。

不可协商的默认值:

  • 宽高比:3:4
  • 画布尺寸:1242 x 1656
  • 不要假设每一页都必须稀疏
  • 有些页面应是 image-led
  • 有些页面应是 dense memo pages
  • 左对齐是默认值
  • 只使用少量强调处理
  • 当仓库中已包含一个强的 HTML 或落地页参考时,继承其色彩系统、卡片语言、圆角和视觉节奏,而不是发明新样式
  • 当用户提供了一个强的 HTML 或落地页参考时,将该 文件视为卡片渲染的视觉唯一真源
  • 使用落地页的深色悬浮胶囊、发光蓝色渐变块、浅蓝色表面、大圆角卡片,以及浅色背景上的黑色标题
  • 旧的黑色备忘录卡片约束在当前的发布样式中已弃用,当它们与落地页参考冲突时应被覆盖

来源适配工作流

当从 HTML、脚本或混合来源进行适配时,请阅读 references/source-adaptation-workflow.md。

工作顺序是:

  1. 确定核心主张
  2. 决定卡片序列
  3. 将每一页压缩为一项任务
  4. 分配一个页面角色
  5. 撰写符合该页面角色的卡片文案

页面角色

常见页面角色:

  • 封面
  • 图片主导型封面
  • 问题
  • 隐藏真相
  • 框架
  • 密集备忘录式解释
  • 证明 / 数据
  • 案例结果
  • 工作流快照
  • 表格截图页
  • 收尾判断

并非每篇笔记都需要全部这些。

选择能让故事清晰的最小集合。

文案规则

针对每个页面:

  • 一个页面 = 一个核心要点
  • 不要把所有内容都压缩成简短口号
  • 优先使用简短的陈述句
  • 关键词要精炼且稀疏
  • 保留用户的判断力和运营者语气
  • 默认避免 不是 X,而是 Y
  • 默认避免 换句话说
  • 优先使用直接陈述,而非修辞式对比模板

针对密集型备忘录页面:

  • 必要时允许 3-6 个短段落
  • 每个段落应推进一个子要点
  • 段落间距比项目符号数量更重要
  • 页面本身仍应让人觉得值得截图

针对图片主导型页面:

  • 让图片承载停顿、情绪或证据
  • 文案保持紧凑但犀利
  • 用这类页面在密集页面之间制造节奏

如果从口播稿改编:

  • 删除重复的铺垫
  • 删除口头填充词
  • 保留最强的句子
  • 将解释转化为页面标题和简短支撑文案

如果从 HTML 改编:

  • 不要复制导航栏、页脚或仅限网页的脚手架
  • 仅在有助于卡片序列时,保留主视觉主张、证据区块、工作流区块和结果表逻辑
  • 网页区块通常需要拆分为多张卡片

不要强行把每个区块都做成分栏稀疏卡片。 如果源内容包含强推理,请将其保留为密集型备忘录页面。

输出形态

返回满足需求的最小可用输出。

常见形态:

  • 图文帖结构
  • 封面标题选项
  • 逐页文案
  • 设计说明
  • 图文帖简报

针对完整卡片生成,默认使用此格式:

封面

  • 标题
  • 副标题或标签

第 2 页

  • 标题
  • 正文
  • 可选设计说明

逐页重复。

设计说明

仅在有助于执行时加入设计说明。

有用的设计说明:

  • 文字层级
  • 建议强调词
  • 建议的图表 / 表格 / 截图用法
  • 该页面应以文字为主还是以视觉为主
  • 应继承参考 HTML 视觉语言中的哪些部分
  • 哪张卡片应使用主视觉渐变处理
  • 哪张卡片应使用白色证据表处理
  • 哪张卡片应使用浅蓝色支撑面而非深色备忘录面板

避免 做得好看一点 这类模糊说明。

密度偏好

该工作区现在偏好比通用轮播卡片更密集的小红书笔记风格。

默认偏好:

  • 混合稀疏页面和密集页面
  • 让部分页面读起来像高价值备忘录截图
  • 当推理重要时,允许更强的段落密度
  • 用图片或截图在密集页面之间制造呼吸空间

不要将 最多 3 行 作为通用规则。 那仅适用于轻量页面,不适用于备忘录页面。

反模式

不要:

  • 将整个脚本原封不动地倾倒到卡片上
  • 不压缩地逐区块镜像网页
  • 每个页面塞入过多项目符号
  • 使用过多高亮颜色
  • 让每个页面都同样喧闹
  • 添加削弱信任感的通用小红书废话

默认输入形态

常见输入形态是:

  • 专业脚本
  • 结构化 HTML 页面
  • 结果表
  • 证据密集的工作流解释

默认偏好:

  • 保留源内容中最强的判断
  • 将证据转化为可见的卡片页面
  • 将表格或仪表盘转化为一张或多张专属证据卡片
  • 混合高密度备忘录页面和视觉证据页面
  • 让最终输出感觉像专业的小红书轮播,而不是重新包装的网页

公共 Skill 执行契约

  • 将页面规划、源内容摘录和中间布局说明保存在 <work-folder>/.postplus/xiaohongshu-card-notes/ 下
  • 仅将最终面向用户的卡片文案或设计简报放在 .postplus/ 之外
  • 从一个源文档和一组小型卡片集开始进行有界的第一遍处理
  • 如果所需源材料缺失或规格不足,应快速失败,而不是编造缺失的证据或使用客户特定的兜底假设

评论

支持 Markdown