xiaohongshu-article-packager
Compare original and translation side by side
🇺🇸
Original
English🇨🇳
Translation
ChineseXiaohongshu Article Packager
小红书文章打包器
Follow shared release-shell rules in:
- release-shell rules
postplus-shared
Use this skill when the user wants:
- 一篇原稿变成可发的小红书图文
- 口播稿改成图文分页
- 给一段观点内容做分页、层级、配图和可渲染页面
- 产出适合后续排版或渲染的结构化内容包,但保留原文
This skill is for .
It is not for:
layout packaging- platform scraping
- competitor research
- direct posting
- fabricating claims not present in the source
- rewriting the source by default
If the request is mainly about platform research, use .
skills/20-research/xiaohongshu-research遵循以下共享发布框架规则:
- 发布框架规则
postplus-shared
在以下场景使用此技能:
- 一篇原稿变成可发的小红书图文
- 口播稿改成图文分页
- 给一段观点内容做分页、层级、配图和可渲染页面
- 产出适合后续排版或渲染的结构化内容包,但保留原文
此技能用于布局打包,不适用于:
- 平台爬取
- 竞品调研
- 直接发布
- 编造原文未提及的内容
- 默认重写原文
如果需求主要是平台调研,请使用 。
skills/20-research/xiaohongshu-researchCore Idea
核心理念
Do not turn the source into a different piece of writing.
The job has two layers:
structure without rewrite- split the source into readable pages
- choose which original lines deserve larger emphasis
- preserve the original sequence unless the user asks to reorder
render packaging- assign page roles
- place images
- prepare clean layout instructions or HTML/CSS for rendering
The default goal is:
- readable
- faithful to the original wording
- faithful to the original information density
- faithful to the original voice
不要将原文改写成另一篇不同的内容。
这项工作分为两层:
- 无重写结构化
- 将原文拆分为易读的页面
- 选择哪些原文语句需要重点突出
- 除非用户要求调整顺序,否则保留原文序列
- 渲染打包
- 分配页面角色
- 安排图片位置
- 准备清晰的布局说明或用于渲染的HTML/CSS
默认目标:
- 易读性
- 忠实于原文措辞
- 忠实于原文信息密度
- 忠实于原文语气
Inputs
输入
Typical source inputs:
- a markdown file
- a long paragraph dump
- a script written for talking-head video
- rough bullets
- a merged note with too much information
Useful optional inputs:
- preferred page count
- image assets to place
- desired visual direction
- whether the output is: carousel pages or one long image
If these are missing, infer the smallest safe set from the source.
典型的源输入:
- Markdown文件
- 长段落文本
- 用于出镜视频的脚本
- 粗略的项目符号列表
- 信息过于密集的合并笔记
有用的可选输入:
- 偏好的页数
- 待放置的图片资源
- 期望的视觉方向
- 输出类型:轮播页面或单张长图
如果缺少这些信息,从原文中推断最合理的设置。
Output Contract
输出约定
Default outputs should be a package with these sections:
Source Rule- state that the wording is preserved
Cover Copy- only use original lines or original line fragments unless the user explicitly allows rewriting
Page Plan- 6 to 10 pages by default
- one clear purpose per page
Page Copy- source text assigned to each page
Layout Brief- structured instructions for downstream layout
Render Files- optional HTML/CSS when requested
When the user asks for files, prefer:
01-outline.md02-titles.md03-pages.md04-caption.md05-layout-brief.md
Read when composing the package.
references/output-template.md默认输出应包含以下部分的内容包:
- 原文规则
- 声明保留原文措辞
- 封面文案
- 仅使用原文语句或原文语句片段,除非用户明确允许重写
- 页面规划
- 默认6至10页
- 每页有明确的单一主题
- 页面文案
- 分配到每页的原文文本
- 布局说明
- 供下游排版使用的结构化说明
- 渲染文件
- 按需提供可选的HTML/CSS
当用户要求输出文件时,优先使用以下命名:
01-outline.md02-titles.md03-pages.md04-caption.md05-layout-brief.md
撰写内容包时,请参考 。
references/output-template.mdDefault Workflow
默认工作流程
1. Respect the source as immutable by default
1. 默认将原文视为不可修改内容
Unless the user explicitly asks for rewriting:
- do not paraphrase
- do not compress
- do not add summary lines
- do not add CTA lines
- do not add a separate caption
Allowed operations:
- split into pages
- promote original lines into headline size
- move image modules around the source text
- add neutral page labels
除非用户明确要求重写:
- 不要意译
- 不要压缩内容
- 不要添加总结语句
- 不要添加号召性用语(CTA)
- 不要添加单独的说明文案
允许的操作:
- 拆分为页面
- 将原文语句提升为标题大小
- 在原文文本周围调整图片模块位置
- 添加中性页面标签
2. Decide the page architecture
2. 确定页面架构
Default to pages.
6-10Each page should do one job only:
- cover
- tension
- key distinction
- proof or explanation
- consequence
- closing or CTA
Do not use page breaks mechanically every N characters.
Split on natural paragraph or sentence boundaries from the source.
默认设置为6-10页。
每页应仅承担一项功能:
- 封面
- 制造悬念
- 核心差异点
- 证据或解释
- 结果影响
- 结尾或号召性用语(CTA)
不要机械地按每N个字符分页,应根据原文的自然段落或句子边界拆分。
3. Write for page readability without rewriting
3. 为页面可读性优化但不重写内容
For each page:
- keep one main point
- give it a visible title or emphasis line only by promoting original source lines
- avoid dense wall-of-text blocks
- make the first two lines legible without context from the previous page
If a page exceeds reasonable density, split it.
对于每页:
- 保留一个核心要点
- 仅通过提升原文语句来设置可见标题或重点语句
- 避免密集的大段文本块
- 确保前两行无需上下文即可清晰理解
如果页面内容密度过高,则拆分页面。
4. Prepare layout-aware copy
4. 准备适配布局的文案
Assume the downstream renderer or layout model benefits from structure.
For each page, clearly separate:
pageRole- from source if used
headline - if needed
subhead - from source
body - from source if used
emphasisLines
Then prepare a consolidated layout brief.
Read when the user wants the warm-gradient card style from the referenced PDF.
references/layout-system.md假设下游渲染器或布局模型需要结构化内容。
对于每页,清晰区分:
- (页面角色)
pageRole - 若使用则从原文提取的(标题)
headline - 若需要则设置(副标题)
subhead - 来自原文的(正文)
body - 若使用则从原文提取的(重点语句)
emphasisLines
然后整理成统一的布局说明。
当用户需要参考PDF中的暖渐变卡片风格时,请阅读 。
references/layout-system.mdQuality Rules
质量规则
1. Source-first
1. 原文优先
Do not invent authority, case studies, metrics, or personal stories not present in the source.
不要编造原文未提及的权威信息、案例研究、数据或个人故事。
2. No stealth rewriting
2. 禁止隐性重写
Do not silently change:
- sentence rhythm
- information density
- spoken-language phrasing
- the user's own wording habits
不要悄悄更改:
- 句子节奏
- 信息密度
- 口语化措辞
- 用户自身的措辞习惯
3. Avoid AI-shaped cleanup
3. 避免AI式规整
Do not force the source into:
- neat binary formulas
- over-organized summary language
- your own preferred phrasing patterns
If the source says it one way, keep that way unless explicitly asked to rewrite.
不要强行将原文调整为:
- 规整的二元公式
- 过度结构化的总结性语言
- 你偏好的措辞模式
如果原文采用某种表达方式,除非明确要求重写,否则保持原样。
4. Cover copy must be from the source
4. 封面文案必须来自原文
The cover should use:
- original lines
- or original line fragments
not a fresh headline invented by the model.
封面应使用:
- 原文语句
- 或原文语句片段
而非模型自创的全新标题。
Heuristics
启发式规则
Good cover material
优质封面素材
- strong original opening lines
- strong original judgments
- strong original rhetorical questions
- 原文有力的开篇语句
- 原文明确的判断语句
- 原文有力的反问句
Weak cover material
劣质封面素材
- lines that only work after a lot of setup
- lines that require new explanation from the model
- 需要大量铺垫才能理解的语句
- 需要模型额外解释的语句
Common Input Shape
常见输入场景
A common use case is:
- a draft in the active work folder or a nearby project directory
- especially talking-head scripts or founder/operator viewpoint drafts
- output needs to feel publishable on Xiaohongshu without losing the original opinion
For example:
口播稿 -> 小红书图文分页观点长文 -> 封面 + 标题 + 8 页图文创始人表达 -> 更适合图文阅读的版本
常见使用场景:
- 活跃工作文件夹或附近项目目录中的草稿
- 尤其是出镜脚本或创始人/运营者观点草稿
- 输出内容需适合在小红书发布且保留原观点
例如:
口播稿 -> 小红书图文分页观点长文 -> 封面 + 标题 + 8 页图文创始人表达 -> 更适合图文阅读的版本
Default File Placement
默认文件存放位置
If the user asks you to write outputs to disk, prefer creating a sibling folder next to the source draft, for example:
text
<source-dir>/<draft-name>-xhs-package/Store the package files there using the default filenames from the output contract.
如果用户要求将输出写入磁盘,优先在源草稿所在目录的同级创建文件夹,例如:
text
<source-dir>/<draft-name>-xhs-package/使用输出约定中的默认文件名存储内容包文件。
Release-Shell Execution Contract
发布框架执行约定
- keep page planning notes, source extracts, and intermediate packaging files
under
<work-folder>/.postplus/xiaohongshu-article-packager/ - keep only final user-facing page packages outside
.postplus/ - start with a bounded first pass on one draft and one package target before broader packaging
- if the source is insufficient or under-specified, stop immediately instead of inventing missing material or relying on customer-specific path assumptions
- 将页面规划笔记、原文摘录和中间打包文件存放在 下
<work-folder>/.postplus/xiaohongshu-article-packager/ - 仅将面向用户的最终页面包存放在 外部
.postplus/ - 在进行更广泛的打包前,先对一份草稿和一个打包目标进行有限的首次处理
- 如果原文内容不足或描述不明确,立即停止操作,不要编造缺失内容或依赖客户特定路径假设
Failure Modes
失败场景
Stop and say the source is insufficient if:
- there is no clear argument
- the draft is only slogans
- the user expects claims or case studies not in the material
Then offer one of:
- a lighter layout pass
- a request for more source material
- a narrower page selection based on what is actually present
如果出现以下情况,停止操作并说明原文内容不足:
- 没有明确的论点
- 草稿仅包含口号
- 用户期望原文未提及的主张或案例研究
然后提供以下选项之一:
- 简化的布局处理
- 请求补充更多原文素材
- 根据现有内容缩小页面选择范围