xiaohongshu-card-notes
Compare original and translation side by side
🇺🇸
Original
English🇨🇳
Translation
ChineseXiaohongshu Card Notes
小红书卡片笔记
Follow shared release-shell rules in:
- release-shell rules
postplus-shared
Use this skill when the user wants to turn existing material into a Xiaohongshu card-style note.
Typical source inputs:
- an HTML landing page
- a spoken script
- a markdown memo
- a result table or dashboard
- a case study page
- a workflow explanation that should become carousel cards
This skill is for card-style image notes, not for generic captions or long prose posts.
遵循以下共享发布壳规则:
- 发布壳规则
postplus-shared
当用户希望将现有素材转换为小红书卡片式笔记时,使用此技能。
典型的源输入:
- HTML着陆页
- 口述脚本
- markdown备忘录
- 结果表格或仪表盘
- 案例研究页面
- 需转换为轮播卡片的工作流程说明
此技能适用于卡片式图片笔记,而非通用标题或长篇散文帖子。
Default Goal
默认目标
Produce a Xiaohongshu card note that is:
- easy to scan on mobile
- visually structured
- page-by-page clear
- information-dense without losing scanability
- faithful to the source material
The target is not "rewrite beautifully."
The target is:
- extract the strongest message from the source
- map it into a small number of strong cards
- keep each page readable even when density is high
- make the output directly usable for design
制作的小红书卡片笔记需满足:
- 便于在移动端快速浏览
- 视觉结构清晰
- 逐页内容明确
- 信息密度高但仍具可读性
- 忠实于源素材
目标并非“优美重写”。
目标是:
- 从源素材中提取最核心的信息
- 将其映射为少量重点突出的卡片
- 即使密度较高,每页仍保持可读性
- 输出可直接用于设计
First Decision
初始决策
Decide what the user actually needs:
判断用户的实际需求:
1. content-to-cards
content-to-cards1. content-to-cards
content-to-cardsUse when the user has source material and wants a full Xiaohongshu card note structure.
Return:
- page plan
- cover title
- per-page headline
- per-page body copy
当用户有源素材并需要完整的小红书卡片笔记结构时使用。
返回内容:
- 页面规划
- 封面标题
- 每页标题
- 每页正文文案
2. layout-only
layout-only2. layout-only
layout-onlyUse when the user already has the page copy and wants packaging only.
Do not rewrite the substance unless asked.
当用户已有页面文案,仅需要包装设计时使用。
除非用户要求,否则不要修改内容实质。
3. html-adaptation
html-adaptation3. html-adaptation
html-adaptationUse when the source is an HTML page or landing page.
Inspect:
- section hierarchy
- proof/data modules
- title system
- visual rhythm
Then convert it into Xiaohongshu pages rather than mirroring the full web layout.
当源素材为HTML页面或着陆页时使用。
检查以下内容:
- 章节层级
- 证据/数据模块
- 标题体系
- 视觉节奏
然后将其转换为小红书页面,而非照搬完整网页布局。
4. script-adaptation
script-adaptation4. script-adaptation
script-adaptationUse when the source is a spoken script.
Do not preserve spoken redundancy.
Compress the script into card-ready statements.
当源素材为口述脚本时使用。
不要保留口语化冗余内容。将脚本压缩为适合卡片呈现的语句。
5. hybrid-source
hybrid-source5. hybrid-source
hybrid-sourceUse when the user provides both an HTML page and a script.
Default behavior:
- take structure from the HTML if it is strong
- take judgment and phrasing from the script if it is stronger
- merge them into one card sequence
当用户同时提供HTML页面和脚本时使用。
默认行为:
- 若HTML结构清晰,则沿用其结构
- 若脚本的判断和措辞更优,则采用脚本内容
- 将两者合并为一个卡片序列
Layout Rules
布局规则
Read references/card-layout-spec.md whenever the user asks for design-ready card output.
Non-negotiable defaults:
- aspect ratio:
3:4 - canvas size:
1242 x 1656 - do not assume every page must be sparse
- some pages should be
image-led - some pages should be
dense memo pages - left alignment is the default
- use only a small number of emphasis treatments
- when a repo already contains a strong HTML or landing page reference, inherit its color system, card language, corner radius, and visual rhythm instead of inventing a new style
- when the user provides a strong HTML or landing page reference, treat that file as the visual source of truth for card rendering
- use the landing page's dark floating pill, luminous blue gradient blocks, pale blue surfaces, large radius cards, and black headlines on light backgrounds
- older black memo-card constraints are deprecated in the current release style and should be overridden when they conflict with the landing page reference
当用户要求可直接用于设计的卡片输出时,请阅读 references/card-layout-spec.md。
不可协商的默认设置:
- 宽高比:
3:4 - 画布尺寸:
1242 x 1656 - 不要假设每页都必须稀疏
- 部分页面应为(图片主导)
image-led - 部分页面应为(高密度备忘页)
dense memo pages - 默认左对齐
- 仅使用少量强调处理方式
- 若仓库中已有优质HTML或着陆页参考,应继承其色彩体系、卡片语言、圆角和视觉节奏,而非创建新样式
- 当用户提供优质HTML或着陆页参考时,将该文件视为卡片渲染的视觉标准
- 使用着陆页的深色悬浮胶囊、亮蓝色渐变块、淡蓝色背景、大圆角卡片以及浅色背景上的黑色标题
- 当前发布样式中已弃用旧版黑色备忘卡片的约束,若与着陆页参考冲突,应优先遵循着陆页样式
Source Adaptation Workflow
源素材适配工作流
Read references/source-adaptation-workflow.md when adapting from HTML, scripts, or mixed sources.
The working order is:
- identify the core claim
- decide the card sequence
- compress each page to one job
- assign a page role
- write card copy that fits the page role
当从HTML、脚本或混合源素材进行适配时,请阅读 references/source-adaptation-workflow.md。
工作顺序:
- 识别核心主张
- 确定卡片序列
- 将每页内容压缩为一个核心任务
- 分配页面角色
- 撰写符合页面角色的卡片文案
Page Roles
页面角色
Common page roles:
- cover
- image-led cover
- problem
- hidden truth
- framework
- dense memo explanation
- proof / data
- case result
- workflow snapshot
- table screenshot page
- closing judgment
Not every note needs all of them.
Choose the smallest set that makes the story clear.
常见页面角色:
- 封面
- 图片主导封面
- 问题页
- 隐藏真相页
- 框架页
- 高密度备忘说明页
- 证据/数据页
- 案例结果页
- 工作流程快照页
- 表格截图页
- 总结判断页
并非所有笔记都需要包含全部角色。选择最少的角色集合来清晰呈现内容即可。
Copy Rules
文案规则
For each page:
- one page = one main takeaway
- do not flatten everything into short slogans
- prefer short declarative lines
- keep keywords strong and sparse
- preserve the user's judgment and operator tone
- avoid by default
不是……而是…… - avoid by default
也就是说 - prefer direct statements over rhetorical contrast templates
For dense memo pages:
- allow 3-6 short paragraphs when needed
- each paragraph should push one sub-point
- paragraph spacing matters more than bullet count
- the page should still feel screenshot-worthy on its own
For image-led pages:
- let the image carry pause, mood, or proof
- keep the copy compact but sharp
- use these pages to create rhythm between dense pages
If adapting from a spoken script:
- remove repeated setup
- remove oral filler
- keep the strongest lines
- convert explanation into page headlines and short supporting text
If adapting from HTML:
- do not reproduce navbar, footer, or web-only scaffolding
- keep hero claim, proof blocks, workflow blocks, and result table logic only if they help the card sequence
- web sections often need to be split into multiple cards
Do not force every section into a sparse card.
If the source contains strong reasoning, preserve it as a dense memo page.
对于每页:
- 一页 = 一个核心要点
- 不要将所有内容简化为短句口号
- 优先使用简短的陈述性语句
- 关键词要突出且简洁
- 保留用户的判断和专业语气
- 默认避免使用“不是……而是……”句式
- 默认避免使用“也就是说”表述
- 优先使用直接陈述,而非修辞对比模板
对于高密度备忘页:
- 必要时可包含3-6个短段落
- 每个段落应推进一个子要点
- 段落间距比项目符号数量更重要
- 页面本身仍需适合截图分享
对于图片主导页:
- 让图片传递停顿感、氛围或证据
- 文案要简洁有力
- 用这些页面在高密度页之间营造节奏
若从口述脚本适配:
- 删除重复的铺垫内容
- 删除口语化填充词
- 保留最有力的语句
- 将解释内容转换为页面标题和简短辅助文本
若从HTML适配:
- 不要重现导航栏、页脚或仅适用于网页的框架内容
- 仅保留核心主张、证据模块、工作流模块和结果表格逻辑(若对卡片序列有帮助)
- 网页章节通常需要拆分为多个卡片
不要强行将每个章节都转换为稀疏卡片。若源素材包含严谨的推理内容,应保留为高密度备忘页。
Output Shapes
输出形式
Return the smallest useful output for the ask.
Common shapes:
图文结构封面标题备选逐页文案设计备注图文 brief
For full card generation, default to this format:
封面- title
- subtitle or tag
第2页- headline
- body
- optional design note
Repeat page by page.
返回满足需求的最小有用输出。
常见形式:
图文结构封面标题备选逐页文案设计备注图文 brief
对于完整卡片生成,默认采用以下格式:
封面- 标题
- 副标题或标签
第2页- 标题
- 正文
- 可选设计备注
逐页重复上述格式。
Design Notes
设计备注
Only include design notes when they help execution.
Useful design notes:
- text hierarchy
- suggested emphasis word
- suggested chart / table / screenshot use
- whether the page should be mostly text or mostly visual
- which parts of the reference HTML visual language should be inherited
- which card should use hero-gradient treatment
- which card should use white proof-table treatment
- which card should use pale-blue supporting surfaces instead of dark memo panels
Avoid vague notes like "make it aesthetic."
仅在有助于执行时添加设计备注。
有用的设计备注:
- 文本层级
- 建议突出的关键词
- 建议使用的图表/表格/截图
- 页面应以文本为主还是以视觉为主
- 应继承参考HTML视觉语言的哪些部分
- 哪张卡片应使用hero-gradient(英雄渐变)处理
- 哪张卡片应使用白色证据表格样式
- 哪张卡片应使用淡蓝色辅助背景而非深色备忘面板
避免模糊的备注,如“使其美观”。
Density Preference
密度偏好
This workspace now prefers a denser Xiaohongshu note style than generic carousel cards.
Default preference:
- mix sparse and dense pages
- let some pages read like high-value memo screenshots
- allow stronger paragraph density when the reasoning matters
- use images or screenshots to create breathing room between dense pages
Do not use as a universal rule.
That only applies to light pages, not to memo pages.
3 lines max与通用轮播卡片相比,此工作区更偏好高密度的小红书笔记风格。
默认偏好:
- 混合稀疏页和高密度页
- 让部分页面看起来像高价值备忘截图
- 当推理内容重要时,允许更高的段落密度
- 使用图片或截图在高密度页之间创造呼吸空间
不要将“最多3行”作为通用规则。该规则仅适用于轻量化页面,不适用于备忘页。
Anti-Patterns
反模式
Do not:
- dump the whole script onto cards unchanged
- mirror a webpage section-for-section without compression
- overload each page with too many bullets
- use too many highlight colors
- make every page equally loud
- add generic Xiaohongshu fluff that weakens trust
请勿:
- 直接将整个脚本原封不动地放到卡片上
- 不做压缩就逐节照搬网页内容
- 每页加载过多项目符号
- 使用过多高亮颜色
- 让每页的视觉强度相同
- 添加削弱可信度的通用小红书 fluff(无用内容)
Default Input Shape
默认输入形式
A common input shape is:
- professional scripts
- structured HTML pages
- result tables
- proof-heavy workflow explanations
Default preference:
- preserve the strongest judgments from the source
- convert proof into visible card pages
- turn tables or dashboards into one or more dedicated proof cards
- mix high-density memo pages with visual proof pages
- make the final output feel like a professional Xiaohongshu carousel, not a repackaged web page
常见输入形式:
- 专业脚本
- 结构化HTML页面
- 结果表格
- 注重证据的工作流程说明
默认偏好:
- 保留源素材中最有力的判断
- 将证据转换为可见的卡片页面
- 将表格或仪表盘转换为一个或多个专门的证据卡片
- 混合高密度备忘页与视觉证据页
- 最终输出应感觉像是专业的小红书轮播,而非重新包装的网页
Release-Shell Execution Contract
发布壳执行约定
- keep page plans, source extracts, and intermediate layout notes under
<work-folder>/.postplus/xiaohongshu-card-notes/ - keep only final user-facing card copy or design briefs outside
.postplus/ - start with a bounded first pass on one source document and a small card set
- fail fast if the required source material is missing or under-specified instead of inventing missing proof or using customer-specific fallback assumptions
- 将页面规划、源素材提取和中间布局笔记保存在 目录下
<work-folder>/.postplus/xiaohongshu-card-notes/ - 仅将面向用户的最终卡片文案或设计brief保存在 目录外
.postplus/ - 首先对一个源文档和少量卡片集进行有限的首轮处理
- 若所需源素材缺失或描述不明确,应快速终止处理,而非自行补充缺失内容或使用客户特定的 fallback 假设