MonadBox
如果你在找 MonadBox 与 YumeBox 的关系，目前公开资料能给出的结论比较简短：MonadBox 是一个 Android 平台的 Mihomo 客户端，它的 README 明确写到项目从 YumeBox 演进而来。除此之外，关于 YumeBox 本身的功能、平台、版本、界面或许可状况，官方仓库没有提供更多可确认信息。这篇文章只整理可以从 MonadBox 官方仓库确认到的事实，并把“已知关系”和“无法确认的差异”分开。希望帮助读者判断：哪些内容可以放心引用，哪些内容目前只能存疑。
MonadBox 与 YumeBox：已知关系只有一条
在 MonadBox 的 README 中，项目自我介绍部分直接说明，MonadBox 从 YumeBox 演进。这是目前唯一能确认的项目关系。它并不意味着两个项目功能相同、代码同步、维护者相同或版本延续，只表示 MonadBox 的开发起点与 YumeBox 有关。
从“演进”这个词出发，可以合理理解为 MonadBox 在项目早期可能继承了 YumeBox 的部分代码、结构或设计思路。但这个理解只能停留在措辞层面。仓库没有列出从 YumeBox 继承的具体模块，也没有说明哪些文件来自 YumeBox，哪些是后来新增。没有分叉时间，没有提交历史对比，也没有维护者关于演进取向的详细说明。
因此，如果你在资料中看到“MonadBox 是 YumeBox 的新版本”“MonadBox 完全重写了 YumeBox”“两个项目已经合并”等说法，需要确认这些说法是否有仓库之外的第一手来源。就 MonadBox 官方 README 而言，上述判断都没有直接依据。
MonadBox 目前可以确认的项目信息
虽然 YumeBox 的信息很少，但 MonadBox 自身的仓库信息相对清楚。可以确认的事实包括以下几条。
第一，MonadBox 是 Android Mihomo 客户端。这里的 Mihomo 指与 Mihomo 内核配合使用的客户端形态，但仓库没有对 Mihomo 内核来源、版本策略或同步机制作展开说明。
第二，MonadBox 适配手机和平板。README 将这一点作为项目特性提出，说明作者在界面布局上考虑了不同屏幕尺寸。仓库没有提供具体的断点、网格系统或平板模式的细节，因此“手机平板自适应布局”这一说法成立，但无法进一步确认适配逻辑。
第三，隐私与更安全默认值被列为重点。README 将其放在特性描述中，而不是单独的安全白皮书。说明项目在默认配置层面有安全倾向，但具体包含哪些默认项、涉及哪些网络行为或权限，需要查看产品规范和隐私声明文档才能进一步了解。
第四，本地化与 UI polish 同为重点。这里只代表项目关注界面完善与多语言呈现，不代表界面已经完成全部本地化，也不代表本地化覆盖范围有多广。仓库没有列出已支持语言表。
第五，最低 Android 版本为 Android 8.0，对应 API 26。这是一个可复核的技术门槛。低于该版本的系统无法安装或运行 MonadBox。
第六，仓库提供 GitHub Releases。用户可以从 Releases 页面获取可安装包。仓库没有在 README 中直接给出 APK 或 AAB 文件名、更新频率或发布通道。
第七，README 提供开发指南、产品规范和隐私声明文档链接。说明项目给贡献者和使用者准备了文档入口。文档内容本身不在 README 里展开，需要进入对应文件查看。
第八，许可证结构分层。仓库自有及 fork 衍生源文件采用 AGPL-3.0-only；第三方依赖和同步上游源代码保留各自许可。这是 LICENSING 文档说明的内容。它意味着不能把整个仓库当作单一许可证处理，引用或分发前需要检查具体文件来源。
MonadBox 从 YumeBox 演进：可以写到什么程度
“MonadBox 从 YumeBox 演进”这句话可以安全写进文章、笔记或项目介绍。它来自 MonadBox 官方 README，属于第一手项目自述。
可以写的内容包括：MonadBox 是 Android Mihomo 客户端；其 README 声明项目从 YumeBox 演进；该声明出现在 MonadBox 仓库的 README 中；除此之外，官方 README 未对 YumeBox 作功能、平台、版本或维护状态的说明。
不能写的内容包括：YumeBox 是什么平台的项目；YumeBox 是否支持 Android；YumeBox 是否也是 Mihomo 客户端；YumeBox 的界面风格如何；YumeBox 的许可证是什么；MonadBox 保留了 YumeBox 的哪些代码；MonadBox 是否只是换了名字继续维护；两者是否出自同一作者。
这些限制来自资料边界，而不是来自保密要求。只要没有官方来源，任何推断都只能标注为“推测”或“待查”。在当前公开信息下，最严谨的描述就是：MonadBox 声明自己从 YumeBox 演进，YumeBox 的独立情况未知。
为什么资料边界在这里很重要
MonadBox 的 README 给了一个关系起点，但没有给关系全貌。这种“有起点、无细节”的状态，容易让读者把“演进”理解成“替代”“升级”或“改名”。尤其是当两个名称都带有 Box 后缀时，第一印象可能倾向于认为它们是同一系列产品。
但项目名称相似并不构成证据。仓库没有把 YumeBox 列为上游项目，也没有在 README 中链接 YumeBox 的仓库或文档。从许可证文件看，MonadBox 区分了自有文件、fork 衍生源文件、第三方依赖和同步上游源代码。这种区分说明仓库内可能存在来自其他项目的代码，但并不等于 YumeBox 就是唯一上游，也不等于 YumeBox 的许可证影响了 MonadBox 的全部代码。
如果要继续查证两者关系，只看 MonadBox 的 README 是不够的。需要找到 YumeBox 的一手仓库、发布页或维护者说明，再与 MonadBox 的代码历史对照。但在没有这些材料之前，最合适的做法是只确认“从 YumeBox 演进”这一条，并明确其余内容不可确认。
使用 MonadBox 相关信息时的注意事项
写项目介绍时，建议把 MonadBox 的已知事实与 YumeBox 的未知状态分开，不要让读者误以为已经完成对比。比如可以说：“MonadBox 在 README 中声明从 YumeBox 演进，但仓库没有提供 YumeBox 的独立资料。”这种写法既保留了关键关系，也划出了资料边界。
不建议写：“MonadBox 继承自 YumeBox，因此功能上比 YumeBox 更完善。”后半句没有依据。也不建议写：“MonadBox 和 YumeBox 是同一项目的两个阶段。”这种表述超出了 README 的原意。
对于“项目来源”“开发背景”“代码血缘”之类的问题，目前最诚实的回答是：MonadBox 声明从 YumeBox 演进；其他来源信息暂缺。如果后续 YumeBox 的资料公开，或者 MonadBox 仓库给出更详细的项目历史，再补充不迟。
把已知关系与无法确认的差异分开
到这里可以做一个清晰切分。
已知关系：MonadBox 是 Android Mihomo 客户端；MonadBox 的 README 声明项目从 YumeBox 演进；MonadBox 适配手机和平板；MonadBox 将隐私与更安全默认值、本地化与 UI polish 列为重点；最低 Android 版本为 8.0 / API 26；仓库提供 GitHub Releases；README 指向开发指南、产品规范和隐私声明文档；仓库自有及 fork 衍生源文件使用 AGPL-3.0-only，第三方依赖和同步上游源代码保留各自许可。
无法确认的差异：YumeBox 的具体功能；YumeBox 的平台与版本；YumeBox 的界面与交互；YumeBox 的许可证；MonadBox 从 YumeBox 继承了多少代码；两个项目在功能上的具体区别；两者是否属于同一维护者或同一社区。
换句话说，MonadBox 的资料足够让人了解它自身是什么、主要面向什么场景、代码许可如何。但一旦问题转向“YumeBox 是什么”“两者差多少”，公开资料就变得很薄。面对这种情况，最合适的做法不是推测，而是说明资料边界。
如果要在项目内补充这段关系，可以怎么处理
对于 MonadBox 的文档维护者来说，如果希望减少外界对 YumeBox 的猜测，可以在 README 或项目历史文档中增加一小节，说明“从 YumeBox 演进”的具体含义。例如说明演进的起点、继承的模块、重写的部分、以及是否继续与 YumeBox 保持同步。这部分目前没有出现在公开 README 中，因此属于可改进空间，而不是既有事实。
对于第三方写作者来说，在引用“MonadBox 与 YumeBox 关系”时，建议直接引用原文表述，并注明出处。不要用“据悉”“有消息称”“坊间认为”来软化来源，也不要因为两个名称相似就默认存在稳定延续关系。保持一条证据对应一句话，能让文章更可靠。
对于普通读者来说，如果只是想了解 MonadBox，可以直接看它的 README、Releases、产品规范和隐私声明。如果还想了解 YumeBox，则需要另外寻找 YumeBox 的一手来源。当前 MonadBox 仓库无法替代 YumeBox 的资料。
站内阅读：