mcpField
X
xiaohongshu-article-packager

xiaohongshu-article-packager

github.com/postplusai设计与 UI27138 次安装1 天前更新
代码仓库

关于 xiaohongshu-article-packager

用于将源材料整理为可发布的小红书图文帖的技能。默认保留原文措辞，将内容拆分为页面、安排页面职责与文案层级，并准备版式说明或按需提供 HTML/CSS。

主要功能

  1. 01默认保留源文措辞
  2. 02将内容拆分为易读页面
  3. 03设置页面职责和文案层级
  4. 04准备结构化版式说明
  5. 05按需提供 HTML/CSS

适用场景

  1. 01将口播稿分页为图文帖
  2. 02为长篇观点文章规划页面
  3. 03整理草稿以供排版或渲染
  4. 04安排各页中的原文和图片

安装

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

$npx skills add https://github.com/postplusai/postplus-skills --skill xiaohongshu-article-packager

安装后在 Claude Code 中输入/xiaohongshu-article-packager确认已加载。

包含的文件

除 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/
layout-system.md
output-template.md
scripts/
build_xhs_article_package.mjs

详细介绍

小红书图文打包器

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

  • postplus-shared 公开技能规则

当用户想要以下内容时，使用此技能：

  • 将源草稿转化为可发布的小红书图文帖子
  • 将口播脚本转化为分页图文帖子内容
  • 将观点文章转化为页面、层级、图片方向和可渲染页面
  • 生成适合排版或渲染的结构化内容包，同时保留源文本

此技能用于 排版打包。 不适用于：

  • 平台抓取
  • 竞品调研
  • 直接发布
  • 编造源文本中不存在的主张
  • 默认改写源文本

如果请求主要涉及平台调研，请使用 skills/20-research/xiaohongshu-research。

核心思路

不要把源文本变成另一篇不同的文章。

这项工作有两层：

  1. 不重写的结构化
    • 将源文本拆分为可读的页面
    • 选择哪些原始行值得更大程度的强调
    • 除非用户要求重新排序，否则保留原始顺序
  2. 渲染打包
    • 分配页面角色
    • 放置图片
    • 准备清晰的排版说明或用于渲染的 HTML/CSS

默认目标是：

  • 可读
  • 忠实于原始措辞
  • 忠实于原始信息密度
  • 忠实于原始语气

输入

典型源输入：

  • 一个 markdown 文件
  • 一大段文本转储
  • 为口播视频撰写的脚本
  • 粗略的要点
  • 信息过多的合并笔记

有用的可选输入：

  • 期望的页数
  • 要放置的图片素材
  • 期望的视觉方向
  • 输出形式是： 轮播页面还是单张长图

如果缺少这些内容，请从源文本中推断最小且安全的集合。

输出契约

默认输出应是一个包含以下部分的内容包：

  1. 源文本规则
    • 说明措辞被保留
  2. 封面文案
    • 除非用户明确允许改写，否则只使用原始行或原始行片段
  3. 页面规划
    • 默认 6 到 10 页
    • 每页只有一个明确目的
  4. 页面文案
    • 分配给每一页的源文本
  5. 排版简报
    • 给下游排版使用的结构化说明
  6. 渲染文件
    • 在被要求时提供可选的 HTML/CSS

当用户要求文件时，优先使用：

  • 01-outline.md
  • 02-titles.md
  • 03-pages.md
  • 04-caption.md
  • 05-layout-brief.md

在组织内容包时，阅读 references/output-template.md。

默认工作流

1. 默认将源文本视为不可变

除非用户明确要求改写：

  • 不要改述
  • 不要压缩
  • 不要添加摘要行
  • 不要添加 CTA 行
  • 不要添加单独的说明文字

允许的操作：

  • 拆分为页面
  • 将原始行提升为标题字号
  • 围绕源文本移动图片模块
  • 添加中性的页面标签
2. 决定页面架构

默认 6-10 页。

每一页只承担一个任务：

  • 封面
  • 张力
  • 关键区分
  • 证明或解释
  • 后果
  • 收尾或 CTA

不要机械地每 N 个字符就分页。 应按照源文本中的自然段落或句子边界拆分。

3. 在不重写的前提下为页面可读性而写

对于每一页：

  • 只保留一个主要观点
  • 仅通过提升原始源文本行来给它一个可见的标题或强调行
  • 避免密集的大段文字块
  • 让前两行在没有上一页上下文时也能读懂

如果某一页密度超出合理范围，请拆分它。

4. 准备具备排版意识的文案

假设下游渲染器或排版模型会从结构中受益。

对于每一页，清晰区分：

  • pageRole
  • headline（如果使用，来自源文本）
  • subhead（如果需要）
  • body（来自源文本）
  • emphasisLines（如果使用，来自源文本）

然后准备一份整合后的排版简报。

当用户想要参考 PDF 中的暖色渐变卡片风格时，阅读 references/layout-system.md。

质量规则

1. 以源文本为先

不要虚构源文本中不存在的权威性、案例研究、指标或个人故事。

2. 不做隐性改写

不要悄悄改变：

  • 句子节奏
  • 信息密度
  • 口语化措辞
  • 用户自身的用词习惯
3. 避免 AI 式清理

不要强行把源文本改造成：

  • 工整的二元公式
  • 过度结构化的总结式语言
  • 你自己偏好的措辞模式

如果源文本是那样说的，就保持那样，除非明确要求改写。

4. 封面文案必须来自源文本

封面应使用：

  • 原句
  • 或原句片段

而不是模型新编的标题。

启发式规则

好的封面素材
  • 有力的原开头句
  • 有力的原判断句
  • 有力的原反问句
弱的封面素材
  • 需要大量铺垫才能成立的句子
  • 需要模型重新解释的句子

常见输入形态

常见的使用场景是：

  • 当前工作文件夹或邻近项目目录中的草稿
  • 尤其是口播脚本或创始人/操盘手观点草稿
  • 输出需要在小红书上显得可发布，同时不丢失原有观点

例如：

  • 口播脚本 -> 小红书图文分页
  • 长观点文 -> 封面 + 标题 + 8 页图文
  • 创始人发言 -> 更适合图文阅读的版本

默认文件放置

如果用户要求你把输出写到磁盘，优先在源草稿旁边创建一个同级文件夹，例如：

<source-dir>/<draft-name>-xhs-package/

使用输出契约中的默认文件名将包文件存放在那里。

公开技能执行契约

  • 将页面规划笔记、源文本摘录和中间打包文件保存在 <work-folder>/.postplus/xiaohongshu-article-packager/ 下
  • 只将最终面向用户的页面包保留在 .postplus/ 之外
  • 先对一个草稿和一个包目标进行有界的第一轮处理，然后再进行更广泛的打包
  • 如果源文本不足或说明不充分，立即停止，而不是虚构缺失的材料或依赖特定客户的路径假设

失败模式

如果出现以下情况，停止并说明源文本不足：

  • 没有清晰论点
  • 草稿只有口号
  • 用户期待材料中没有的说法或案例研究

然后提供以下选项之一：

  • 更轻量的排版处理
  • 请求更多源材料
  • 基于实际存在的内容缩小页面选择范围

评论

支持 Markdown