Official Motrix Returns and The Future of Motrix Next / 官方 Motrix 回归与 Motrix Next 的未来

[AnInsomniacy]

English / 英文

Background

The official Motrix project resumed development this month after three years of inactivity and is shipping v2.0.0 betas at a rapid pace. Since its dormancy is what led to Motrix Next's creation, its revival raises questions about this project's future. This discussion addresses those questions and opens a conversation on what comes next.

What Motrix Next Actually Is

An independent, ground-up rewrite with zero shared code with the original:

• Runtime: Tauri 2 (Rust). An ~20 MB installer with a fraction of the memory footprint.
• Engine: aria2-next, our maintained aria2 fork, fixing long-standing upstream issues and adding ED2K and Thunder (迅雷) support.
• Codebase: TypeScript + Rust, written from scratch. The resemblance to the original is limited to UI/UX inspiration.

Our Position

Will Motrix Next be discontinued? No. The project has a mature user base and significant invested effort. Development continues regardless of upstream.

Will we merge with the official project? Realistically, no. Different runtimes (Tauri/Rust vs Electron), different engines (aria2-next vs bundled aria2), different philosophies. A merge would mean a full rewrite on the other's stack, serving no one.

Is there room for both? Yes. This is coexistence, not competition. Motrix 2.0 builds an ecosystem around its MDXP protocol (CLI, plugins, AI agents, headless server), while Motrix Next focuses on a lean, fast, low-resource desktop client. Different trade-offs, different audiences; users can pick whichever fits them.

The Rebrand Question

As the projects diverge, "Motrix Next" grows confusing: it implies a successor relationship that no longer exists, and users searching "Motrix" find two unrelated projects.

I'm considering a rebrand, a new name and identity for the project to stand on its own. Nothing is decided yet.

1. Is a rebrand necessary, or does "Motrix Next" still hold value (recognition, search visibility, continuity)?
2. If we rebrand, should the new name keep a connection to "Motrix", or be fully independent?
3. Any name suggestions?

What Else Would You Like to See?

Beyond rebranding, I'd love to hear your thoughts on the project's future in general. Any suggestions on features, direction, platform support, or anything else, please share freely. This is an open discussion, so feel free to go wherever you want with it.

Whatever the outcome, the project itself is unaffected: update cadence, features, and support continue as before. A rebrand touches name and identity only.

Looking forward to your thoughts.

---

中文 / Chinese

背景

官方 Motrix 项目在停更三年后，本月恢复开发，并以极快的节奏发布 v2.0.0 测试版。官方项目的停更正是 Motrix Next 诞生的原因，因此它的回归引发了一系列关于本项目未来的疑问。本次讨论回应这些疑问，并就下一步的方向展开讨论。

Motrix Next 的实际情况

独立项目，从零重写，与原版没有任何代码关联：

• 运行时：Tauri 2（Rust），安装包约 20 MB，内存占用远低于原版。
• 引擎：aria2-next，我们自行维护的 aria2 分支，修复了上游诸多遗留问题，并支持 ED2K 与迅雷链接。
• 代码：TypeScript + Rust，全部从零编写；与原版的相似仅限于 UI/UX 借鉴。

我们的立场

Motrix Next 会停更吗？ 不会。本项目已积累成熟的用户群体，投入了大量心血。无论上游如何发展，开发都会继续。

会与官方项目合并吗？ 现实地说，不会。运行时不同（Tauri/Rust 对 Electron）、引擎不同（aria2-next 对内置 aria2）、理念也不同。合并等于在对方技术栈上整体重写，对任何人都没有意义。

两个项目能共存吗？ 能。这是共存，谈不上竞争。Motrix 2.0 围绕 MDXP 协议构建生态（CLI、插件、AI Agent、无头服务器），Motrix Next 专注轻量、快速、低资源占用的桌面客户端。侧重点不同，受众不同，用户按需选择就好。

品牌重塑的问题

随着两个项目日渐分化，"Motrix Next" 这个名字越来越令人困惑：它暗示着一种早已不存在的继承关系，用户搜索 "Motrix" 却会找到两个互不相干的项目。

我在考虑品牌重塑，让项目以独立身份存在。目前什么都还没定。

