메뉴
把已成立的书面作品改编并渲染成小红书 3:4 图片文章：锁定中心判断、论证链与原图去向，产逻辑 Copy Spec，按真实高度自动分页，从 18 套外观中选样式，导出 1500×2000 图卡、联系表并验收。Use when user mentions 做成小红书, 做成小红书图文, 小红书图片文章, 小红书图卡, 小红书文案, 小红书排版, 3:4竖图, 把文章转成小红书, rednote cards, xiaohongshu carousel.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | 507-rednote |
| description | 把已成立的书面作品改编并渲染成小红书 3:4 图片文章：锁定中心判断、论证链与原图去向，产逻辑 Copy Spec，按真实高度自动分页，从 18 套外观中选样式，导出 1500×2000 图卡、联系表并验收。Use when user mentions 做成小红书, 做成小红书图文, 小红书图片文章, 小红书图卡, 小红书文案, 小红书排版, 3:4竖图, 把文章转成小红书, rednote cards, xiaohongshu carousel. |
| compatibility | Requires Python 3.10+, Pillow, and local Google Chrome or Chromium. |
把一篇已经成立的书面作品改编成可发布的小红书图片文章。它不是重新写一篇教程，也不是给文章配几张插图。
507-mine、507-fuse、507-forge。输入优先级：已确认的 copy-spec.md > 已发布/待发布主稿 > 其他草稿。
默认输出到作品目录的 小红书/：
小红书/
├── README.md
├── copy-spec.md
├── rednote-project.json
├── style-preview/style-gallery.jpg
├── rednote.html
├── render-manifest.json
├── contact-sheet.jpg
└── pages/rednote_page_01.jpg ...
先从主稿提取并写进 copy-spec.md：
M1、M2…逐项列出不可删的承重内容。若主稿含可直接复用的完整提示词、模板、表格、步骤或用户已明确要求保留的章节，默认视为不可压缩；除非用户明确同意拆成另一篇或删除，否则不得把它们静默概括成一句“文末有提示词”。507-grill 确认；评论区钩子未经确认不能使用，也不能伪装成正文已经交付。模板与逻辑文案约束见 references/copy-spec.md。没有锁定中心判断、论证链、保真清单、资源分发策略和图片去向，不进入分页。
默认使用长文模式，不是“一页一标题”的卡片模式：
heading；后续正文不为物理分页重复标题。layoutMode: longform 由浏览器按真实字体和图片高度自动填页：从页头连续排到安全区底部，放不下的下一个完整内容块才移到新页。章节标题与第一段绑定，但不强制另起一页。render-manifest.json；连续页面无法映射，说明已经偷换主线。closing 的结尾会绑定最后两段与结论框，并在分页后再平衡倒数页面，避免图片页或结论框成为孤页。copy-spec.md。若其中仍有删除承重内容、资源分发、中心判断或发布承诺等用户取舍，携带规格进入 507-grill 后返回；仅剩分页、样式和工程实现时由 agent 自行设计并告知用户。用户明确要求直接生成时可不等待逐项审阅，但仍必须落规格并通过同一验收。按 assets/rednote-project.schema.json 和 references/project-spec.md 创建 rednote-project.json。长文默认写 layoutMode: longform，其中 pages 是章节/段落逻辑块，不等于最终图片页；清单或对比卡片才用 layoutMode: cards。每个逻辑块的 sourceMap 必须写入它承接的 M 编号；渲染前逐项核对保真清单中的每个编号至少出现一次，未覆盖就回到 Copy Spec 补块，不以“整体大致讲到了”放行。尚未选风格时可暂用 editorial-default。图片与头像尽量复制到作品目录并用相对路径引用；禁止远程图片 URL。
按 references/styles.md 选择 stylePreset。用户没有指定时，不要直接沿用默认风格；先生成封面与一页正文的 18 样式联系表：
python3 <skill-dir>/scripts/render_style_gallery.py \
--spec <作品目录>/小红书/rednote-project.json \
--output-dir <作品目录>/小红书/style-preview
根据联系表选定一套主样式并写回 rednote-project.json。选样时必须同时看封面和正文，不把上一份作品的默认风格惯性沿用到新稿；若用户指出“风格还是一样”，先换一套整体视觉，而不是逐页随机换皮。
作者识别资产：检查来源作品及同仓库既有平台稿是否已有用户头像或署名资产。找到且适用时，复制到当前作品的 小红书/assets/，在 rednote-project.json 填 avatar 和 author；找不到或不适用时，必须在交付中说明“本次未放头像”，不能静默省略。样式只改变字体、颜色、背景、边框和卡片质感，不改逻辑文案；同一篇不逐页随机换皮。
python3 <skill-dir>/scripts/render_rednote.py \
--spec <作品目录>/小红书/rednote-project.json \
--output-dir <作品目录>/小红书
仅 layoutMode: cards 的显式卡片页，且页数与全局视觉配置未变化时，才局部重渲染：
python3 <skill-dir>/scripts/render_rednote.py \
--spec <...>/rednote-project.json --output-dir <...>/小红书 --pages 4,6,7
layoutMode: longform 修改任一逻辑块都可能让后续物理页整体位移，必须全量重渲染。
脚本负责：内嵌本地素材、生成单文件 HTML、调用本地 Chrome、导出 1500×2000 JPG、检查溢出、生成联系表和清单。运行条件见 scripts/README.md。
先过交付硬门，才谈验收或提交。 每次修改 copy-spec.md、rednote-project.json、图片、头像或全局样式后，必须重渲染受影响输出；longform（长文）任一逻辑块变化一律全量重渲染。独立核对：
render-manifest.json 的 status 为 rendered，其 sourceSpecSha256 必须等于当前 rednote-project.json 的 SHA-256（安全散列）；不相等表示图卡、HTML（网页）和联系表仍是旧规格。M 编号至少出现在一个当前 rednote-project.json 逻辑块的 sourceMap 中；未覆盖的承重内容不能被“概述过”替代。render-manifest.json 所列全部图卡、contact-sheet.jpg、rednote.html 均存在；物理页数可以不同于逻辑块数，但必须来自当前规格。任一项失败时，状态只能是“规格已更新、输出过期”，不得称为发布包完成、不得提交生成物、不得让用户按现有图卡发布。
内容验收：逐页映射回中心判断与论证链；渲染文案与 copy-spec.md 一致；没有凭空增加教程线。
视觉验收：打开 contact-sheet.jpg 检查全局节奏，再抽查每张原图的裁切、字号、截图隐私和顺序。规则见 references/visual-review.md。
失败时改 copy-spec.md 或 rednote-project.json 后重渲染，不直接修 JPG。
copy-spec.md、rednote-project.json、单文件 HTML、1500×2000 图卡、联系表和渲染清单。507-forge；缺单张必要封面/插图时，使用当前环境可用的配图或图像生成能力，完成后返回；用户承诺或删除取舍未定时进入 507-grill；发布包完成后直接结束或交给另行授权的发布流程。Git 提交：在用户明确要求提交时，轻量安全复核变更、精确暂存、运行相关验证并创建真实 Conventional Commit；只做本地提交，推送与对外发布由 507-release 承接。Use when user says commit, 提交, 提交一下, 提交这些改动, 提交代码, Git 提交, commit 一下, 生成并执行提交, 准备提交, 存个档。
对外发布：在用户明确要求发布、推送或发版时，定版本号、打 tag、推送远端，并按项目实际探测的发布渠道（npm、GitHub Release）发布。每个不可逆对外动作执行前都向用户显式确认。Use when user says release, publish, push, 发版, 发布, 推送, 发包, 打 tag, 升版本, 升级版本号, 发新版本, 上线, 发到 npm, 发 GitHub Release。默认只做用户明确点名的对外动作，不自动扩到全部渠道。
根因修复：已明确存在 bug、报错、崩溃、异常、回归或合并冲突时，先建立可重复反馈环，再以最小改动修复根因并验证。Use when user says fix, 修一下, 修 bug, 报错了, 崩了, 跑挂了, 有 bug, 修复报错, 合并冲突, 修复冲突, 修不通, debugging, error, crash, regression.
维护项目地图：以当前代码为证据，建立或校准 README、doc 组织、目录职责、入口与上下游，只修改地图文档。Use when user says map, project map, 梳理项目结构, 项目结构, 更新 README, 补 README, 校准 README, 整理 doc, 整理结构, 文档地图, 目录职责, 分层 README.
交付审查：围绕明确的 commit、branch、diff 或路径检查 Standards、Spec 与 Code Quality，只报告问题、证据和路由。Use when user says review this change, code review, review 一下, 检查, 审查, 审查改动, 审查这次改动, 检查提交, 检查分支, 过一遍代码, 把关, 需求符合度, 交付审查. 不用于主动寻找全库架构机会。
在保持公开契约与可观察行为不变的前提下，对指定代码范围或 507-inspect 报告逐项建立证据、修改并验证。可深入内部模块、抽象与接缝；若需要行为变化则停止并路由到需求实施。Use when user mentions simplify, simplify code, 简化, 简化代码, 行为不变重构, 内部简化, 按报告修改, 处理 inspect 报告, 局部重构, 降低复杂度, 收敛架构摩擦。