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