本文へ移動
cccskills
無料GitHub で公開

space-xhs-image

根据用户提供的文章、教程、SOP、清单或主题,使用 Codex 内置 image_gen 生图模型生成 3:4 小红书信息图与组图。固定采用轻盈 AI 产品信息图风:白色或浅薰衣草背景、黑色大标题、紫蓝与青柠绿强调、圆角卡片、线性科技图标、流程/对比/清单模块;支持单图和 6–9 张系列图,不需要 API Key 或外部生图后端。

用户说“做小红书图片”“按内容生成组图”“做科技感信息图”“做类似这种图”“用 Codex 生图”“做封面和内页图”等请求时触发。

インストール方法を見る

含まれるファイル(6)

  • SKILL.md11.4 KB
  • agents/openai.yaml243 B
  • evals/evals.json2.8 KB
  • references/page-patterns.md5.4 KB
  • references/visual-system.md6.0 KB
  • scripts/check_image.py3.5 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

SPACE XHS Image

把用户内容变成可直接发布的小红书 3:4 信息图。默认使用 Codex 内置 image_gen,不探测外部后端,不索要 API Key,不调用第三方生图脚本。

视觉目标不是复刻某张参考图,而是稳定复用一套独立的“轻盈 AI 产品信息图”系统:强标题、卡片化结构、线性科技图标、紫蓝与青柠绿强调、白色呼吸感。

先读

执行前必须读取:

  • references/visual-system.md:固定视觉语言、颜色、字体层级、组件与提示词锁。
  • references/page-patterns.md:封面、流程、对比、清单、拆解、总结等页面结构。

适用范围

适合:

  • AI、效率、产品、财务、职场、教程、SOP、方法论内容。
  • 一张封面、单张知识图,或 6–9 张连续组图。
  • 用户提供参考图,希望借鉴其信息层级、色彩关系和组件语言。
  • 用户希望直接得到位图,不需要 HTML。

不适合:

  • 要求文字 100% 可编辑、逐像素改版:改用 xhs-html。
  • 需要 SVG、HTML、PPT 等原生可编辑格式。
  • 只写正文、标题或选题。
  • 自动发布、批量矩阵号生产。

默认交付

  • 比例:竖版 3:4,最终保存为 1080×1440 PNG。
  • 数量:
    • 用户明确“单图/封面”时做 1 张。
    • 用户明确数量时按其数量。
    • 用户说“组图/图文”但没说数量时,给 6、7、8、9 张选项,并推荐一档。
    • 用户说“直接做/你定”时:短清单 6 张,完整方法 7 张,实操教程 8 张,完整 SOP 9 张。
  • 品牌名或账号名默认只放首页;内页不重复。
  • 一张图只承担一个中心任务,不把整篇文章塞进一张图。
  • 每张图单独调用一次内置生图工具,不用一次调用生成多张不同内容。

工作流

1. 读取内容

先读完整内容,再拆页。不要边读边生成。

提取:

  1. 目标读者:这组图写给谁。
  2. 核心承诺:看完能完成什么动作。
  3. 最小完整链路:准备 → 操作 → 结果 → 验收。
  4. 可直接拿走的材料:步骤、提示词、字段、模板、检查表、例子。
  5. 可删除内容:重复铺垫、空泛鼓励、同义反复、爹味教训。
  6. 原文中的具体信息:对象、字段、规则、步骤、数字、阈值、输出名称和人工边界。

拆页前建立“原文依据 → 页面文案”映射。页面里的具体描述必须能回到用户原文;为了排版可以压缩句子,但不能把原文改造成新的口号或泛化观点。

2. 建立页序

输出简短页面规划:

## 组图规划

风格:轻盈 AI 产品信息图
数量:8 张
账号名:只在第 1 张出现

| 页码 | 页面任务 | 主标题 | 原文依据 | 结构 | 读者拿走什么 |
|---|---|---|---|---|---|
| 01 | 点击 | 财务人怎么用 Codex | 原文总主题 | 封面 | 明确主题 |
| 02 | 留人 | 完整处理链路 | 原文步骤段 | 总览 | 知道后续路径 |
| 03 | 准备 | 准备 3 份输入 | 原文准备段 | 清单 | 可照着准备 |
...

如果用户只要求一张图,不输出组图规划,直接提炼该图的主标题、重点和结构。

3. 控制文字

生图模型能生成文字,但信息越密,错字和错行概率越高。封面和内页使用不同信息密度:

封面

  • 主标题:8–18 个汉字,最多 2–3 行,可以占据较大面积。
  • 副标题:0–28 个汉字。
  • 只保留主题、结果和一个主视觉,不承担完整教学。

内页

  • 主标题:6–16 个汉字,最多 2 行;视觉字号约为封面标题的 55%–68%。
  • 标题区高度控制在页面的 8%–14%,把主要空间留给正文。
  • 正文:4–6 个模块;每个模块必须有“短标题 + 12–28 字的完整说明”,不能只放名词标签。
  • 每页建议 120–180 个汉字;操作模板页可以到 220 字,但必须拆成清楚的层级。
  • 优先保留用户原文中的对象、字段、动作、判断条件、输出和复核要求。
  • 所有文字逐字写入提示词的 Text (verbatim),不可让模型自行改写。

