CommunityImagemgithub.com

H3 图像提示词 - MiniMax-H3-Image

编写、改写和检查 MiniMax-H3-Image 文生图及图像编辑提示词,支持参考图分工、局部修改、换背景等操作。

O que é H3 图像提示词 - MiniMax-H3-Image?

此技能专门为 MiniMax-H3-Image 模型设计,提供文生图和图像编辑两种模式的提示词编写服务。它严格遵循《MiniMax-H3-Image 使用手册》,确保提示词可执行、逻辑清晰。技能支持 1 至 16 张参考图的分工使用,涵盖局部修改、换背景、删除补全、海报文字、网格多视图、写实摄影和概念设计等多种应用场景。通过精确的“先任务后风格、先整体后局部”写作方法,以及明确的参考图编号与分工标签(如 `<Picture 1>`),该技能帮助用户高效生成可直接粘贴的中文提示词,也可按要求输出英文或结构化版本。它避免了空泛词汇和未经确认的语法,确保最终输出符合模型限制,并能处理多轮编辑中的一致性保留问题。该技能不用于 H3 视频或其他模型,专注于提升 MiniMax-H3-Image 的产出质量和准确性。

Funciona com~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/AI-KSK/minimax-h3-image-prompts/tree/HEAD/minimax-h3-image-prompts

Installed? Explore more Imagem skills: steipete/songsee, affaan-m/frontend-design, mattpocock/improve-codebase-architecture · View all 6 →

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

H3 图像提示词

为 MiniMax-H3-Image 编写可执行的视觉描述。以 MiniMax-H3-Image 使用手册为基础,服务文生图和图像编辑两种模式;不要按换装、姿势等用途拆出新的工作流。

执行顺序

  1. 判断模式:无参考素材时按文生图;有图并要求修改、组合、借用内容时按图像编辑。提到参考图但实际不可见时,按用户明确说明的用途编写,勿假装看见图中细节。
  2. 提取硬要求:用途、主体数量及身份、动作、构图、尺寸、文字、风格,以及不得变更的内容。用户后续纠正优先于旧方案。
  3. 多图时建立编号与分工:确认实际上传顺序,再将用途映射为 <Picture 1> 到 <Picture 16>。需要时先给简短的“图片编号 / 用途 / 保留范围”表;用户只要提示词时把映射融入正文。
  4. 依据下文的两种模式写作;细节优先级为用户硬要求、参考图归属、整体布局、局部视觉细节、风格修饰。
  5. 执行末尾自检,再交付一份可直接粘贴的提示词。只有用户要求多个方案时才输出多个版本。

默认只写提示词,不自动生成图片,不修改工作流或设置。用户明确要求生成图片时,再按所选工具执行,不能声称工具必然使用 H3。

共同写法

  • 先任务后风格:先说做什么、用在哪、主体是谁及其动作,再说视觉语言。
  • 先整体后局部:先定画幅、主体数量、站位、视角、分区与留白,再写服饰、器物、材质等。
  • 用可见的色彩、光源方向、材质、纹理、边缘、透视和景深替代“高级、大片、超真实”等空泛词。少量风格名可以保留,但补上可见依据。
  • 不强加统一“电影感”。用户要手机随拍、MiniDV、像素、线稿时,匹配对应的信息密度、成像缺陷和媒介,不附加冲突的胶片、HDR、CG或锐化要求。
  • 只补足完成意图所需的非关键细节;不擅自换脸、换人、加角色、加文字、加品牌或改构图。用户明确让模型自由发挥的区域可以设计。
  • 把关键内容放前面,去掉重复修饰和矛盾约束。不得为追求长提示词而填充到上限;官方手册所列4096 tokens截断属于平台说明,不能把32000字符当作保证完整生效的长度。
  • 中文默认使用自然中文;用户要求英文再给英文,或明确关闭本地扩写且需要英文直输时给英文版。翻译描述时,保留画面中实际要出现的中文、标点、大小写和专名。
  • 禁止套用 Stable Diffusion 权重标签、LoRA加载语句或未经确认的 H3 专有语法。不默认附加独立负面提示词;把必要排除项写成正文中的明确约束。

模式一:文生图

采用顺序:

任务/用途 → 画幅与布局 → 主体与动作 → 环境及空间关系 → 光线、色彩、材质和媒介 → 文字或无文字要求 → 必要排除项。

只写仍然成立的约束。例如“完整全身”时为头脚留空间;近景人像不要同时要求全身和脚部。主体朝向、相机朝向及左右关系必须能共同成立。

  • 写实人像:描述真实皮肤、自然表情、布料、头发、环境光与可信景深;不要用“绝对无AI感”代替具体描述或承诺效果。
  • 游戏/机械/产品概念:固定部件数、结构比例、视图对应与材料;未给真实尺寸时不要虚构测量结果,虚构设计标为概念。
  • 海报/封面:先确定视觉重心与文字区。用户要标题时逐字给出文字与层级;用户要后期排字时只留区、不让模型自行生成占位字。
  • 网格/多视图:写“2行3列(行×列)”,并逐格说明内容;同一对象的各视图须保持身份、结构、服装和比例一致。

模式二:图像编辑

采用顺序:

编辑哪张图 → 每张参考图提供什么 → 修改对象及位置 → 变化操作与最终状态 → 保留项及范围 → 输出构图/画幅 → 风格匹配与必要排除项。

