条件控制与提示设计

本节目标

把创意描述拆成模型可执行、评审者可核对、版本系统可比较的条件。提示词不是咒语,而是任务规格的一部分。

六槽提示结构

从具体到抽象填写以下槽位:

  1. 用途与画布:电商主图、教学插图或分镜;比例与安全区域。
  2. 主体:谁或什么,数量、外观和相对位置。
  3. 动作与关系:主体正在做什么,彼此怎样交互。
  4. 环境与时间:地点、天气、时代、背景复杂度。
  5. 镜头与光线:景别、视角、焦点、主光方向。
  6. 视觉语言:媒介、色彩、质感;用可描述特征,避免不必要模仿在世艺术家。

例如:“用于中文教程封面的 4:5 竖图;一只白色机械臂在明亮实验室中把蓝色样品管放入支架;中景、略俯视、主体居中偏下;冷白主光与少量蓝色轮廓光;简洁矢量插画;上方保留 25% 无元素标题区;不生成文字、商标和人物。”

硬约束、软偏好与验收

  • 硬约束:必须满足,否则淘汰,如主体数量、禁止商标、标题安全区。
  • 软偏好:希望满足,可在冲突时让步,如“温暖而克制”。
  • 验收标准:由人或程序如何判断,如“两个样品管均可见”“没有可读品牌标识”。

不要把否定提示当万能过滤器。模型可能不理解复杂否定,也可能在安全过滤前拒绝请求。关键禁止项应同时进入请求前策略检查和生成后人工审查。

参考输入与编辑控制

参考图可提供身份、布局、颜色或风格,但要明确“参考哪一部分”以及是否有使用权。局部编辑还要记录:asset_id、source_revision、原图/遮罩哈希、允许变化区、保护区、目标描述和验收对比;对象级授权/ACL 必须在任何候选评分或模型读取前生效。若产品支持结构控制图或强度参数,它们都是供应商特定能力,必须做能力探测,不能在通用业务层写死。

迭代而非堆词

一次只改变一个主要变量:先确认布局,再确认主体,再处理风格和文字。为每轮保存 prompt_version、改变原因、输出编号和评分,并把执行链标为 transform_id;候选进入发布队列时再分配 release_id,不要用文件名猜版本。若连续多轮同一缺陷不改善,换任务分解方式(例如先生成无字背景,再由排版工具加字),不要无限追加形容词。

常见错误与排查

  • 矛盾:“极简背景”同时要求十种道具;先确定优先级。
  • 不可观察:“更高级”;改写为色彩、材质、留白、镜头等可见特征。
  • 一次改太多:无法知道哪项变化有效;保留单变量实验表。
  • 将提示当安全策略:安全规则必须独立执行。

练习与自测

把“做一张好看的 AI 海报”改写成六槽规格,标出三项硬约束、三项软偏好和四项验收标准。再说明如果文字生成不稳定,你会怎样拆分工作流。

继续学习 构图、风格、文字与编辑。

参考资料