我们在 issue #1276 设计的草案，确实通过重构 Profile Item 实现了后端支持（#1663），但在当前的草案中，我们并发获取多个订阅并一次性展示更新结果，这样的处理方式真的最优吗，似乎不见得？

合并时，以第一个 URL 为主，其它只保留 Proxies 部分，会遗漏其他重要的数据，这样的方法也不合适。

尝试为 Profile Item 提供多文件支持时，效果并不理想，我们应该探索一种更好的方案来处理符号链接和多文件？未来关于合并逻辑、GUI 处理节点、字段接管的边界问题，大家觉得还有哪些改进空间？

欢迎各位到 GitHub 热烈讨论。

Clash Nyanpasu 1.6.0 Released!

Check out on GitHub:
- https://github.com/LibNyanpasu/clash-nyanpasu/releases/tag/v1.6.0

已初步上线

https://nyanpasu.elaina.moe/

nyanpasu.elaina.moe

Clash Nyanpasu

Clash Nyanpasu! (∠・ω< )⌒☆​