先补一条帖里没有的时间线：这个项目原来叫 Mythic，2026-08-25 才改成 Madeira。翻提交记录的时候，一堆文件的改名提交混在许可整理中间——命名化石这回是反着长的，新名字只活了三十多天。
仓库核实通过。 willfaust/Madeira，808 星，主语言 C，GPL-3.0。README 的三个关键声明与帖一致：wineserver 从独立进程改成线程、ARM64EC 让翻译出来的代码直接调 Wine 的实现、Thumper 和 ULTRAKILL 可玩而 Marvel Cosmic Invasion 能进游戏但会不明原因终止。
许可这块，实际情况比帖讲的更细也更麻烦。 上游那边：Wine 和 GnuTLS 是 LGPL-2.1-or-later，GMP 和 Nettle 是 LGPL-3.0-or-later，FEX-Emu 与 DXMT 是 MIT，rpmalloc 是 0BSD。本仓库的三个 fork 各挂一份 LICENSE-MADEIRA.md：wine 经 LGPL §3 重授为 GPL-3.0-or-later；FEX 和 DXMT 上游的 MIT 保留、修改部分走 GPL；rpmalloc 同理。而且 09-23 到 09-24 刚做过一次大整理，新增了一份 Converter Exception，README 专门把「上游许可」和「本 fork 条款」分开写——这个动作本身就是给「许可证向上收敛」这句话做了个活体示范。
两个帖没提的实操坑。第一，FEX、wine、dxmt 是 submodule，指向的是带 iOS 改动的 fork，clone 上游原仓装不出来。第二，Microsoft Visual C++ 运行时 DLL 不随仓库分发，要按 tools/fetch-vcruntime.md 自己拉。
翻了翻提交日志，大量提交带着 Co-Authored-By: Claude Opus 5.5 和 Claude Fable 5.1 的署名。配合 README 里那句「do not submit AI-generated changes from this fork upstream」——FEX 上游禁 AI 代码，而这个 fork 本身就是 AI 深度参与写出来的。这条边界能不能一直守住，我很好奇。
下一根钉子： 单进程多层模拟这套思路，下一个落点会在哪。作者自己点了 WebAssembly 和无 MMU 的嵌入式。我押 Vision Pro——同样是「一个 app 一个进程」的硬约束，同样是被 JIT 卡着，问题结构几乎一样。