如果，将 Runtime 的组件粒度下沉到 Extension 层，用元包式的声明依赖替代 Runtime 的捆绑，会不会更好？

我个人认为，Qt、GTK、Wine 这类“脚手架”应该做成 Extension，程序在包内声明依赖这些 ext，而不是被强制塞进一个不可拆分的 Runtime 里。Base Runtime 可以由官方指定一系列插件集合作为“推荐基线”，程序按规范声明依赖其中某个 ext，就相当于使用了该 Runtime 的一部分

这个思路类似传统包管理的元包机制：build-essential 本身只有几 KB，但它在依赖字段里指定了 gcc、make 等工具，别人装一个包就能直接使用这套工具链。类比到玲珑，Runtime 就应该扮演 build-essential 的角色——它本身不包含全部库文件，而是通过依赖声明来“聚合”一组 Extension。当应用需要 Runtime 中的某个组件时，查 Runtime 的依赖表就能知道可以用哪个 Extension，然后在 yaml 里声明需要它，程序便能正常分发。

这样既保留了跨发行版的兼容性保障，又给了应用按需组合环境的灵活性。

顺带一提，现在的打包规范好像还没有“强制依赖某插件”的声明，搞得我想打包一个依赖deeping-wine11的win程序都不知道咋下手