1. 品牌重塑有必要吗？还是 "Motrix Next" 这个名字仍有价值（认知度、搜索可见性、连续性）？
2. 如果重塑，新名称应该保留与 "Motrix" 的关联，还是完全独立？
3. 您有什么名称建议？

还想看到什么？

除了品牌重塑，我也想听听大家对项目未来发展的想法。功能、方向、平台支持，或者任何其他方面的建议，都请畅所欲言。这是一场开放讨论，想聊什么都行。

无论结论如何，项目本身不受影响：更新节奏、功能开发、社区支持一切照旧。品牌重塑只涉及名称与标识。

期待大家的意见。

[TobyLi223]

ksu有ksuNext 有sukisu 有resukisu 所以重新命名毫无必要

[AnInsomniacy]

原来是这样，我去看看，貌似官方续作叫做Motrix Turbo？不会有啥版权侵权啥的吧，我担心的是版权这个问题

[liberty666888]

我有个点子，可以去问一下motrix的作者，他可能知道版权相关的知识。甚至他还可能给点其他方面的建议和帮助，比如美术😋。甚至还可能两个项目梦幻联动😂。

[sgap-guard]

个人认为品牌重塑实在没有必要，从Motrix Next项目的诞生到现在，已经累积了大量的用户与追随者，在抖音、B站等视频平台亦有很多人在推荐Motrix Next，已经形成广泛的认可度与知名度。所以，品牌重塑重新命名实在没有必要。

Personally, I believe that a brand renaming is unnecessary. Since the inception of the Motrix Next project, a significant number of users and followers have accumulated. Many people on video platforms such as Douyin/Tiktok and Bilibili are recommending Motrix Next, which has already gained widespread recognition and popularity. Therefore, a brand renaming is indeed unnecessary.

[AnInsomniacy]

原来是这样，OK，我感觉应该没有侵权问题啥的吧，没问题就继续保留这个brand了

[mrdev023]

Or we can take both for a while. For example rename the project but keep the old name too for example "New Name (aka Motrix Next) to avoid confuse users. And after a while, rename it definitively ?

[guanchan]

原来是这样，OK，我感觉应该没有侵权问题啥的吧，没问题就继续保留这个brand了

说到这个，我之前还想提个issue，让next能兼容下motrix原版的链接，因为一些插件只提供motrix的链接（比如bilibili-evolved的下载功能）。现在想想会不会有版权问题？如果没有版权问题希望加一下支持233

[rksk102]

非常好用这个项目，什么时候能够增加Windows系统代理自动识别和配置就完美了，现在每次下载都需要手动设置一次才行

[AnInsomniacy]

之前试过，翻车了，状态机有点复杂，等我有空再重新调研一次😂

[rksk102]

真的非常期待这个功能，对我来说现在就差这个功能和扩展自动唤醒桌面软件的功能了，不过后一个功能影响不大，前一个才是真的很影响使用体验

[W2514]

真的非常期待这个功能，对我来说现在就差这个功能和扩展自动唤醒桌面软件的功能了，不过后一个功能影响不大，前一个才是真的很影响使用体验

开启tun模式，即使软件内不使用代理，也能高速下载

[LTHPKBTE]

开启tun模式，即使软件内不使用代理，也能高速下载

tun模式需要写更加复杂的分流规则，并在多网卡/有虚拟机的情况下更难以使用。因此我个人认为tun并不能直接代替系统代理模式。

[HustreLiny]

开启tun模式，即使软件内不使用代理，也能高速下载

tun模式需要写更加复杂的分流规则，并在多网卡/有虚拟机的情况下更难以使用。因此我个人认为tun并不能直接代替系统代理模式。

虚拟机并不是问题，多网卡确实不好处理，但是绝大多数用户并没有这样的复杂情况，TUN配置完以后就能一劳永逸

[AnInsomniacy]

还有我也觉得软件logo有点丑，有点土。。。（其实很多人说过了哈哈，有问题大胆说我不是独裁开发者），有没有大佬能优化一下软件的美术方面比如logo啥的？本人老实工科生审美和GPT一个水平的

[SnowCutieOwO]

还有我也觉得软件logo有点丑，有点土。。。（其实很多人说过了哈哈，有问题大胆说我不是独裁开发者），有没有大佬能优化一下软件的美术方面比如logo啥的？本人老实工科生审美和GPT一个水平的

