在本地制作 Minecraft Bedrock 皮肤包
这个 Bedrock 皮肤包制作器可以把一张或多张玩家皮肤 PNG 与 Minecraft Bedrock 识别传统皮肤包所需的元数据组合起来。填写皮肤包名称和创作者名称，添加本地纹理，为每张皮肤设置显示名称，选择 Classic 或 Slim 手臂结构，然后下载完整 .mcpack。
浏览器会生成 manifest.json、skins.json、texts/en_US.lang、texts/languages.json，并把每张 PNG 以唯一文件名放在包根目录。随后工具在本地写入 ZIP 兼容归档并使用 .mcpack 扩展名下载。皮肤像素、源文件名、显示名称、模型选择、生成的 UUID、元数据和最终归档都留在设备上。
这个工具不会登录 Minecraft，不会发布 Marketplace 商品，不会把图片上传到服务器，也不能保证任何设备都允许导入非官方包。它解决的是文档化的传统皮肤包文件结构；实际安装权限和行为仍取决于当前 Bedrock 版本、平台、账号与设备。
.mcpack 中包含什么
Minecraft 需要清单来识别包。本工具使用 manifest 格式版本 2，建立一个 header 和一个 skin_pack module，版本写为 1.0.0，每次生成时创建两个不同的 UUID v4。新的 UUID 可以降低新包与设备中其他包发生标识冲突的概率。
skins.json 描述整个皮肤包和每张纹理。它的 serialize_name 与 localization_name 保持一致，符合当前验证规则。每张皮肤都有单独的本地化标识、唯一根目录纹理文件名、free 类型，以及两个标准玩家几何体中的一个。
语言目录中的 en_US.lang 把技术键映射到皮肤包名称、创作者名称和皮肤显示名称，languages.json 声明 en_US。这些文件使用 UTF-8。用户输入中的换行与等号会被清理，避免一个显示名称意外生成另一条语言配置。
皮肤 PNG 必须位于包根目录，而不是放进额外的 textures 子目录。归档也会直接以 manifest.json 开始，不会把整个包再包进一个同名外层文件夹。文件管理器里看起来整齐的目录结构，如果多嵌套一层，仍可能无法被导入器识别。
可接受的皮肤文件
制作器只接受 PNG，每张文件最大 2 MB。根据当前 Bedrock 皮肤包验证参考，玩家皮肤纹理必须准确为 64×64 或 128×128 像素。工具会在浏览器中实际解码每张图片；任何文件无法读取或尺寸不符合时，整批添加都会被拒绝。
64×64 是现代玩家皮肤的标准尺寸，128×128 可用于接受高清纹理的 Bedrock 工作流。制作器不会在打包时缩放图片。自动平滑放大或缩小会改变像素且隐藏损失，因此尺寸转换应当作为单独、可解释的任务完成。
请添加完整玩家纹理，而不是头像、截图、披风、鞘翅、Roblox 衣服模板或展示图片。一张方形图片即使通过尺寸检查，也可能完全不符合玩家 UV 布局。来源不明的 64×64 文件可以先通过 Minecraft 皮肤检查器诊断。
当前官方验证参考把一个皮肤包的上限设为 80 张。界面会显示当前数量，并阻止超过上限的新批次。实际使用中，较小的主题包通常比包含几十个无关设计的大包更容易命名、测试、更新和分享。
正确选择 Classic 或 Slim
Classic 使用文档中的 geometry.humanoid.custom，标准 64×64 皮肤的手臂正面宽四像素；Slim 使用 geometry.humanoid.customSlim，手臂正面宽三像素。两种纹理的整体尺寸完全相同，因此不能只通过图片宽高判断模型。
每张皮肤都要独立选择，一个包可以同时包含 Classic 和 Slim。模型选错时，身体其他部分可能正常，但手臂像素会缺失或错位。如果不知道源文件的模型，可先使用 Minecraft 皮肤模型检测器查看 UV 证据。
制作器不会添加自定义几何体。微软的打包说明明确指出，皮肤包 JSON 能力目前不支持自定义模型，因此界面只提供标准宽手臂和窄手臂玩家结构，不会用含糊的高级选项制造不兼容文件。
设置皮肤包和皮肤名称
皮肤包名称会进入元数据与语言文件，应选择简短、容易识别的标题，而不是一串类似临时文件名的字符。创作者名称写入包描述以及文档使用的 .by 本地化条目，但它不是所有权证书或数字签名。
每张文件最初使用原始文件名作为显示名称，你可以在下载前修改。内部标识使用 Skin1、Skin2 等稳定键，可见名称则保存在语言文件中。这样既允许用户看到自然的空格和大小写，又不会把脆弱标点塞进技术键。
下载文件名会根据皮肤包名称转换为小写短横线形式。打包后再修改名称需要重新生成归档，工具不会打开和覆盖已有 .mcpack。请始终保留原始 PNG，需要修改条目时从源文件重新创建包。
浏览器如何生成 ZIP
.mcpack 本质上是使用 Minecraft 专用扩展名的 ZIP 兼容包。本实现直接在浏览器中写入标准本地文件头、CRC-32 校验、中央目录、UTF-8 文件名和目录结束记录。各文件采用不压缩存储；PNG 本身已经压缩，再套一层通用压缩通常收益很小。
不压缩归档可能比极限压缩 ZIP 稍大，但本地编码器更加小型、确定。Minecraft 收到的 PNG 字节与用户选择的文件一致，另外只有生成的 JSON 与文本。整个过程没有第三方压缩服务，也没有上传接口。
如果想在导入前检查结果，可以复制下载文件，把副本扩展名从 .mcpack 改成 .zip，再用归档工具打开。根目录应直接看到 manifest.json、skins.json、texts 文件夹和每张皮肤 PNG。不要使用会自动增加外层目录或系统元数据的工具重新保存原包。
负责任地导入和排错
微软当前介绍说明可以打开 .mcpack 让 Minecraft 执行导入，然后在更衣室选择传统皮肤流程。具体界面与平台权限可能变化，应以已安装版本的当前说明为准。
导入失败时，先确认下载完成并且文件扩展名仍为 .mcpack。检查归档根目录，确认 skins.json 引用的每张纹理都存在，并确认清单中的两个 UUID 不同。本制作器会自动建立这些关系，但下载后的其他应用仍可能改动文件。
如果包能够导入但某张皮肤显示错误，原因通常是源 UV 或模型选择，而不是归档容器。再次确认尺寸为 64×64 或 128×128，为受影响条目切换 Classic/Slim，并检查透明外层。修正源图后使用新的 UUID 组合重新生成。
非官方或不受信任皮肤设置也可能影响本地使用。不要在不解释后果的情况下要求其他人降低设备或账号安全保护。服务器规则、多人可见性、主机平台限制、受管理设备与 Marketplace 政策都不受本生成器控制。
隐私与内容权利
所有 PNG 字节仅通过浏览器文件 API 读取，并在刷新或关闭标签页前暂存在内存中。皮肤包组合使用本地字节数组与生成文本，不需要注册，没有云端草稿，不会把文件名放入分析事件，不会建立公共图库或数据库记录。
只能打包自己创作或获得再发布许可的皮肤。技术上有效的 .mcpack 不会授予版权、商标、肖像或角色权利。不要把其他创作者的作品冒充为自己设计，也不要使用创作者名称暗示并不存在的认可。
SkinEditor.org 是独立的非官方工具，与 Mojang 或 Microsoft 没有关联。Minecraft 和 Bedrock 名称仅用于描述文件兼容性。如果需要修改源作品，请使用 Minecraft 皮肤编辑器；如果只需要普通 PNG，不需要皮肤包，则应保留编辑器直接导出的原文件。
常见问题
工具会上传我的皮肤吗？
不会。图片检查、元数据生成、UUID 创建、ZIP 组合和下载都在浏览器内运行。
一个包能同时包含 Classic 和 Slim 吗？
可以，每张条目都能独立选择模型。
是否接受 64×32 旧版皮肤？
不接受。本制作器遵循当前 64×64 或 128×128 玩家纹理验证规则，旧版皮肤应先转换。
为什么每次生成新的 UUID？
清单 UUID 用于识别包和模块。新的 UUID v4 能减少与其他已生成或已安装包发生冲突。
可以出售生成的皮肤包吗？
工具不会授予商业使用权，也不会提供 Marketplace 审批。权利与发布资格取决于作品本身、平台规则、协议和适用法律。