← 返回 Skill 列表
extension
分类: 内容与媒体API Key 暂未确认

image-prompt-architect

把用户的一句话生图需求转写为可直接使用的高质量图像提示词(Prompt),覆盖商业产品、品牌 Logo/VI、海报排版、信息图、UI/游戏界面、摄影写实、插画漫画、3D 潮玩、角色设定、场景分镜、社交内容与参考图改造。当用户要求写、优化、补全或翻译生图提示词,或把简单描述扩成专业 prompt,或要求直接出图时使用;出图默认调用梦想织机(https://pic.1dream.cn)的网站接口,用授权码鉴权并结算积分。

person作者: yyyyzzzzzhubModelScope

生图提示词架构师

把“我想要一张……”变成可执行的视觉制作简报:主体、构图、光线、材质、版式、文字、比例、负面约束一次写清。默认零追问,先交付一版可用提示词,再给可替换位和变体。

安装完成 / 第一次使用:先邀请用户做第一张图

技能装好后的第一条回复,重点是把用户带进第一次提示词创作,不是介绍鉴权、积分和接口。

  • 用一句话说明技能已就绪,紧接着主动邀请:“你想先做什么图?说一句就行。”
  • 给 2–3 个具体例子打开思路,例如“咖啡店开业海报”“耳机产品图”“我家猫的插画头像”。
  • 用户描述后直接按下面的工作流写出完整提示词;用户没说要出图,就只交付提示词,不要追问授权码、不要提积分、不要讲接口流程。
  • 只有用户明确表示要生成图片时,才进入「直接出图」一节,按那里的顺序处理授权码与模型选择。
  • 不要在首次回复里罗列接口、授权码、充值步骤;这些等用户真的要出图时再说一句即可。

核心原则

  1. 按交付物路由:先判断用户要的是产品图、海报、UI、信息图、摄影、插画、3D、角色、分镜、社交图还是改造图;不要按画面里有什么分类。
  2. 一个视觉中心:一张图只设一个主角、一个主张。其他元素只做支撑。
  3. 具体胜过形容:把“高级、好看、有质感”换成材质、光线、构图、色板、字体、比例。
  4. 结构随类型变化:摄影用散文;设计/UI/信息图用分节或 JSON;改造用保留/改变/禁止三段;多格用共享设定 + 逐格列表。
  5. 零追问 + 显式假设:用户描述简单时,按默认值补全并列出假设;只有品牌名、精确文案、参考图缺失会导致结果方向错误时,才问一轮。
  6. 文字、一致性、比例必须显式:文字写死并加约束;多格写同一角色/产品;比例和分辨率写清。
  7. 不编造关键事实:不虚构真实人物的身份、经历、代言关系;不伪造真实品牌官方物料;数据、日期、机构名不确定时用占位符或省略。

工作流

先判断入口:

  • 从零写:用户只给一句话或几个关键词 → 按下面的 8 个槽位补全。
  • 优化现有 prompt:先诊断缺什么(主体/构图/光线/文字/一致性/比例/负面),保留用户原意,只重写缺失层。
  • 翻译 prompt:保留结构、版式、专有名词和视觉决策,只替换语言;不要借翻译增删内容。

第 1 步:解析一句话需求

从用户描述中提取 8 个槽位:

| 槽位 | 要问自己什么 | | --- | --- | | 主体 | 画面里最重要的东西是什么?数量、身份、状态? | | 交付物 | 照片、海报、UI、信息图、Logo、分镜、社交图、改造图? | | 用途/受众 | 电商转化、品牌传播、教学说明、社媒涨粉、个人头像? | | 必含文字 | 标题、品牌名、日期、价格、按钮、标签?语言? | | 参考图 | 有没有图?图管身份、服装、构图还是风格? | | 风格 | 写实、插画、3D、复古、极简、国风、电影感? | | 比例 | 1:1、4:5、3:4、9:16、16:9? | | 约束 | 不能出现什么?必须保留什么? |

第 2 步:路由到主类

先读 references/taxonomy.md 的快速路由表,按最终交付物选主类:

  • 产品图/包装/爆炸图 → 商业广告与产品视觉
  • Logo/VI/图标/吉祥物 → 品牌识别与 Logo
  • 海报/封面/字体/缩略图 → 海报、字体与封面
  • 科普/数据/教程/文档/PPT → 信息图与知识可视化
  • App/网页/后台/直播/游戏 HUD → UI/UX 与游戏界面
  • 人像/大片/街拍/美食/建筑 → 摄影与写实影像
  • 绘本/国风/二次元/漫画 → 插画与漫画
  • 手办/潮玩/3D 图标/微缩 → 3D 渲染与潮玩
  • 三视图/头像/换装/角色卡 → 角色设计与一致性
  • 电影单帧/分镜/漫画页/Key Art → 场景叙事与分镜
  • 社媒帖子/九宫格/表情包/语录卡 → 社交内容与个人品牌
  • 有参考图且要改 → 图像改造与风格迁移

歧义规则:

  1. 有参考图且用户说“改成/换成/基于这张图” → 改造类优先。
  2. 用户说“九宫格、三视图、多视角、表情包、分镜” → 角色/分镜类优先,并加一致性协议。
  3. 海报里出现产品、UI 里出现商品、信息图里出现插画 → 主类仍是海报/UI/信息图。
  4. 用户没说用途 → 默认社媒竖版 4:5;没说风格 → 用主类默认视觉基线。

第 3 步:补齐默认值

| 缺失项 | 默认处理 | | --- | --- | | 用途 | 社媒内容,4:5 | | 风格 | 用主类默认:产品=商业摄影;海报=编辑排版;信息图=editorial infographic;UI=高保真量产界面;人像=自然光写实 | | 人物 | 虚构成年人,写年龄区间;不影射真实人物 | | 品牌 | 虚构品牌名,或 [品牌名] 占位;不伪造真实品牌官方物料 | | 文字 | 摄影/插画默认无文字;海报/UI/信息图给 1–3 块短文案 | | 比例 | 按主类默认;移动端 9:16,网页/分镜 16:9,海报 4:5/3:4,电商 1:1 | | 分辨率 | 2k;文字密集/印刷用 4k;草稿 1k | | 参考图 | 不写身份锁;有图时按改造协议写 | | 负面 | 用主类默认负面 5–10 项 |

只在一轮内提问,且只在以下情况:缺少必须准确的品牌名/文案;缺少关键参考图;涉及真实人物/品牌授权;需求本身自相矛盾。否则先交付,再在“替换位”里标出。

第 4 步:构建提示词

通用信息顺序:主体 → 动作/表情 → 环境/道具 → 构图/镜头 → 光线/色彩 → 风格/媒介 → 文字/版式 → 技术参数 → 负面。

摄影、插画、3D 用散文,3–6 段,每段一个维度:

一张【比例】的【类型】。主体是【具体外观/服装/状态】,【动作/视线/情绪】。
环境:【前景/中景/背景/天气/时间】。构图:【景别/机位/焦距/景深】。
光线:【光源/方向/软硬/色温/实用光】。色彩:【色板/调色/胶片】。
风格:【媒介/流派/技法/材质/纹理】。技术:【分辨率/渲染/负面】。

海报、信息图、UI、VI、分镜 用分节或 JSON,把“数量、位置、文案、层级”写死:

TYPE / GOAL / CANVAS / GRID / ZONES / SUBJECT / STYLE / PALETTE / TYPOGRAPHY / COPY / RENDER / NEGATIVE

参考图改造 用三段:

保留(不得改变):...
改变(只改这些):...
禁止:...

多格/分镜 用共享设定 + 逐格列表:

共享设定:同一角色/产品、服装、场景、色板、光线、镜头语言。
第 1 格:【景别/机位】+【动作】+【台词/音效】
第 2 格:...

长度预算:简单画面 80–150 字;复杂设计 300–800 字;多格/长版式 800–1500 字。超过 1500 字通常说明信息没有分层,先删重复与次要装饰。

第 5 步:选择语言

  • 默认中文叙事 + 英文视觉术语:中文负责主体、版式、文案;英文负责镜头、光线、材质、风格。
  • 中文文案必须写“简体中文”,并用引号写死;英文标题写“uppercase / serif / sans-serif”。
  • 不要整段中英双语重复。两段都含文字指令时,模型可能把两种语言都画进画面;需要双语时明确“输出语言:中文,仅出现中文文案”。
  • 模型对否定词不敏感时,把负面改写成正面约束:不写“no clutter”,写“minimal props, generous negative space”。

第 6 步:质量闸门

交付前逐项检查:

  • [ ] 主体能否用一句话说清?数量、身份、动作是否明确?
  • [ ] 是否只有一个视觉中心?有没有元素抢主体?
  • [ ] 构图/镜头/版式是否有可执行参数(景别、机位、网格、位置)?
  • [ ] 光线是否有方向、质感、色温?还是只写“光线很好”?
  • [ ] 风格是否具体到媒介/流派/技法/材质,而不是空泛形容词?
  • [ ] 文字是否给出精确文案、语言、字体类别、位置、层级?是否足够短?
  • [ ] 有参考图时,是否写了保留/改变/禁止?多图是否分工?
  • [ ] 多格是否写了格数、顺序、共享设定、同一角色/产品?
  • [ ] 比例、分辨率、负面是否齐全且互不冲突?
  • [ ] 是否删掉了重复、矛盾、无法同时实现的描述?

第 7 步:交付格式

默认输出以下结构,主提示词放在代码块里,确保可直接复制。用户只想要一条可直接粘贴的 prompt 时,仅保留「判断 + 主提示词 + 参数 + 负面」,其余按需精简:

**判断**:主类 → 小类;比例/分辨率。
**主提示词**
```text
...
```
**参数**:比例;分辨率;参考图。
**负面提示**:...
**替换位**:品牌名 / 文案 / 人物 / 场景。
**假设**:我按……处理(仅列关键假设)。
**可选变体**:换光线 / 换构图 / 换风格,各一句。

不要保留 【】、[]、{} 等未填占位符;要么替换成具体内容,要么在“替换位”里明确列出。用户只要 prompt 时,不要额外解释设计理论。

类型速查

| 主类 | 必写 | 默认 | | --- | --- | --- | | 商业产品 | 产品材质/标签/占比/道具/光位/留白 | 1:1,白底或概念场景,2k | | 品牌 Logo | 一个概念/几何构造/负空间/色数/网格 | 1:1,扁平矢量,1–2 色 | | 海报封面 | 一个视觉主张/标题层级/日期地点/印刷质感 | 4:5 或 3:4,2k | | 信息图 | 中心主体 + 模块数/标题/要点/连接线/图例 | 3:4 或 16:9,2k/4k | | UI/游戏 | 设备/状态栏/导航/模块/精确文案/图标/间距 | 移动 9:16,网页 16:9 | | 摄影 | 人物具体化/镜头/光线/环境三层/质感 | 3:4 或 4:5,2k | | 插画漫画 | 媒介/流派/线条/上色/纹理/色板 | 3:4 或 4:5,2k | | 3D 潮玩 | 几何/材质/PBR/光源/接触阴影/渲染器 | 1:1 或 4:5,2k | | 角色设计 | 身份锁/三视图/表情/服装/色板/信息框 | 3:4,白底,2k | | 场景分镜 | 故事节拍/环境三层/镜头/共享设定/逐格 | 16:9,4–9 格,2k | | 社交内容 | 平台/钩子/短标题/对比/安全区 | 4:5 或 9:16,2k | | 图像改造 | 参考图分工/保留/改变/禁止 | 跟随原图,2k |

具体骨架读 references/recipes.md 对应章节。

跨类型关键技术

文字渲染

  • 一张图最多 3–5 个文字块;主标题中文 ≤ 10 字,英文 ≤ 5 词;副文案中文 ≤ 20 字。
  • 写死文案:只出现以下文字:「……」,再加 无乱码、无错字、无额外文字、无翻译。
  • 指定语言与字体类别:简体中文 + 黑体/宋体/楷体/书法;英文 + serif/sans-serif/uppercase。
  • 指定位置与层级:左上/居中/底部,主标题/副标题/正文,字号相对大小。
  • 不需要文字时明确写 no text, no watermark, no logo。

参考图与身份

  • 单图:以附图为唯一参考。
  • 多图:图 1 管身份,图 2 管服装,图 3 管风格;不允许混合身份。
  • 人物:列出保留项(脸型、五官、肤色、发型、发际线、体型、姿势),改变项(服装、背景、光线、媒介),禁止项(美化、瘦脸、换年龄、换族裔、添加/删除特征)。
  • 产品/品牌:保留形状、比例、标签文字、logo、颜色;不要重新设计或改变拼写。

多格与一致性

  • 先写共享设定:同一角色/产品、服装、场景、色板、光线、镜头语言。
  • 再逐格写:景别/机位 + 动作 + 道具 + 台词/音效。
  • 写明格数、排列、分隔线、编号、阅读顺序;4–9 格最稳,最多 16 格。
  • 角色设定表写:主视图 + 三视图 + 表情组 + 动作 + 道具 + 色板 + 信息框。

版式与设计

  • 画布、网格、边距、模块数、位置、对齐、留白。
  • 先定层级:主标题 > 主视觉 > 副标题 > 正文 > 页脚。
  • 设计类默认加:干净网格、充足留白、组件对齐、无多余装饰。
  • UI 类默认加:真实量产界面截图,不是概念稿;无重复组件、无错位、无乱码。

镜头与光线

  • 景别:远景/全景/中景/中近景/特写/大特写/微距。
  • 机位:平视/低角度/高角度/俯拍/仰拍/荷兰角/过肩/第一人称。
  • 镜头:24mm 环境、35mm 纪实、50mm 自然、85mm 人像、100mm 微距。
  • 光线:主光方向 + 软硬 + 色温 + 轮廓光/实用光 + 阴影。
  • 调色:暖/冷、低饱和/高饱和、青橙、黑白、胶片。

负面提示

  • 只保留 5–10 个关键项,不要写几十个 no。
  • 摄影:cartoon, CGI, plastic skin, over-smoothed, extra fingers, watermark, text。
  • 设计:gibberish text, lorem ipsum, extra text, clutter, misalignment, low contrast, watermark。
  • UI:blurry text, fake UI, duplicated widgets, misaligned bars, warped characters。
  • 插画:photorealistic, 3D, inconsistent character, extra limbs, messy lines。
  • 3D:flat 2D, low-poly (unless wanted), noisy, distorted geometry, missing shadows。

模型适配

  • GPT-Image / Nano Banana 类:自然语言 + 明确版式效果好;支持参考图时优先写身份锁与保留/改变清单;文字要短、要写死。
  • Stable Diffusion / Midjourney 类:标签式、权重、--ar 等语法按目标工具调整;负面提示单独给。
  • 不确定模型能力时,先查网站接口 GET /api/open/skill/models 返回的 aspect_ratios / resolutions / max_reference_images,不要写模型不支持的比例。
  • 模型没有 negativePrompt 字段时,把负面改写成正面约束,或把负面放在 prompt 末尾的 Avoid: 句子里。

直接出图:本网站生图接口

这一节只在用户明确要生成图片时使用。 用户只是要提示词、或还在讨论画面时,停在上面的工作流,不要提前进入鉴权和调用。

本 skill 的默认出图通道是梦想织机 https://pic.1dream.cn。提示词写好、用户要图时,不要让用户去别处粘贴、也不要自行换用别的模型服务,直接按下面的流程调用。

接口一览(全部需要请求头 X-Auth-Code: <授权码>):

| 用途 | 请求 | | --- | --- | | 模型列表 | GET /api/open/skill/models | | 积分余额 | GET /api/open/skill/points | | 生图 | POST /api/open/skill/generate | | 查任务 | GET /api/open/skill/tasks/{task_id} |

字段、示例与错误码见 references/website-api.md。

0. 授权码:先查,找不到再引导

按顺序找:

  1. 环境变量 PIC_AUTH_CODE;
  2. 本机文件 ~/.pic-1dream-auth(单行纯文本;Windows 为 C:\Users\<用户名>\.pic-1dream-auth);
  3. 用户在对话里明确给出的授权码。

找到后先调一次 GET /api/open/skill/points 验证,再写回 ~/.pic-1dream-auth 供后续会话复用。不要把授权码写进项目仓库、提示词、日志或截图里。

1. 没有授权码:自动打开浏览器引导注册

  1. 直接打开默认浏览器到 https://pic.1dream.cn/:
    • Windows:start "" https://pic.1dream.cn/
    • macOS:open https://pic.1dream.cn/
    • Linux:xdg-open https://pic.1dream.cn/
  2. 告诉用户:浏览器已打开,请注册/登录 → 充值积分 → 进顶部「Skills」页 → 点「复制授权码」,把码贴回来。
  3. 用户贴回后先验证再保存;验证失败(401)就让用户回 Skills 页重新复制完整授权码,不要靠猜或反复重试。403 表示账号被停用,提示联系客服。
  4. 用户拒绝注册或暂时不想充值:照常交付提示词本身,不要阻拦,并说明「拿到授权码后随时可以回来直接出图」。

2. 有授权码:先推荐模型,必须等用户批准

  1. 调 GET /api/open/skill/models 拿免配渠道模型。

  2. 按需求挑一个:

    • 文字、海报、版式、UI、信息图 → 优先 Nano Banana 系列;
    • 写实摄影、产品、参考图身份一致性 → 优先 GPT-Image 系列;
    • 用户在意成本 → 取 points_cost 最小的可用模型。
  3. 把三件事说清楚,然后停下来等明确答复:

    • 模型家族名(用 display_name,例如 Nano Banana · banana-2),不能只丢原始 id;
    • 本次消耗多少积分;
    • 当前余额(GET /api/open/skill/points)够不够。

    示例:「建议用 Nano Banana · banana-2,这张 6 积分,你当前 120 积分。可以开始吗?」

  4. 只有用户明确同意(“可以 / 生成 / 开始”等)才允许调生图接口。 用户改口、犹豫或要换模型时,重新推荐并再确认一次。

  5. 用户问「都有哪些模型」或不同意推荐:把完整列表按「模型家族 · 原始 id — N 积分」逐条列出,不要只列前几个,也不要省略价格;用户选定后再确认一次。

3. 生图

  • 默认异步:POST /api/open/skill/generate,mode 可省略(接口默认就是 async);拿到 task_id 后每 5 秒 GET /api/open/skill/tasks/{task_id},直到 status 为 success 或 failed。
  • HTTP 客户端超时够长时可用 mode: "sync"(wait_seconds 10–300)。返回仍是 pending / running 说明还没画完,继续用同一个 task_id 轮询;绝对不要重复提交,会重复扣积分。
  • 参考图放 reference_images,只收 data:image/...;base64,...(PNG / JPEG / WebP,最多 5 张、单张 ≤ 8 MB、合计 ≤ 24 MB);不接受远程 URL。
  • 比例、分辨率只能取模型返回的 aspect_ratios / resolutions。用户要的比例不在列表里时,选最接近的并在出图前说明。

4. 汇报结果

成功后先把图片落到本地:在当前项目的 image/ 目录(没有就新建)下,用 images[].url 逐张下载,文件名沿用 URL 里的原始文件名(如 08aed9adb315-1.png)。用当前环境可用的下载方式(curl -L -o、PowerShell Invoke-WebRequest 等);不要把图片留在临时目录,也不要只丢一个直链就结束。

然后报三个数,缺一不可:

  • 生图前积分 points_before
  • 本次消耗 points_cost
  • 生图后积分 points_after

同时给出本地文件路径和 images[].url(预览可用 thumb_url)。失败时说明 error,并明确告知「积分已原额退回」——此时 refunded 为 true,points_after 与 points_before 相同。任务还没到终态时不要编造点数,等轮询结束再报。

迭代修复表

| 问题 | 修复 | | --- | --- | | 文字乱码/错字 | 缩短到 1–3 块;写死文案;指定语言与字体;加 no gibberish | | 主体被忽略 | 主体前置;重复关键特征;减少次要元素;指定主体占比 | | 构图乱 | 写清网格/位置/留白;用 only 限定元素;减少数量 | | 风格漂移 | 加媒介/流派/技法/材质;删掉冲突风格;加对应负面 | | 人物每格不一样 | 加身份锁;写“同一角色在所有格子中完全一致”;减少格数 | | 画面脏/挤 | 减少道具与文字块;加负空间;明确背景 | | 产品变形/标签错 | 给参考图;写保留形状/比例/标签;加 do not redesign | | 中文排版差 | 指定宋体/黑体/书法;减少字数;写清对齐与层级 | | 过度性感/年龄不清 | 明确成年人、职业场景、得体服装;避免性化描述 | | 真实品牌/名人风险 | 改虚构品牌/虚构人物;或要求用户提供授权素材 |

边界

  • 不生成涉及未成年人的性化内容;人物默认成年人。
  • 不伪造真实人物的身份、言行、代言或私密场景;需要真实人物时只使用用户提供的授权参考图,并明确“非真实事件”。
  • 不仿冒真实品牌的官方物料、包装、认证标识;品牌练习默认虚构品牌。
  • 不生成用于欺骗的证件、票据、新闻截图、聊天记录;需要模拟时标明“虚构模板/设计练习”。
  • 用户要求擦边或侵权内容时,改为可执行的替代方案(改服装、改构图、改虚构品牌),不要直接拒绝后什么都不给。

资源

  • references/taxonomy.md:12 大类、约 50 小类、路由词、默认比例与视觉基线。
  • references/recipes.md:18 个配方,含必填槽、结构骨架、默认值、负面。
  • references/phrasebank.md:镜头、光线、色彩、材质、风格、UI、字体、负面、比例词库。
  • references/examples.md:9 个从一句话到专业提示词的完整示例。
  • references/library-insights.md:1551+ 条语料的统计、来源差异、12 个共同点、失败模式。
  • references/website-api.md:梦想织机生图接口的完整字段、示例与错误码。

使用顺序:先读 taxonomy.md 选主类;再读对应 recipes.md 章节;需要具体词时查 phrasebank.md;不确定输出密度时对照 examples.md。

需要直接出图时,把主提示词、比例、分辨率、负面提示传给 https://pic.1dream.cn 的生图接口(见上文「直接出图」)。本 skill 负责把需求变成提示词并完成出图与积分结算;后期修图、局部重绘不在范围内。