---
name: lumio-art
description: 为 Lumio 游戏建立美术简报与风格约束，制作和交接 UI、图标、体素场景及实体表现资产，并在实际客户端验收。用于美术定调、生产规范、素材交付和视觉排障；不替代玩法实现或未提供的资产导入器。
---

# Lumio 美术制作与接入

把玩家需要辨认的内容，交付成有来源、能修改、可接入、可验收的资产。本技能提供工作方法；游戏题材、画风、制作工具、预算和目录沿用用户项目。

## 先确认本次交付

读项目已有美术规范、素材目录、目标客户端与运行说明。根据任务选择一种交付深度，已有答案直接沿用：

- **定方向**：交付简报、候选方向及取舍、首件验证方案。
- **做资产**：交付可编辑源文件、消费端需要的导出物、来源记录与交接说明。
- **接资产**：定位真实加载点，小范围替换并记录浏览器中的结果。
- **评资产**：按已约定标准给出问题位置、修改建议和复验条件。

影响能否制作的缺口才追问，例如没有使用场景、无权使用源文件、消费端格式未知。其他未定项标为工作假设，先完成不依赖它们的简报、样品或检查。不要把单张探索图自动升格为项目风格。

## 阅读路径

| 本次需要 | 阅读 |
|---|---|
| 明确目标、定风格、组织美术与 Agent 协作 | [简报与风格](references/brief-and-style.md) |
| 制作 UI / 图标，管理源文件、导出、命名与授权来源 | [资产生产与交接](references/asset-production.md) |
| 划分体素地形、材质、实体模型、局部表现职责 | [世界资产](references/world-assets.md) |
| 找消费入口、排查显示问题、做视觉与集成验收 | [接入与验收](references/integration-and-review.md) |

新项目的环境准备见同包的 [入门说明](../lumio-development/references/getting-started.md)，只在需要运行时阅读。

## 一次可执行的制作循环

1. **写使用简报**：说明资产用途、观察距离、镜头、显示尺寸、必要状态和玩家要做出的判断；引用项目风格版本。
2. **查消费端**：区分可直接使用、需要适配、尚未验证。记录实际加载入口及版本；概念图、地图快照和实体声明各自证明的能力不同。
3. **先做代表样品**：挑最容易暴露问题的一件，以目标尺寸放到目标背景或真实场景。用验证结果确定导出设置和项目预算，再扩量。
4. **生产并留可修改来源**：分别保存源文件、导出物、预览和许可记录。保持稳定资产标识，修改后能定位旧版本并重新导出。
5. **接入并对照**：检查最终文件是否被加载、视觉是否正确、交互状态和生命周期是否匹配；只看设计软件预览不足以完成集成验收。
6. **交回证据**：说明本次版本、改动、文件位置、消费入口、已做检查和未验项。接入缺能力时，交清缺口及样品，不把资产生产一起悬置。

## 必须守住的边界

- 世界对象按体素与实体划分；模型、纹理和图标是表现资源。纯客户端世界表现归 Local Entity，不自行创造第三种世界对象。
- 资产不决定服务器碰撞、伤害、掉落或同步语义。外观需要改变玩法时，把两部分分别交给对应负责人。
- 只承诺已验证的公开 API、示例或当前项目消费能力。浏览器页面能显示实体，不等于已有通用模型、骨骼、材质或图集导入流程。
- 不以 Unity、HybridCLR、特定 shader、图片格式、面数或纹理尺寸作为 Lumio 的默认要求；先查当前宿主与项目实测依据。
- 保留可追溯的资产来源和许可记录。参考图、购买素材、字体、生成素材分别记录，不把参考用途误写成可随游戏分发。
- 源文件与派生文件分开；已有自动导出流程则改源并重新导出，不直接修改生成结果来冒充源变更。
- 如实区分设计建议、项目已采纳规范、实机测量和未验证能力。本文示例清单不是引擎协议，也不会自动被运行时读取。

## 推荐约定

遵循项目已有约定；没有时再采用参考文档中的目录、命名和交接清单。它们便于协作，不是引擎强制格式。先建立一个能够重复导出和回退的首件流程，复杂打包、图集和压缩自动化由实际需求决定。

工具由任务决定：已有矢量或程序化图形优先沿用其源；需要绘制或生成图像时，使用用户选择且当前可用的工具。请求写提示词不等于请求执行出图，也不隐含上传素材、购买资产或调用付费服务的授权。

## 交付口径

交付至少说明：资产或规范版本、源与导出位置、消费端和接入状态、来源记录、视觉检查、集成检查、剩余问题。仅完成简报或预览时明确该范围；没有运行客户端时写「集成未验证」并给出具体复验步骤。