1实现原理 · 为什么它能做到
它把内容拆成 1-10 张图卡:先解析受众/钩子/卖点,再用『风格 × 布局 × 配色』三维组合决定每张图长什么样,最后逐张出图。
| **Style** | Visual aesthetics (lines, decorations, rendering) | 12 styles (see Styles below) |
出图后端不在本仓实现:按『当前请求 > EXTEND.md > 运行时原生工具 > 唯一非原生后端 > 问用户』解析,点名 Codex imagegen / codex-imagegen / Cursor GenerateImage 等。
If a skill named `imagegen` is listed, you are running inside Codex and MUST use it
视觉一致性的核心技巧是『图 1 锚定链』:先不带参考图生成封面(图 1),之后每张都以图 1 作 --ref 传递,角色/吉祥物/配色才不会逐张漂移。
**Visual consistency — image-1 anchor chain**: character / mascot / color rendering drifts between calls unless you anchor them.
确认分三条路径:A 信任推荐直接出图、B 逐项自定义、C 详细模式(先问卖点/受众再给三份不同结构的大纲让用户挑)。
**Path C — Detailed mode**: two sub-confirmations.
提示词文件硬性先行:任何后端调用前,每张图的完整 prompt 必须先写成 prompts/NN-{type}-{slug}.md。
**Prompt file requirement (hard)**: write each image's full, final prompt to a standalone file under `prompts/`
首次使用是阻塞式偏好设置:找不到 EXTEND.md 且为交互模式时,必须先跑首次设置再分析内容。
**⛔ BLOCKING OPERATION**: This setup MUST complete before ANY other workflow steps.
有风格×布局兼容矩阵,用于在用户选了不推荐组合时给出提醒;自动选型则按内容信号关键词命中第一行,命不中回退 cute-share。
Compatibility scores (✓✓ highly recommended, ✓ works well, ✗ avoid).
内容拆解有固定骨架:封面(钩子)+ 内容页(各承载一个价值点)+ 结尾(CTA/总结),并逐张报告进度、失败只重试该张。
| Cover (image 1) | Hook + visual impact | `sparse` |
2核心能力
3外部依赖
| Kind | Dependency / Endpoint |
|---|---|
| api | 运行时图像生成后端(Codex imagegen / Cursor GenerateImage / Hermes image_generate)——用户内容与提示词由此出网 |
| cli | baoyu-image-gen 技能脚本(--provider codex-cli 首选路径) |
| cli | codex CLI(codex exec 后端,需 codex login) |
| cli | bun / npx -y bun(跑 baoyu-image-gen 或包装器) |
| network | homepage 元数据 URL(静态 frontmatter,任何步骤都不抓取) |
4管控建议与判定依据
- scripts/: 执行本地脚本或命令: 本 skill 无自带脚本可执行;出图由 agent 调运行时后端(Codex imagegen Skill / Cursor GenerateIma
- 网络端点: 声明外部网络访问: skill 自身零网络代码(目录内无脚本、无 http 客户端引用)
- 本地工作目录: 文件读写与工件输出: image-cards/{topic-slug}/source-*.{ext} 与 analysis.md
5第二遍独立确认
- [ok] 目录内无脚本、无网络代码 — 文件清单仅 SKILL.md + 15 份 references(presets/palettes/elements/workflows/config/codex-imagegen/style-presets/confirmation);无 .ts/.sh/.py,无 http 客户端引用。
- [ok] 后端解析阶梯与点名原文 — 四级阶梯(当前请求 > EXTEND.md > 运行时原生 > 唯一非原生 > 问用户)在 SKILL.md 顶部逐条列出,与 slide-deck 的对应段落逐字相同(同仓统一设计)。
- [ok] 锚定链设计与后端限制自洽 — codex-imagegen.md 明写包装器不支持 --sessionId('The wrapper does NOT accept a `--sessionId` flag.'),与 SKILL.md『链一致性必须来自 --ref』的说明一致。
- [ok] 确认门禁与 --yes 出口 — Step 2 标为 REQUIRED 硬门禁,--yes 与『直接生成』类措辞可显式跳过,且跳过时要求先声明假定方案;非交互模式不写 EXTEND.md。
- [ok] 首次设置为阻塞(与 slide-deck 相反) — first-time-setup.md 标 BLOCKING OPERATION,与 translate 同型,而与 slide-deck 的『不阻塞』形成对比;两处均在报告中如实记录。
- [ok] 水印与写盘清单 — 水印提示词片段与 EXTEND.md watermark.* 字段对应;输出树 image-cards/{topic-slug}/ 与备份改名规则在 SKILL.md 明确写出。
- [ok] 档位复核(批4 终裁) — 按 Main『点名生成后端 + 素材出网 → orange』落档;目录内无脚本无凭证,故不升红也不满足 green/blue 条件。
- [ok] 元数据与 pin — 本地 HEAD = 1567581c26ec29f4216c6e6835415bf30343b0e3(2026-09-10 10:13:43 -0500);GitHub API MIT / 25926 stars / pushed_at 2026-09-10T15:13:43Z;仓库根 LICENSE 为 MIT。
6结论
4a9d014c6c3a9416…