create-game-assets

创建游戏素材

将游戏的视觉意图转化为风格统一、可直接用于引擎的素材集。将图像生成视为受控工作流中的一种制作工具，而不是素材可交付的证明。

核心工作流

1. 先检查，再创作。 查找现有截图、概念图、精灵图、模型、字体、导入设置、相机取景、目标分辨率和命名规范。除非用户要求重新设计，否则应保持现有风格统一。
2. 确定技术规格。 记录引擎、2D/3D、相机/视角、原生显示尺寸、素材尺寸、世界缩放、透明度、调色板、过滤方式、动画帧、纹理预算和目标平台。使用 assets/art-direction-brief.md 作为可复制的说明模板。
3. 定义视觉体系。 明确形状语言、剪影优先级、明暗结构、调色板用途、材质、光照、细节密度、边缘处理和运动特征。使用具体的视觉属性；不要用在世艺术家的名字代替美术方向。
4. 制作素材清单。 复制 assets/asset-manifest.json，然后列出每项所需素材、状态、变体、尺寸、轴心点、碰撞用途、来源、许可和审核状态。将正式制作素材与一次性灰盒占位素材分开。
5. 先批准一个视觉目标。 在制作整套素材前，先创建或选定一个有代表性的主角素材或小型风格板。按游戏中的实际尺寸，并结合游戏背景进行评估。如果用户已授权你做决定，就选择最可行的方向并记录决定，不要因此停滞。
6. 按系列制作相关素材。 将已批准的目标作为编辑/参考输入重复使用。保持调色板、视角、比例、光照、轮廓和纹理密度不变。分批生成小规模且风格统一的素材；避免使用互不相关的一次性提示词，以免风格偏移。
7. 以确定性方式规范化。 使用常规图像/DCC 工具进行裁剪、调整尺寸、设置锚点、切片、命名、压缩和 Alpha 检查。未经检查，绝不要相信生成结果中的网格、透明度、接缝、轴心点、拓扑或尺寸。使用随附脚本进行栅格图像 QA 和联系表制作。
8. 使用引擎原生设置导入。 有意设置过滤方式、mipmap、每单位像素/世界缩放、色彩空间、压缩、精灵切片、纹理类型、材质和碰撞。编辑引擎文件前，先阅读相关引擎技能说明。
9. 结合实际场景验证。 检查联系表和原生分辨率下的实际游戏画面。检查剪影、比例、动画稳定性、接缝、可读性、调色板、碰撞适配、内存占用和压缩伪影。应迭代修改源素材，而不只是依赖运行时补偿。
10. 记录来源信息。 在清单旁保留来源 URL/工具、许可或生成说明、编辑历史和限制条件。如果工作流支持，应保留嵌入的来源信息元数据。

选择制作路径

需求	默认路径
需要受控修改现有素材	编辑原素材/参考素材；说明哪些内容必须保持不变
新建 2D 视觉系列	批准种子素材 → 生成/收集系列素材 → 规范化 → 预览 → 导入
真正的像素画	将生成结果用作草稿；使用像素工具规范网格、调色板、像素簇和帧
可平铺表面或图块集	制作小型系列；修复接缝；批准前测试 3×3 平铺
UI 美术或图标	文本和交互代码使用原生方式实现；简单几何符号优先使用 SVG/矢量图
3D 模型或材质	将概念图用作参考；在 DCC 中制作/清理；验证拓扑、UV、比例、轴心点和 LOD
没有生成/编辑工具可用	编写说明和清单；寻找有许可的素材，或保留明确标注的灰盒占位素材
音频素材	将声音实现和混音交由 audio-design 处理；仍须在清单中记录来源/许可

图像生成交接

安装了功能强大的图像生成或编辑工具时，请使用它进行实时视觉创作。如果工作区提供 imagegen 技能，请阅读并遵循其说明，执行实际的生成／编辑调用；该技能负责游戏美术简报、约束、规范化和验收关卡。

根据以下内容块构建提示词：

ROLE/PURPOSE: production asset for [gameplay role]
SUBJECT: [specific object/character and action]
VIEW: [orthographic/top-down/side/three-quarter], [camera and facing]
ART DIRECTION: [shape language], [palette roles], [materials], [edge treatment]
GAME-SCALE READ: [silhouette and focal details that must survive at WxH]
TECHNICAL OUTPUT: [dimensions/aspect], [transparent or scene background], [frame/slot count]
LOCKS: preserve [identity, proportions, palette, costume, lighting, line weight]
EXCLUDE: text, labels, mockup frames, scenery, duplicate objects, cropped edges, signatures

进行编辑时，请同时说明要更改的内容和必须保持不变的内容。工具支持原生透明度选项时，请通过该选项请求透明输出，然后验证 Alpha 通道——仅凭提示词措辞无法保证透明度。

光栅图像 QA 配方

检查约束并输出机器可读报告：

python scripts/asset_report.py assets/player-idle.png \
  --expect-size 64x64 --require-alpha --max-colors 48 --json

在棋盘格背景上构建最近邻缩放的接触表：

python scripts/build_preview_sheet.py output/player/*.png \
  --out output/player-preview.png --columns 4 --cell-size 192

请使用相对于此技能目录的脚本路径运行脚本，或先解析已安装技能的路径。两个脚本均需要 Python 3.10+ 和 Pillow。如果尚未安装，请使用 python -m pip install -r scripts/requirements.txt 安装唯一依赖项。

质量关卡

• 一致性： 相关资源应共享调色板角色、线条／边缘处理、视角、光照方向、比例和细节密度。
• 玩法表现： 在原生分辨率、运动中以及真实背景上，轮廓和状态变化都应清晰可辨。
• 技术适配： 检查尺寸／帧数是否精确、Alpha 是否可用、锚点／轴心是否稳定、色彩空间／滤镜是否正确、内容是否被裁切，以及是否意外带有标签或烘焙的样机装饰元素。
• 动画： 身份特征、体积、比例、服装、朝向和基线不得漂移；在引擎内预览时，时序和预备动作应清晰可辨。
• 图块／背景： 必要边缘应无缝平铺；重复感应可接受；视差图层应具有明确的纵深，且不得烘焙碰撞提示。
• 3D： 应检查变换、比例、轴心、法线、UV、材质、拓扑、绑定、碰撞代理、LOD 和运行时格式，而不是仅凭渲染结果推断。
• 权利： 每个交付文件都应记录来源及与项目兼容的条款。

不要仅凭提示词生成结果就认定资源已可用于生产。批准资源前，必须通过相关技术检查，并进行引擎内或原生尺寸的视觉检查。

参考资料

• 关于视觉系统决策和保持一致性，请阅读 references/art-direction.md。
• 关于精灵图、动画条、图块、背景、UI 美术和引擎导入设置，请阅读 references/raster-pipeline.md。
• 关于从概念到网格、纹理、glTF/GLB、LOD、碰撞和运行时验证，请阅读 references/three-d-pipeline.md。
• 关于许可证、生成媒体记录和来源，请阅读 references/provenance.md。

相关技能

• game-ui-ux：用于布局、导航、可读性和无障碍交互。
• game-feel、shader-programming 和 audio-design：用于源美术适配后的呈现。
• 引擎导入／渲染技能，例如 godot-tilemap、unity-tilemap-2d、 pixijs-rendering 和 threejs-gltf-loading。