我倒是觉得，侧边栏可以做成类似 mac 桌面的 dockerr，但是竖向（

[moaeiou]

我觉得可以参考Vivid Dark Icons的样子
那个很酷炫很好看 画起来也不算难

[robincoin]

本来就是重新开始的项目，最好另起一个名称，当初应该是为了接一波motrix的流量吧，其实也给未来留下了坑，看motrix官方够不够大度了，这种很容易引起名称混淆

[Baneik]

名字其实无所谓的，但是这个logo确实可以换，我每次都得花至少三秒钟来思考，哪个是剪切板工具，哪个是下载器 (

[AnInsomniacy]

在蹲一个美术大佬帮我更新下，我也觉得logo不好看

[sgap-guard]

在Motrix的仓库Disscussions也有关于Motrix 2.0和Motrix Next的比较agalwood/Motrix#1891

[SnowCutieOwO]

我稍微去扫了一眼，虽然功能上 Motrix Next 已经很能打了（还有 PTB 支持，难能可贵啊），但是设计风格上作者显然还需要再加把劲（
什么都好，就是稍微难看了点。他的 2.0 测试版截图那几张 UI 相较之前都挺大胆的，我希望 Motrix Next 也能适当地吸收一些设计上的优点（

啊对了，记得看看我说的两个交互问题，谢谢喵

[AnInsomniacy]

彳亍，我先看看，我审美和GPT相比好不到哪去😭，到时候找个机会蹬一波fable看看能不能弄好看点

[sgap-guard]

尽管我是一个老实的工科生，但我想帮助改进一下logo（通过千问）
https://qianwen.my.cn/share/chat/2ebe797c0b7745a9ab4e64baaf75593d

如下是千问生成的两幅我认为还算行的logo（也不是很好看），可能会被pass掉：

可能人工智能生成的不是很好看，可能是我的提示词还不够完善，也欢迎用上方链接继续生成，还有请忽视千问自动生成的标题

[sgap-guard]

我用SVG Converter转的，线条不是很好看，带点模糊，不知效果如何：

[zzsqjdhqgb]

这个是GPT 5.6 sol生成的svg：

不知道因为什么原因，缩略图正常，但是我这里点击打开大图、箭头内部纹理不见了。另存图片以后再打开就恢复了，可能是edge或者GitHub的渲染bug。

另一张AI生成结果很差，不展示了

[WhatDamon]

我觉得不应该往里面填入大量文本，在部分环境下它的可辨识度可能还不如现有图标

[TheCGDF]

不要屎黄色啊（悲）弄点现代感的配色啊

[pheotry]

尽管我是一个老实的工科生，但我想帮助改进一下logo（通过千问） https://qianwen.my.cn/share/chat/2ebe797c0b7745a9ab4e64baaf75593d

如下是千问生成的两幅我认为还算行的logo（也不是很好看），可能会被pass掉：

可能人工智能生成的不是很好看，可能是我的提示词还不够完善，也欢迎用上方链接继续生成，还有请忽视千问自动生成的标题

你这图标过于复杂了，不够耐看

[wu693]

版权侵权问题不至于，Motrix用的MIT。Motrix-Next功能已经很成熟了，名字我觉得没必要改，毕竟是受Motrix启发的，ui之类的也都跟原版v1比较像，还是有关系的；改了名的话很多人都不知道，有点麻烦。另外官方v2 ui改的挺大胆的，也可以看看它做的好的地方
也希望Motrix-Next未来能出插件功能，插件这一块生命力一向还是挺强的（

[sgap-guard]

还有https://motrix-next.pages.dev/ 的官网设计风格也应该改一下，根据个人审美观点，白色背景可能是最优解。

建议的方案：通过VuePress & vuepress-theme-plume驱动来搭载网站，这是开箱即颜值最高的方案。

[SnowCutieOwO]

还有motrix-next.pages.dev* 的官网设计风格也应该改一下，根据个人审美观点，白色背景可能是最优解。

建议的方案：通过VuePress & vuepress-theme-plume驱动来搭载网站，这是开箱即颜值最高的方案。

这个倒是问题不大，优先级可以放在 logo 后面，毕竟现在的软件图标是真需要改进（

[wu693]

那个 开源项目说品牌是不是味道有点奇怪🙂

[pheotry]

那个 开源项目说品牌是不是味道有点奇怪🙂

开源和商业化并不是相悖的，图标名字这些都可以申请商标的。所以还是得看具体情况

[SnowCutieOwO]

哎，都到这个份上了，要不先把 Motrix Next 该解决的一些主要问题列出来？比如下载界面的背景（
软件logo本身的话我个人觉得没啥大问题，程序里面的一部分元素安排确实该改进一下这样（

尝试使用 Inkspace 绘制新 logo 失败，这事还真的该交给专业人士干.jpg

[sgap-guard]

• 修改并决策软件logo，并转换成svg格式
• 决定是否修改软件名还是延用原来软件名
• 如果改名，改成什么合适
• 重构/调整软件结构设计使之更美观、现代化
• 重构/调整官网结构设计使之更美观、有吸引力
• 重塑下载界面的背景
• 欢迎修改补充
• ……

[xyswodizd]

我建议改名，本身项目最初是承接官方Motrix，但官方现在恢复更新了，就感觉不是很好了。建议重塑自己的品牌，而且不只是名称，logo、UI都可以逐步调整，找到自己的设计方向，但可以慢慢来，有一个过渡和适应阶段

[leezn]

我觉得改名比较好，毕竟原版已经开始重新开发，叫next确实不太合适，本身也已经从零开发，换个分支也蛮好。

[CMOS4000]

English / 英文

Background

The official Motrix project resumed development this month after three years of inactivity and is shipping v2.0.0 betas at a rapid pace. Since its dormancy is what led to Motrix Next's creation, its revival raises questions about this project's future. This discussion addresses those questions and opens a conversation on what comes next.

What Motrix Next Actually Is

An independent, ground-up rewrite with zero shared code with the original:

* **Runtime**: Tauri 2 (Rust). An ~20 MB installer with a fraction of the memory footprint.

* **Engine**: aria2-next, our maintained aria2 fork, fixing long-standing upstream issues and adding ED2K and Thunder (迅雷) support.

* **Codebase**: TypeScript + Rust, written from scratch. The resemblance to the original is limited to UI/UX inspiration.

Our Position

Will Motrix Next be discontinued? No. The project has a mature user base and significant invested effort. Development continues regardless of upstream.

Will we merge with the official project? Realistically, no. Different runtimes (Tauri/Rust vs Electron), different engines (aria2-next vs bundled aria2), different philosophies. A merge would mean a full rewrite on the other's stack, serving no one.

Is there room for both? Yes. This is coexistence, not competition. Motrix 2.0 builds an ecosystem around its MDXP protocol (CLI, plugins, AI agents, headless server), while Motrix Next focuses on a lean, fast, low-resource desktop client. Different trade-offs, different audiences; users can pick whichever fits them.

The Rebrand Question

As the projects diverge, "Motrix Next" grows confusing: it implies a successor relationship that no longer exists, and users searching "Motrix" find two unrelated projects.

I'm considering a rebrand, a new name and identity for the project to stand on its own. Nothing is decided yet.

1. Is a rebrand necessary, or does "Motrix Next" still hold value (recognition, search visibility, continuity)?

2. If we rebrand, should the new name keep a connection to "Motrix", or be fully independent?

3. Any name suggestions?

What Else Would You Like to See?

Beyond rebranding, I'd love to hear your thoughts on the project's future in general. Any suggestions on features, direction, platform support, or anything else, please share freely. This is an open discussion, so feel free to go wherever you want with it.

Whatever the outcome, the project itself is unaffected: update cadence, features, and support continue as before. A rebrand touches name and identity only.

Looking forward to your thoughts.

中文 / Chinese

背景

官方 Motrix 项目在停更三年后，本月恢复开发，并以极快的节奏发布 v2.0.0 测试版。官方项目的停更正是 Motrix Next 诞生的原因，因此它的回归引发了一系列关于本项目未来的疑问。本次讨论回应这些疑问，并就下一步的方向展开讨论。

Motrix Next 的实际情况

独立项目，从零重写，与原版没有任何代码关联：

* **运行时**：Tauri 2（Rust），安装包约 20 MB，内存占用远低于原版。

* **引擎**：aria2-next，我们自行维护的 aria2 分支，修复了上游诸多遗留问题，并支持 ED2K 与迅雷链接。

* **代码**：TypeScript + Rust，全部从零编写；与原版的相似仅限于 UI/UX 借鉴。

我们的立场

Motrix Next 会停更吗？ 不会。本项目已积累成熟的用户群体，投入了大量心血。无论上游如何发展，开发都会继续。

会与官方项目合并吗？ 现实地说，不会。运行时不同（Tauri/Rust 对 Electron）、引擎不同（aria2-next 对内置 aria2）、理念也不同。合并等于在对方技术栈上整体重写，对任何人都没有意义。

两个项目能共存吗？ 能。这是共存，谈不上竞争。Motrix 2.0 围绕 MDXP 协议构建生态（CLI、插件、AI Agent、无头服务器），Motrix Next 专注轻量、快速、低资源占用的桌面客户端。侧重点不同，受众不同，用户按需选择就好。

品牌重塑的问题

随着两个项目日渐分化，"Motrix Next" 这个名字越来越令人困惑：它暗示着一种早已不存在的继承关系，用户搜索 "Motrix" 却会找到两个互不相干的项目。

我在考虑品牌重塑，让项目以独立身份存在。目前什么都还没定。

1. 品牌重塑有必要吗？还是 "Motrix Next" 这个名字仍有价值（认知度、搜索可见性、连续性）？

2. 如果重塑，新名称应该保留与 "Motrix" 的关联，还是完全独立？

3. 您有什么名称建议？

还想看到什么？

除了品牌重塑，我也想听听大家对项目未来发展的想法。功能、方向、平台支持，或者任何其他方面的建议，都请畅所欲言。这是一场开放讨论，想聊什么都行。

无论结论如何，项目本身不受影响：更新节奏、功能开发、社区支持一切照旧。品牌重塑只涉及名称与标识。

期待大家的意见。

感觉还是不要改名比较好，毕竟Motrix Next的名声已经打出去了，再改名也没什么必要，反而增加推广阻力。
主要是我已经给Motrix Next写了一篇介绍了（

[AnInsomniacy]

😂，我也懒得改，觉得要不要整个投票看看各位意见如何

[sgap-guard]

这是我制作的投票：关于决定Motrix Next是否改名的投票，不知怎么样，结果报表我也会发到这里。
若有不妥之处，也欢迎指出。

[nanaucky-star]

不改名 实用就行 我觉得很好

[WhatDamon]

主观上有些东西，特别是在设置中部分选项的层次比较混乱，还有任务列表背景的 Motrix Next 图标有点太复杂了，部分动画也有点过于复杂，给人的感觉是有点不伦不类，设计上的打磨还是要花点时间的。Motrix 回归后的部分新设计我觉得当前的 NEXT 倒可以学习一下

另外 Motrix Next 也可以考虑引入插件功能，甚至兼容 Motrix 的部分 moext 插件。CLI 虽然说 AI 时代很多平台都提供了相关的工具，但考虑到 Aria2 本身就是 CLI 工具，这点可能没必要学习

品牌问题上，最好还是问问，如果 Motrix 开发者不介意那最好就不改，介意再调整也无妨

[sgap-guard]

现在Motrix的官网也大幅度的修改外观了，博客-重建Motrix官网，改的还是挺多的，几乎就是重新塑造的。
所以Motrix Next也应该考虑重塑官网外观界面。

---

目前应该先决定是否改名，改成什么名，然后再决定换成什么图标。

[sgap-guard]

如果改名，那么南京大学镜像站和山东大学镜像站和其他的软件分发渠道同步也需要同时修改仓库的同步地址，而且镜像站管理人员回应也需要一段时间

[AllenGitH]

最好把问题解决掉，不要给自己埋雷。
1、起一个新名称，设置过渡期暂时保留旧名称。
2、根据新名称创建新 LOGO.

[sgap-guard]

问卷数据报表（持续更新中）：

1. 需结合此discussions
   关于决定Motrix Next是否改名的_统计报表_20260824085946.xlsx
2. Motrix Next 软件新名称征集用_统计报表_20260824085719.xlsx

[joejeneri]

Given the fork/continuation history around Motrix, soft tip: ForkFarm ranks GitHub forks by stars + what changed — https://forkfarm.cc/AnInsomniacy/motrix-next (disclosure: I built ForkFarm). Useful when comparing community continuations.

[Minus4-44]

我感觉没必要改，至少现阶段不用改，但是图标确实可以改下，现在这个一眼是真的看不懂

[huanghaobaobao]

希望改名：一是可能存在的版权问题，二是宣传上我们肯定比原项目吃亏，后续用户可能不知情的会自动引导到原项目，三是我们这个伟大的作品需要一个自己的名字

[TheCGDF]

作为一个Mortix v1遗老我更关心Turbo和Next的功能对比，有没有什么功能是某一方独有的，两个都下载一点点试太麻烦了。。。我相信像我这样的遗老/新人肯定还有不少，不如把具体功能差异列出来（Readme上列了一堆开发环境上的差异而且还有水字数的嫌疑。。。），怎么选择我们心里自有分寸😭

[AnInsomniacy]

Readme是肥波拉的确实他不说人话😭，我不太清楚motrix2.0的路线，但目前motrix next引擎大换血了，所有手搓内容都换做成熟库实现，比如bt换成了libtorrent，理论上有qbit的能力，http换成了libcurl，实测稳定很多。新功能目前还在加，额外支持了ed2k和迅雷目前。后续（画个饼），可能考虑支持m3u8？不过太复杂了这个

[qingshangongzai]

原版那里我觉得新的UI设计风格刚打开的时候真的有给人一种眼前一亮的感觉，相比next这边我觉得内置的几种配色方案都算不上好看。也包括大家讨论的logo方面确实也谈不上好看，至少不是很符合我个人的审美。综上我个人认为，应该有必要招募一个专业的UI设计师加入这个开源项目里，又或者可以借鉴原版2.0的设计风格，来对UI进行优化。以上仅为个人观点。

[sgap-guard]

投票结果（关于决定Motrix Next是否改名的_统计报表_20260828191824.xlsx
结合此discussions）如下（截至2020-8-28 19:35）（持续更新中）：
共32票（统计结果由问卷网及个人统计）：
其中赞成改名14票
中立票4票
反对改名14票

[RGthx]

motrix2.0 和 motrix next我都用过了
当前我认为 1. 名称我认为不用改；motrix next其本身作为motrix精神的延续；其当前界面风格本身就是motrix1.0的延续；只是对代码依赖引擎等进行了架构和现代化提升——UI在某种意义上真的是完美的还原了motrix1.0的风格——只不过默认的屎黄色配色UI和logo着实让我希望能有motrix2.0的眼前一亮的类似的新UI
2. 当前motrix2.0 和 motrix next两者都有我所喜欢和期望的某方面的特长：
Motrix 2.0 围绕 MDXP 协议构建生态（CLI、插件、AI Agent、无头服务器）；插件生态和AI Agent接入真的是一个很大的需求；尤其是后者——我相信未来我们会逐渐的把下载任务也交给ai代理；或者说我也相信未来ai需要一个更好的支持多线程下载的专门完成下载任务的工具——比如Motrix。我无比的希望Motrix Next能想办法让AI能够集成其能力，我现在只是用Aria2的MCPserver的项目来简单的使用，我很期待未来能有一个专门用来连接的方式；甚至是一套完美的插件生态
Motrix Next第二个让人觉得跟motrix2.0的差距可能就是UI了；但我认为这个可以算是进一步优化时候决定的，毕竟有的人就是喜欢极简风格；喜欢v1的感觉。
用Motrix2.0的时候能明显感受到因为beta版本的缘故；稳定性跟motrixnext差的不少。
但说实话，无论是哪个软件，都可以说是非常好用且好看高颜值全面功能的下载器了，我说我想把两软件丢熔炉里融为一体了，缺陷太互补了

[leezn]

其实两款软件的侧重点完全不一致，现在的next说是1.0的续作，不改名就是给Motrix 2.0做嫁衣，现在的next俨然是全新的产品，仅仅是UI了延续了1.0的样子，长远来看还是改名，更符合未来的长期演化。

[yjvv1]

实质上的东西都不一样了，不如换名字，比如：未来来了