anishort中gemini不是独立模型，而是嵌入工作流的“角色设定生成助手”，必须绑定主体库id、参考图及智能连线才能稳定出图；单独输入提示词必然失败。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
直接说结论：AniShort 里 Gemini 不是独立调用的模型，而是作为“角色设定生成助手”嵌在节点工作流中，必须配合主体库和智能连线才能稳定出图；单独喂提示词给 Gemini 几乎必然翻车。
为什么不能直接在 AniShort 里“调用 Gemini 生角色”
AniShort 的 Gemini 并非开放 API 接口，它被封装成预设任务节点，只响应结构化输入：必须提供人物基础描述 + 参考图（哪怕只是草图）+ 主体库 ID。如果你跳过主体库注册、没上传参考图、或只丢一段文字提示词，Gemini 节点会静默失败或输出泛化人脸——这不是模型能力问题，是平台强制校验机制。
- 常见错误现象：
Gemini节点状态显示“已完成”，但生成图里人物发型/服装/脸型全变，且无报错提示 - 根本原因：AniShort 把角色一致性当作流程起点，不是生成终点；
Gemini在这里只负责“扩写+格式化”，不负责“锚定视觉特征” - 正确使用前提：你已在“主体库”中创建该角色，并至少上传一张正面参考图（哪怕手绘线稿也行）
角色设定节点中 Gemini 的实际调用路径
在 AniShort 无限画布上，Gemini 参与角色设定只有唯一标准路径，绕不开三个环节：
Ask Gemini/ChatGPT
下载
用于在用户想通过浏览器自动化与 Google Gemini 或 ChatGPT 交互时。触发短语包括“ask Gemini”“ask ChatGPT”“ask GPT”“让...”。
- 先建主体库条目：点击左侧栏
主体库→+ 新建角色→ 填写基础字段（姓名、年龄、性别、核心气质关键词），并上传至少 1 张参考图（建议正面+半身） - 再拖入
Gemini 角色扩展节点：不是通用 Gemini 节点，必须选名称含“角色扩展”或“ID 锚定”的专用节点 - 最后手动连线：把主体库中该角色条目的输出端口，拖线连到
Gemini 角色扩展节点的subject_id输入口；此时再双击节点编辑提示词，Gemini才会读取锚定特征
提示词怎么写才不被 Gemini 忽略关键信息
即使走对流程，Gemini 仍可能弱化你强调的细节。它优先响应“位置+动作+光照”类硬指标，对抽象描述（如“忧郁感”“贵族气质”）默认降权。实操建议：
- 必须包含三项硬约束：
front view、shoulder-up framing、studio lighting（确保构图和光照可控） - 服装/配饰用具体名词+材质，避免形容词：写
black silk hanfu with silver crane embroidery，别写elegant traditional robe - 脸部特征绑定像素级描述：比如
slightly upturned eyes, 3mm gap between front teeth, mole below left ear；Gemini对数字比对“灵动”“清冷”更敏感 - 禁用模糊动词：
appears、seems、looks like全部删掉，全部改用has、wears、holds
生成后必须立刻做的验证动作
很多人卡在“图出了但不敢用”，其实是漏了关键校验步骤。AniShort 的 Gemini 输出不是终稿，而是中间资产：
- 立刻打开该角色的主体库条目，对比新图与原始参考图的三处：左耳垂形状、发际线转折点、衣领第一颗扣子位置——这三处是 AniShort 内部校验锚点，偏移超 5 像素即视为不一致
- 右键新图 →
设为该主体库条目的主参考图：不手动设置，后续视频节点不会继承这张图的特征 - 检查节点日志里的
subject_confidence_score值：低于 0.82 的输出建议废弃，重跑时微调提示词中的一项硬约束（比如把studio lighting改成soft window light from left）
真正卡住人的从来不是 Gemini 能不能生成角色，而是没意识到 AniShort 把“角色”定义为一个带版本号的结构化数据对象，而不是一张图。主体库 ID、参考图哈希值、confidence_score 这三样东西，比任何提示词都重要。