参考图分工

  • 以实际上传顺序编号,最多16张。未启用的空框不构成参考图,也不虚构缺失素材。参考图数量是上限,勿要求用户填满16框。
  • 最终可粘贴提示词中的每次图片引用,严格使用字面标签 <Picture 1>、<Picture 2> 等(含尖括号、空格和数字);即使整段是中文也保留这些标签。不要在提示词内改写成“图1”“图片一”或无尖括号的“Picture 1”。提示词外的中文说明可使用“图片1”。
  • 有底图时说明底图编号;通常是 <Picture 1>,但用户指定其他图为底图时服从指定,不把第一张永远当人物图。
  • 指明每图究竟提供身份、服装、姿势、对象、颜色、材质、布局或风格。借用颜色时明确不借用其形状、材质、人物;借用姿势时不复制姿势图人物的脸和衣服。
  • 将局部相似度目标落到可观察特征,如五官结构、发型、身份、衣服剪裁、纹理与配件;不预先保证人物百分之百一致。
  • 编号有空洞时按实际送入模型的图片顺序核对。遇到要求连续输入的16框流程,提醒从图片01连续填写;必要时说明重编号对应,不自行改变用户已确认的映射。
  • 超过16张时先让用户指定保留哪16张或如何拆轮;不得默默截断。分轮时每轮明确使用当前哪些成图和参考图。

变化与保留

  • 改色:明确部位、新色和边界;保留形状、材质、纹理、尺寸、位置及光照中仍应不变的部分。
  • 移动:只移动原对象,交代新位置、比例、遮挡与接触关系,并补全旧位置;不生成第二份。
  • 复制:保留原对象,指明新增数量和各位置。
  • 替换:旧对象消失,新对象占据指定位置,匹配透视、尺度、遮挡、接触阴影与环境光。
  • 删除:明确只删除哪个对象;说明原区域应由何种连续背景、地面或纹理补全。
  • 换装/姿势/背景:列出改变范围,再锁定仍要保留的人物与其他画面信息。姿势、视角或画幅改变时,不同时要求其身体位置、全部构图及所有像素绝对不变。
  • 局部文字/数据修改:提供完整替换内容、位置、字号层级和保留范围;不把原文截成片段后让模型猜测。
  • 多轮编辑独立写清“以本轮图片N为底图,修改什么,继续保留什么”。不用“上一张那样”“照旧”等脱离上下文无法执行的指代。

文字、知识与网格

  • 将需要显示的完整文字逐字放在引号内,明确位置、大小关系与分行。翻译外层提示词时不翻译需渲染的文字。
  • 不需要文字时写“画面中不添加文字、字母或数字”;用户要求保留包装或背景文字时改为“不添加新文字,原有文字保持”,不要与保留项冲突。
  • 所有数值、单位、对象映射、时间范围及面板标注应来自用户资料或已核实来源。先核对计算和逻辑,再要求模型绘图;不靠图像模型代替事实核实。
  • 数据不足时不编造论文结果、统计显著性、误差线、尺寸或实验组;可给待填模板,并标明缺少什么。用户允许示例数据时注明示例/合成。
  • 修改网格中的某一格时用“第2行第1列”等精确地址,并锁定其余格。不要使用只有“2×3”而没有行列说明的布局。

尺寸与部署边界

  • 用户给尺寸就沿用;只给用途时可作合理画幅选择,并在需要时用一句说明假设。没有唯一正确参数时不反复追问。
  • 在提示词中说明比例不能代替工作流/API里的实际宽高;只在用户需要操作参数时单独给设置建议。
  • 尊重用户现有工作流。若编辑流程已包含4MP缩放、32倍数对齐等处理,写提示词时不擅自删改,也不额外加缩放、抠图或预处理;未确认实际流程时,不假定这些节点必然存在。
  • 区分手册中的官方平台/API参数与本地实现。特别是“图像编辑强制扩写、单次1~10张、上传格式与大小限制”不可宣称为本地ComfyUI的必然限制。本地以实际节点和配置为准。
  • 不因写提示词主动切换 INT8/BF16、采样器、步数、CFG、模型精度或显存模式。不保证“6步”意味着任何硬件都有固定秒数。

输出约定

通常输出:必要时的一行参考图分工,然后一个包含完整提示词的纯文本代码块。用户说“只给提示词”时仅给代码块,不加标题、解释、参数表或自检报告。用户要求JSON、三段式 subject_definitions 或中英双语时按指定格式;不要把这些格式宣称为手册唯一要求。

编辑提示词应直接给本轮完整可执行版本,不只给需要插入的零碎补丁。只有缺失信息会改变主体身份、图片映射、准确文字或数据时才简短询问;一般构图和风格细节使用合理默认继续。

交付前自检

  • 是否模式正确,满足本轮用途,而非套用固定场景?
  • 是否参考图在1~16范围内、顺序准确、各图用途与保留范围明确?
  • 是否最终提示词中所有图片引用都使用了完整的 <Picture n> 标签,没有退化成“图1”或“Picture 1”?
  • 是否变化操作明确,删除与移动已说明原位置补全?
  • 是否画幅变化、姿势变化与“保持不变”之间没有矛盾?
  • 是否精确保留用户给定文字、标点、分行、单位和数据,未擅自补造?
  • 是否网格行列及镜头/视图数量一致,主体和结构没有数量冲突?
  • 是否去掉无用修饰、未填占位符、未经确认的模型语法和效果保证?
  • 是否仅交付用户要的提示词,没有自动出图、改流程或加预处理?

按需读取

  • 手册规则与平台边界:核对来源、手册页码、参数性质及导出完整性。
  • 提示词模板与示例:需要完整生成模板、编辑模板、颜色参考、三图换装姿势、删除补全或分格修改时读取。按当前任务重写,勿复用示例中用户没要求的身份、场景或风格。

Habilidades Relacionadas