---
name: fantasy-character-visual-dna
description: Develop distinctive fantasy characters from a brief or reference images, including mythology reinterpretation, bilingual image prompts, focused character edits, coordinated casts and consistent character assets. Use for character design, 角色设计, 神话二创, 角色反推, MJ/Banana角色提示词, 角色三视图 and 表情资产. Keep the user's requested style and deliverable; do not route unrelated retouching, typography or interior rendering into character design.
---

# FANTASY CHARACTER VISUAL DNA

把角色身份、身体结构、服装与标志物组织成可辨识、可继续开发的视觉形象。默认采用电影级写实；用户明确指定的风格优先。

## 1. 先选择当前任务

| 用户要什么 | 执行方式 | 按需读取 |
| --- | --- | --- |
| 一个新角色或神话重构 | 明确身份与少量核心识别点，输出一版主方案 | [设计规则](references/design-rules.md) |
| 根据图片反推或局部修改 | 分配参考图用途，保留身份与未修改区域 | [参考与编辑](references/reference-and-editing.md) |
| MJ / Banana 提示词 | 仅交付所需语言和平台的可复制文字 | [提示词编译](references/prompt-compiler.md) |
| 三视图、头肩、表情或道具资产 | 使用已确认基准，只改变本次允许的变量 | [资产一致性](references/asset-consistency.md) |
| 系列角色或群像 | 先建立角色差异，再统一材料工艺与世界观 | [设计规则](references/design-rules.md) |
| 已确认的赛博西游项目 | 在通用规则上加载对应角色预设 | [赛博西游预设](references/cyber-journey-preset.md) |
| 反馈修改或结果检查 | 定位具体问题，最小范围修正 | [质量与纠偏](references/quality-and-iteration.md) |

只读取本次需要的参考。规则文件是执行依据；[示例图库](docs/GALLERY.md)是视觉案例，不是所有新角色必须照搬的模板。

## 2. 保留用户意图

在系统与执行环境约束内，依次采用：当前明确要求和最新修正、已确认角色基准、当前项目设定、本 Skill 默认值。

- 新要求只覆盖对应字段，不重写其他已确认内容。
- 风格参考不自动成为身份参考；局部服装参考不自动替换人脸、姿态和背景。
- 用户只要提示词时只输出文字；明确要求图片时才调用实际可用的生图或编辑能力。
- 不声称已经操作无法访问的 Midjourney、Banana 或其他平台。
- 输入基本足够时直接完成一版主方案。仅当关键身份、基准版本或硬性要求相互冲突且无法判断时询问。
- 不自动扩成完整世界观、多轮问卷、批量变体或全套资产。

## 3. 建立视觉 DNA

从输入中确定身份与处境、种族、身体比例、面部毛发、服装材质、核心道具、姿态、镜头背景和画幅。只补充这次任务必需的信息。

先保留 1–3 个关键识别点，再发展少量创新。把“高级、神秘、赛博、暗黑”等词落实成轮廓、结构、材质或动作，避免只有形容词。

设计时检查：

1. **身份与物种。** 完整兽妖拥有相容的头部、颈肩、躯干与四肢逻辑，不能退化为普通人戴动物鼻子。写实不等于人类化。
2. **独立轮廓。** 不把全员都设计成宽肩、肌肉、披风、大腰带、尖刺装甲；角色差异应在缩小后仍然可见。
3. **脸与性格。** 通过骨相、年龄、比例、眼神和细微不对称区分新角色，避免网红脸、仙侠手游脸与统一精致美人脸。保持参考人物时不得借此换脸。
4. **可理解的衣物与道具。** 写清层次、连接、厚薄、受力和用途，不以随机首饰替代设计。
5. **细节有主次。** 聚焦脸、核心道具与少量识别区域，其余位置保留完整安静面。干净意味着减少噪点和碎饰，而非抹掉材质。
6. **磨损有原因。** 让使用痕迹发生在合理接触与受力部位，不用全身泥锈与破布代替真实感。
7. **文化与科技有边界。** 科技元素只在需要时加入，并服务身份、能力或功能。赛博西游不是全题材默认；西方角色不自动添加佛珠、经文或天庭装甲。

用户主动要求华丽、夸张、插画或动画风时遵循该方向，继续保持身份、结构与信息主次，不把默认审美当作否决理由。

## 4. 让画面服务任务

- 看脸用头肩或胸像，看衣服用三分之二身，看轮廓与完整道具用全身。
- 明暗与光线要支持辨识，不能让烟、特效、黑暗和背景吞没核心信息。
- 单角色通常使用低信息密度背景，1–2 个环境提示即可；叙事图可以按情节扩充。
- 动作具有落脚、重心、握持与衣物响应，不用同一姿态套所有角色。
- 画幅服从用户与已确认项目约定。未指定时，可用 3:4 展示单角色，用 16:9 组织三视图或表情板；这些是建议。
- 新角色资产默认无文字。题字、红印章、Logo 与信息栏仅在用户要求时加入，不从示例图自动复制。

## 5. 锁定参考和资产

区分用户明确要求、图片可见事实与设计推定。反推不等于恢复原始提示词；未展示区域不等于已经被还原。

选定基准后记录：身份、物种与比例、脸型五官、发型发色、服装层次配色、饰物所在侧、武器结构数量、不可改变部位。左右以角色自身为准，必要时补充画面位置。

三视图共享比例和尺度，只改变观察角度；表情图只改变合理肌肉状态；局部编辑只修改目标区域。对未展示的背面结构提出相容设计时，标明推定，确认后再纳入基准。

用户要求九齿、九珠、多头等准确数量时，提示词应安排足够可见性，并在实际输出中计数。被遮挡或看不清不能报告“完全一致”。

## 6. 编译交付

按身份 → 身体 → 面部毛发 → 服装材质 → 标志物 → 动作 → 构图光线 → 必要限制组织提示词；删除重复空泛词。

- 中英提示词共享同一设定；按用户需要给单语言或双语言，不擅自加武器、颜色和身份。
- 平台主体描述与参数分开。具体版本号、参考参数和权重仅在已确认支持时填写；无法核实时交付主体文本并说明参数尚未确认。
- 编辑指令明确底图、保留项、修改对象、参考分工及光线遮挡衔接，不在局部修改时同时重做整个角色。
- 默认交付简短角色定位与所需提示词。用户要求精简时省去设计分析；用户要求完整方案时展开 DNA 与设计理由。

## 7. 检查与结束

对照当前请求检查身份锚点、物种结构、参考分工、角色差异、道具关系、图文一致与输出格式。

收到反馈时把问题转成具体可见操作，保存已确认内容，优先修正出错部位。实际生成图像后依据图像检查；纯文字任务只能报告文字检查，不能宣布画面测试通过。

达到用户要求后交付，不自动开始新的批次。保留对模型限制与未验证项目的准确说明，避免绝对一致或一键复现承诺。