同一个作者，都是像素画，还是免费商用素材。下载两包，理应很好搭配？
Kenney的两套资源，恰好能说明这件事没那么简单。
Tiny Dungeon页面列的是16×16地图块，Pixel Platformer列的是18×18。更大的区别在用途：前者围绕地牢场景，后者为横版平台跳跃准备。
如果你让AI帮忙拼一个小游戏，只给它“全部用像素风素材”的要求，漏掉的就是这些具体规格。
18像素，不一定只是16像素旁边多两格
先别急着把18×18整包缩成16×16。要检查文件里这18个像素究竟是什么：完整图块、留白、描边，还是某种排布方式。仅凭素材页上的尺寸，不能断言差异来自间隔或填充。
整块缩放还会改变原来的像素分布。用插值可能出现中间色；不插值，也可能让某些线条变粗、某些细节消失。这是像素画需要谨慎处理缩放的原因，不能靠一句“保持像素风”解决。
如果只是给角色改显示大小，和重新决定地图网格又是两件事。别为了把两个包统一成一个数字，把原本能直接使用的资源先改坏。
比尺寸更早暴露的问题，是视角
地牢素材要交代房间、墙体和门口之间的关系；平台跳跃素材要交代玩家脚下的落点、台阶和地形边缘。
两套图各自服务玩法，单纯颜色相近，并不会让它们自动遵守同一种空间关系。把地牢墙和横版平台摆在一起，可能每块都认得出来，整个场景却说不清从哪里看。
挑图时，先确定游戏镜头和地形表达，再决定主素材包。需要补一个箱子，可以找相同视角的箱子；缺一套完整地形，往往不适合到处捡几张填空。
有示例项目，也要看是哪个工具的示例
Pixel Platformer作者页说明，它包含地图块、道具、HUD、角色和敌人，并带有Construct 3示例游戏。Tiny Dungeon则提供Tiled示例地图。
前者不能因此被称为Cocos完整工程，后者也不会自动附带你需要的寻路与碰撞逻辑。示例能帮你理解作者怎样使用资源，迁移到自己的工具仍然是另外一步。
让AI读项目需求时，把这几个字段放进去会更有用：镜头方向、原始图块尺寸、目标显示比例、地图工具和引擎版本。比起只写“做一款复古像素小游戏”，它至少少猜几件事。
先选主包，再补缺口
对小游戏原型，比较省事的做法是先围绕一套资源搭起基本场景。缺少什么，再找补充包或用AI制作。
补图时要参照原有视角、色板、描边和像素密度。生成后放进场景看，不能只在大图上比较“像不像”。有时单张更精致的图，反而是整套里最突兀的一张。
这篇不是建议你永远只用一个包，而是把合并资源的顺序倒过来：先确定共同规格，再增加素材。下载之前少一句“都是像素风，应该能用”，后面就可能少一次整包返工。
评论区