我们在 issue 1276 设计的草案，确实通过重构 Profile Item

我们在 issue 1276 设计的草案，确实通过重构 Profile Item 实现了后端支持（ 1663 ），但在当前的草案中，我们并发获取多个订阅并一次性展示更新结果，这样的处理方式真的最优吗，似乎不见得？
合并时，以第一个 URL 为主，其它只保留 Proxies 部分，会遗漏其他重要的数据，这样的方法也不合适。
尝试为 Profile Item 提供多文件支持时，效果并不理想，我们应该探索一种更好的方案来处理符号链接和多文件？未来关于合并逻辑、GUI 处理节点、字段接管的边界问题，大家觉得还有哪些改进空间？
欢迎各位到 GitHub 热烈讨论。