正文过多时先拆页;正文不足时回到原文补充具体说明,不用装饰图标占满空间。

4. 文案句式

内页以直接说明为主:

  • 写“扫描件提取后,需要核对金额、日期和模糊字段”。
  • 写“文档生成前提供固定模板、必填字段和指标口径”。
  • 写“表格处理会输出标准表、汇总表和差异表”。

限制以下口号式句型:

  • “不是 A,而是 B”
  • “能 A,不等于 B”
  • “不要 A,要 B”
  • “别急着 A,先 B”

除非它是用户原文中的关键表达,一组图最多使用一次。能直接陈述事实时,直接写事实。

5. 选择版式

根据内容从 references/page-patterns.md 选择,不连续三页使用同一种结构。

优先关系:

  • 一个结论 → Hero / 单观点
  • 3–5 个步骤 → 横向或纵向流程
  • A 与 B → 左右对比
  • 3–6 条并列信息 → 清单 / 卡片矩阵
  • 表层与本质 → 双层拆解
  • 做前与做后 → Before / After
  • 一套完整方法 → 总览 + 分步 + 验收

6. 生成图片

默认调用 Codex 内置 image_gen。

新图:

  • 不传 num_last_images_to_include。
  • 没有参考图时不传 referenced_image_paths。
  • 用户提供参考图并要求借鉴时,可将最有代表性的 1–3 张作为 referenced_image_paths;在提示词中明确它们只是“视觉语言参考”,不得复制账号名、Logo、水印、原文、插图或具体版式。

系列图:

  • 每张图调用一次 image_gen,按页序逐张生成。
  • 每一页都逐字复用 references/visual-system.md 的 Style Lock。
  • 只改变本页的标题、内容模块、图标和版式。
  • 不用 n 代替多次调用;不同页面必须是不同提示词。

提示词使用以下结构:

Use case: infographic-diagram
Asset type: 3:4 Xiaohongshu vertical infographic, page {页码}/{总页数}
Primary request: 根据本页内容生成一张信息图,不增删、不改写给定文字
Input images: {如有,逐张说明“仅作视觉语言参考”}
Scene/backdrop: 白色到极浅薰衣草背景,大面积留白
Style/medium: {粘贴完整 Style Lock}
Composition/framing: {选中的页面结构 + 模块数量 + 位置}
Color palette: {固定色板}
Source grounding:
- 原文依据:“{对应原句或要点}”
- 允许压缩,不允许新增结论
Text (verbatim):
- 顶部标签:“{标签}”
- 主标题:“{主标题}”
- 副标题:“{副标题}”
- 模块 1:“{文字}”
- 模块 2:“{文字}”
Constraints: 3:4;文字逐字准确;简体中文;外边距充足;信息层级清晰
Avoid: 水印、Logo、AI_walker、账号仿冒、乱码、伪文字、照片感、复杂 3D、拥挤小字、厚重阴影、过度装饰

具体视觉约束以 references/visual-system.md 为准。

7. 逐图复核

每张生成后检查:

  1. 是否为 3:4,主体没有贴边或被裁。
  2. 主标题是否一眼读完,紫/绿强调是否只落在关键词。
  3. 中文是否逐字正确,数字和英文是否准确。
  4. 卡片、线性图标、流程关系是否与本页内容一致。
  5. 是否出现参考图的账号名、Logo、水印或近似复制。
  6. 是否和前页保持同一色板、圆角、线宽、阴影和留白节奏。
  7. 缩小到信息流尺寸后,主标题和主结构是否仍清楚。
  8. 内页标题是否明显小于封面,正文是否占据页面主要空间。
  9. 每个正文模块是否有完整说明,且能在用户原文中找到依据。
  10. 是否滥用了“不是…而是…”“能…不等于…”等反转句式。

可运行:

python3 scripts/check_image.py <图片路径>

它检查比例、尺寸、浅色背景、文件大小,并输出 260px 缩略图。机器检查通过后仍需肉眼检查文字。

8. 修正

一次只修一个问题:

  • 错字:要求“仅把 X 改成 Y,其余构图、颜色、图标和文字完全不变”。
  • 太挤:先缩小内页标题区;正文仍拥挤时拆页,不把模块说明压成小字。
  • 太空:从原文补回字段、步骤、输出或验收要求,不增加空泛口号和装饰。
  • 文案跑偏:回到“原文依据 → 页面文案”映射,替换为贴近原文的说明。
  • 风格跑偏:重贴完整 Style Lock,指定以前一张已通过图片为视觉一致性参考。
  • 比例不对:重新生成优先;若画面安全,可居中裁成 3:4 后缩放到 1080×1440。

编辑最近生成的图片时,仅包含完成本次编辑所需的最近图片;不要把整组图全部作为输入。

