# Qiaomu Cover Designer

> 生成 5:2 横向多风格高级概念封面图/海报候选图。用户说“生成封面：<url>”“生成封面：<内容>”“做封面图”“公众号封面”“X 封面”“concept cover”“cover image”时使用。 URL 输入必须先调用/遵循 qiaomu-markdown-proxy 读取原文完整 Markdown，再基于全文理解生成覆盖所有启用设计风格的候选图；禁止只读网页标题、H1 或摘要就开始画图。

- Skill: `joeseesun/qiaomu-cover-designer` (Agent Skill, multi-file: 4 files)
- Install (CLI): `npx skillmds@latest add joeseesun/qiaomu-cover-designer`
- Raw SKILL.md: https://api.skillmd.com/api/skills/joeseesun/qiaomu-cover-designer/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Docs & Writing
- Author: joeseesun (https://skillmd.com/u/joeseesun)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/joeseesun/qiaomu-cover-designer

---


# 封面图设计 Skill

把 URL、文章、短句或粘贴内容转成 5:2 横向高级概念海报，并用 Codex 生图能力生成多风格候选图。

## 版权信息

Copyright (c) 向阳乔木.

- X: https://x.com/vista8
- GitHub: https://github.com/joeseesun/

## 硬约束

1. URL 输入必须先使用 `qiaomu-markdown-proxy` 的路由规则读取原文完整 Markdown。标题、H1、OpenGraph 描述只能辅助选主文字，不能替代正文阅读。
2. 如果抓取结果只有标题、登录墙、错误页、摘要页、目录页或少量片段，先换 `qiaomu-markdown-proxy` 的 fallback；仍失败时停止并说明无法读到原文，不要生成封面。
3. 画面核心主文字必须来自用户输入或原文理解：
   - 用户给短句/标题时，主文字原样使用。
   - 用户给 URL 或长文时，优先使用原文标题、H1 或原文中的核心金句；都不适合时，基于全文提炼一句封面主标题。
   - 不要把 URL 本身放进画面。
4. 每轮按 `references/design-styles.md` 的启用风格生成 5:2 候选图，每个启用风格默认 2 张且至少 1 张；当前三种必选风格默认共 6 张。
5. 图片中不得出现二维码、Logo、联系方式、水印、乱码、错别字、无意义装饰、廉价广告页或 PPT 封面感。
6. 每次封面请求都必须建立本轮 `run_id` 或等价上下文，记录本轮 `source_brief`、候选提示词、实际生成图片路径和评审结果；不得复用上一轮图片、上一轮标题或上一轮候选列表。
7. 完成定义不是“已经调用生图工具”，而是最终回复中已用 Markdown 图片语法展示本轮全部候选图，并且每张图都使用可渲染的绝对路径或可访问 URL。
8. 默认交付模式为 `full`：每个启用设计风格 2 张，当前共 6 张。用户明确说“快速”“先看方向”“预览”“先来几张”或指定更少数量时，使用 `quick`：每个启用设计风格 1 张，当前共 3 张；但仍必须覆盖全部启用设计风格。
9. 审查者角色只做质检闸门，不写冗长审美评论。它必须输出每张图的 `pass` / `fail` / `redraw` 状态、硬伤原因和最小重抽指令。
10. 二轮或自动修复只重抽失败候选，不整轮重来；已通过候选保留原图和 manifest 记录，除非用户明确要求整轮重做。

## 工作流

### Step 1: 获取并阅读原文

- URL 输入：执行 `references/source-intake.md`，复用 `qiaomu-markdown-proxy` 的 URL 路由和脚本，得到完整 Markdown。
- 纯文本输入：完整阅读用户给出的内容；内容很长时先做结构化摘要，但不要只看开头。
- 输出 `source_brief`：
  - `source_type`: `url` / `text`
  - `title`: 原文标题或用户短句
  - `full_text_status`: `complete` / `partial` / `blocked`
  - `core_claim`: 核心论点
  - `emotional_tone`: 情绪状态
  - `visual_tension`: 传播张力与隐喻关系
  - `cover_text`: 画面主文字

### Step 2: 提示词导演生成多风格候选

先读取 `references/design-styles.md` 的设计风格注册表，再执行 `references/generation-workflow.md` 的 `prompt_director` 流程。每个启用风格都要生成对应图片，不能只从单一风格里发散。
同时读取 `references/style-combinations.md` 的视觉风格组合参考库。风格组合可选择、混合或突破使用，但不是必选风格，也不替代设计风格覆盖规则。

先确定本轮 `generation_mode`：

- `full`: 默认模式。每个启用风格生成 2 张，当前共 6 张。
- `quick`: 快速预览模式。每个启用风格生成 1 张，当前共 3 张；适合用户要求速度、先看方向或指定较少数量。

同一轮只做一次全文理解和 `source_brief`，一次性确定 `cover_text`，再批量规划全部候选 prompt；不要边生成边重新理解文章。

每个候选都要包含：

- 设计风格：`design_style_id`
- 视觉风格组合：`style_combo`
- 主文字：`cover_text`
- 一个清晰视觉隐喻
- 构图关系，例如连接、扩散、压迫、穿越、遮挡、托举、撕裂、照亮、分裂、融合、对抗、聚焦、回声、距离、上升、坠落
- 5:2 横向海报比例
- 文字清晰、不可裁切、不可乱码的约束
- 负面约束

### Step 3: 调用 Codex 生图能力

用当前 Codex 可用的生图工具生成多风格候选图。若工具一次只能生成一张，则按候选提示词分别调用。

生成时不要把内部分析、候选编号或评价文字画进图里；编号只用于对话展示。

生成后立即建立 `image_manifest`：

- `run_id`: 本轮请求标识
- `source_title`: 本轮原文标题或用户输入主题
- `candidate_id`
- `design_style_id`
- `cover_text`
- `image_path`: 真实本地绝对路径或远程 URL
- `prompt_used`

如果拿不到真实图片路径或图片数量少于候选数量，先补生成或说明失败，不能进入最终交付。

### Step 4: 审美验证与挑选

执行 `references/review-rubric.md`。验证者必须检查：

- 主文字是否正确、清晰、未裁切、无乱码
- 画面是否服务于原文精神，而不是装饰
- 5:2 构图是否稳定，有合理内边距
- 是否有高级概念海报感和记忆点
- 是否违反禁项

验证者输出必须简短、可执行：

- `status`: `pass` / `fail` / `redraw`
- `fatal_reason`: 只写硬伤，例如错字、多余文字、裁切、Logo、水印、偏离主题
- `prompt_delta`: 如果可修复，只写下一次重抽需要改变的最小提示词差异
- `best_candidate_id`: 从通过候选里选最优；如果没有通过候选，标记本轮未完成

### Step 5: 人类反馈与二轮衍生

展示本轮全部候选图和验证者选择后，询问用户是否有反馈。

- 如果用户给出反馈：把反馈、最优候选、验证者问题一起交回 `prompt_director`，再按风格注册表衍生下一轮。
- 如果用户说“没有意见”“继续”“按你判断优化”“再来一轮”：用验证者自己找出的问题和最优候选作为改写 brief；优先只重抽 `redraw` 候选，保留 `pass` 候选。
- 如果某张图只有小问题但不违反硬约束，保留并在推荐排序中降级；不要为了轻微审美偏好整轮重抽。
- 如果用户选定某张：停止迭代，给出选中图和可选的后处理建议。

### Step 6: 交付闸门

最终回复前必须通过交付闸门：

- 确认 `source_title` 和用户当前请求一致，避免把上一篇文章或上一轮主题的图混进来。
- 确认候选图数量等于本轮 `generation_mode` 应生成数量：`full` 默认 6 张，`quick` 默认 3 张；若用户指定数量，则以用户指定为准，但仍覆盖所有启用设计风格。
- 确认每个 `image_path` 是真实存在的绝对路径或可访问 URL。
- 最终回复必须直接展示全部候选图：`![候选 A](/absolute/path.png)`。
- 同时给出验证者选择的最优候选和一句理由。若图片无法展示，明确说“未完成”，不要说已经完成。

## 协作接口

多角色协作按 `agents/interface.yaml` 执行：

- `source_reader`: 读 URL/全文，禁止标题党式输入。
- `prompt_director`: 按设计风格注册表写生图提示词。
- `image_executor`: 调用 Codex 生图能力生成多风格候选图。
- `design_reviewer`: 审美验证、挑图、写迭代 brief。
- `iteration_orchestrator`: 处理人类反馈与二轮衍生。
- `delivery_presenter`: 校验本轮产物路径并展示全部候选图。

## 参考文件

- `references/source-intake.md`
- `references/design-styles.md`
- `references/style-combinations.md`
- `references/base-prompt.md`
- `references/generation-workflow.md`
- `references/review-rubric.md`