同一张图连续两次仍有中文错误时:

  1. 先把文字压短再生成一次。
  2. 若用户要求 100% 精确,说明限制并建议用 xhs-html 做文字确定版。
  3. 不把有明显错字的图片当成完成稿交付。

9. 保存与交付

预览讨论可保留在 Codex 默认生成目录。用户要发布、继续编辑或用于项目时,必须把最终图片保存到工作区。

默认目录:

09 frames/xhs-image/{主题-slug}/
├── 01-cover.png
├── 02-overview.png
├── 03-step-1.png
├── ...
├── 08-checklist.png
└── prompts.md

不要覆盖既有文件;使用 -v2、-v3 版本名。交付时列出:

  • 每张最终图片路径。
  • 实际采用的页数和视觉系统。
  • 最终提示词或 prompts.md 路径。
  • 使用“Codex 内置 image_gen”,不写成外部 API。

固定视觉原则

  • 白色或极浅薰衣草底,外边距宽,页面能呼吸。
  • 封面以黑色粗标题为第一视觉;内页标题缩小,正文信息成为第一阅读主体。
  • 中部用大圆角白卡承载信息;卡片内使用短标题、完整说明句、编号和线性图标。
  • 图标以浏览器窗口、代码、流程、清单、目标、盾牌、机器人、文档为主。
  • 装饰只用于平衡画面,不抢正文。
  • 可以信息丰富,但不可像截图堆满;先保证层级,再保证数量。
  • 第一页可以有账号名;内页默认没有账号名和重复口号。

原创与安全

  • 参考图只提供视觉方向,不复制其标题、文案、账号名、Logo、水印、独特插图或逐像素布局。
  • 不冒充其他创作者,不保留 AI_walker 或任何来源账号标识。
  • 不生成虚假数据、收益承诺、排名、疗效或未经提供的事实。
  • 不用“某位在世设计师/艺术家的风格”描述;只使用客观视觉特征。
  • 未经用户要求,不生成真人肖像或品牌商标。

文件结构

space-xhs-image/
├── SKILL.md
├── agents/openai.yaml
├── evals/evals.json
├── references/
│   ├── visual-system.md
│   └── page-patterns.md
└── scripts/check_image.py

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Fetch and analyze WeChat Official Account hot articles / 公众号爆款文章 by sector or keywords. Use when the user asks for 爆款文章分析, 赛道爆款, 公众号爆款数据, reading counts, likes, shares, comments, title patterns, writing style, 爆款原因分析, or writing references for content creation.

日本語の概要は準備中です。原文の説明を表示しています。

SpaceZephyr/creator-buddy1,6342026年8月26日 更新

科技/AI/互联网领域的公众号 10 万+ 爆款标题生成器。输入一篇文章、一段内容或一个主题,先建内容简报,再按多种方法产出多个候选标题,逐个评分、标风险、按用途分角色推荐,并给 A/B 测试建议。当用户说"起标题""想个爆款标题""这篇文章叫什么好""标题优化""标题改写""多组标题""标题评分""10万+标题"时触发。方法论提炼自 100 篇真实科技类爆文标题。

日本語の概要は準備中です。原文の説明を表示しています。

SpaceZephyr/creator-buddy1,6342026年8月26日 更新

创作者全域内容搜索总控 Skill。用户发送平台名+关键词、平台链接,或要求分析博主、文章风格、热度、点赞、收藏、评论、爆款原因、选题方向时触发;根据平台和任务自动路由到小红书热门笔记、全域内容搜索、公众号爆款搜索、公众号赛道分析等分支 Skill。

日本語の概要は準備中です。原文の説明を表示しています。

SpaceZephyr/creator-buddy1,6342026年8月26日 更新

全域内容搜索|当提到小红书/B站/抖音关键词搜索、笔记/视频详情、评论、博主/UP主作品监控时使用。优先基于 Agent Reach / OpenCLI / bili-cli / 公开只读接口访问;Agent Reach 不可用时,小红书可用 Guaikei API 作为最后兜底。

日本語の概要は準備中です。原文の説明を表示しています。

SpaceZephyr/creator-buddy1,6342026年8月26日 更新

为公众号文章创作打造的专业数据洞察工具。全网持续收录每日爆款文章,收录依据:低粉高阅读、阅读靠前、数据增长中、原创靠前,助力号主获取数据参考。

日本語の概要は準備中です。原文の説明を表示しています。

SpaceZephyr/creator-buddy1,6342026年8月26日 更新

公众号长文写作(1500–4000 字)。先诊断作者手上已有什么(一个念头 / 一堆素材 / 半篇草稿 / 一份大纲 / 一篇不满意的成稿),再路由到对应的六种写法之一,产出成稿并过公众号专属质检。当用户说"写篇公众号""帮我写文章""这个主题怎么写""我有一堆素材不知道怎么组织""帮我扩写""这篇改一下""写不下去了""长文""深度文"时触发。

日本語の概要は準備中です。原文の説明を表示しています。

SpaceZephyr/creator-buddy1,6342026年8月26日 更新

SpaceZephyr のスキルをすべて見る

このスキルの問題を報告する