#macOS #Android #APP

🤖 AndroMeld：在 Mac 上把整台安卓手机融进访达

像用 Parallels 融合模式跑 Windows 程序那样，在本地窗口一样直接运行手机里的 App。

✨ 特点

- 融合模式：把手机里任意安卓 App 渲染成独立的 Mac 窗口，可自由缩放尺寸、调整 DPI，按手机配置最多同时开 2~6 个 App。
- 访达集成：手机存储直接挂载到访达侧边栏，原生拖放文件、用 Mac 快捷键、空格键 Quick Look 预览，和操作本地文件夹完全一致。
- 输入法注入：在安卓 App 里直接用 Mac 键盘和原生输入法打字，支持拼音组合、候选选择和 emoji 输入。
- 触摸板手势：双指缩放、旋转、两指轻扫等手势直接可用，Android 15+ 设备还适配了预测性返回动效。
- 剪贴板双向同步：镜像时文本和图片在两端实时同步，任一边复制、另一边直接粘贴。
- 本地直连、零账号：纯本地点对点连接，无需注册、无账号、无云端上传，USB 或无线随你选。

⚙️ 机制

官方说明：AndroMeld 是闭源原生 macOS App，不走模拟器或虚拟机，而是通过 ADB协议经 USB 或无线调试连接你的真实手机，并利用原生 macOS 框架把手机文件系统映射进访达。文件传输与投屏严格在本机点对点进行，不经过云端。

据此推测投屏与融合模式很可能基于 ADB 视频流，与开源的 scrcpy 思路相近；融合模式把单个 App 渲染为可独立缩放、可调 DPI 的原生窗口。

👨🏻‍💻 使用场景

- 跨设备办公：需要一边写文档一边查手机里某个只有安卓版的 App（如银行、政务、打车）的人，可以把那个 App 单独开成一个 Mac 窗口，不用反复拿起手机。
- 文件搬运：经常在手机和电脑间传照片、文档的用户，直接在访达里拖放，比敲 adb 命令或用微信传文件方便得多。
- 开发与测试：安卓开发者可以把真机界面以原生窗口形式放在桌面边角，配合 Mac 快捷键调试，比起整机镜像更省屏幕空间。

🛣 路线图

- MCP 支持：开发者明确表示「一直有计划做」，未来可把手机变成能被 AI 调用的代理设备，社区也有用户提出「开放接口，当 AI 手机用」。
- 剪贴板同步持续改进：双向同步体验仍在打磨。
- 兼容性扩展：当前融合模式要求 Android 12+，对鸿蒙等基于较低安卓版本的系统适配仍存疑，是后续重点。
- 商业化：后续 App Store 版本计划对部分功能（如融合模式）收费，早期用户可永久免费。

💬 社区评价

AndroMeld 于 2026 年 5 月在 V2EX 发布尝鲜帖，旧名 AndDrive，目前处于 0.0.x 早期版本，已上架 Mac App Store 并提供官网直接下载。发布数小时内即获数百次浏览和十余条讨论，社区对「真机直连而非模拟器」这一定位表现出明显兴趣。

社区整体评价偏正面但带早期产品的保留。用户最认可的是访达文件管理和融合模式的概念，主要疑虑集中在配对稳定性（、Android 12+ 的兼容门槛、手势体验不及 iPhone 镜像，以及免费转付费的过渡策略。开发者在帖子里逐条回应了这些问题，响应速度快。

🖊 作者背景

CatchingNow（V2EX 用户名 heruoxin）· 独立开发者

- Ice Box（冰箱）：安卓社区知名的一键冻结 App 工具，阻止应用后台运行以省电省流量，支持 Root 与免 Root 模式。
- Filter Box（过滤盒）：AI 通知管理器，离线过滤垃圾通知、自定义规则、提取验证码。
- Clip Cloud：跨平台剪贴板同步，覆盖 Android、iOS 与 Chrome。

🙋‍♂️ 感想

AndroMeld 最聪明的一点，是没有去做又一个安卓模拟器，而是直连你手里那台真实的手机。模拟器跑的是干净的虚拟环境，但没有你的真实账号、数据和 SIM 卡；scrcpy 和微软 Phone Link 虽然连真机，却只能把整台手机塞进一个窗口。AndroMeld 用融合模式把单个 App 拆成独立可缩放的窗口，再叠加访达整机挂载和输入法注入，确实把「手机融入 Mac 桌面」往前推了一步。

频道：@NewlearnerChannel

#macOS #iOS #Tools #GitHub情报 #GFW

🧩 Surge 周边工具合集：从配置、订阅到家庭网关

Surge 本身已经是一个完成度很高的代理客户端，但对于玩家来说，往往不只是在客户端里切个节点这么简单：规则和模块越攒越多，多端 Profile 怎么同步，订阅和自建节点怎么整理，电视和游戏机又怎么接入，最后都会变成另一套需要维护的系统。这些项目有的已经陪我用了多年，也有的才刚起步；从配置生成、订阅管理、图形管理，到局域网网关、格式转换、模块维护和移动端订阅管理，刚好把这些空隙补得七七八八。

1️⃣ Surgio

🔗：GitHub | Docs

Surgio 是本次合集里资历最老、也最像“配置即代码”的一个。第一行代码提交于 2019 年 8 月 20 日，至今已接近七年；MIT 协议开源，GitHub 有 1.8k 星，2026 年 5 月还在更新。它是运行在 macOS、Linux 或 WSL 上的 Node.js 命令行工具：把机场订阅或自建节点当作 Provider，把 Surge 配置模板当作 Template，最后按 Artifact 定义生成不同客户端可直接使用的配置，还能一并上传到自己的存储。

Surgio 最早就是为 Surge 而生，后来也支持 Clash、Quantumult X、Loon、Stash 和 sing-box 等。它的优势不是“点一下就能用”，而是能把配置放进 Git，按模板稳定生成多份 Profile，再交给定时任务或 CI 自动更新。代价也很直白：需要写 JavaScript 配置和模板，先把 Provider、Template、Artifact 这套概念理顺。如果你已经维护着一套复杂配置仓库，Surgio 依然是七个里最成熟、最可控的方案。我非常喜欢 Surgio 这个项目，也算是使用 5 年的老用户了。

2️⃣ Sub-Store

🔗：GitHub | 官方前端

如果 Surgio 是「把配置当代码写」，Sub-Store 就是这件事最流行的图形化版本。它从 2020 年开始发展，现有近 1 万 GitHub Star，支持 Surge、Loon、Quantumult X、Stash、Egern、Shadowrocket 和 sing-box 等多种客户端。最常见的用法是把几家机场订阅和自建节点收进同一个面板，按地区、协议和名称过滤、重命名、排序或用脚本处理，最后生成一个给 Surge 使用的订阅地址。

Sub-Store 可以把多份订阅合成一个链接、托管和修改订阅或文件，也能将不同客户端格式互相转换。对于不想维护 Surgio 模板和自动化、但又想让多机场节点进入同一套策略组的用户，Sub-Store 基本是最成熟的选择。需要注意的是，订阅链接本身往往带有敏感信息；无论用官方前端、Surge 模块还是自部署实例，都应确认实际请求经过的是自己信任的服务。

3️⃣ Surge Shallow

🔗：GitHub

如果说 Surgio 是给习惯写代码的人准备的，Surge Shallow 就是把这套事情收进一个 macOS 原生界面。它是最近刚开源的 SwiftUI 工具，目前为 macOS 26 准备；可以导入已有的 Surge .conf / `.dconf`，集中管理 Ruleset、模块、Proxy、Proxy Group 和 macOS / iOS / iPadOS 之间的差异，检查无误后直接写入 Surge 的 iCloud 目录。

Surge Shallow 目前没有 Surgio 那种自动化和跨客户端野心，但对于不想长期手改大段配置、又不想维护 Node.js 工程的人，反而是更舒服的中间层。

4️⃣ OpenSurge for Mac

🔗：GitHub

名字容易让人误会，它并不是 Surge 的插件或兼容客户端，而是一个受 Surge 网关模式启发、基于 mihomo 的 macOS 项目。OpenSurge for Mac 可以把一台 Mac 变成局域网网关，手机、电视、游戏机、VR 设备可以按设备走不同出口；既能只手动让指定设备接入，也能通过 DHCP / DNS 接管让一段网络自动使用它。它明显不是普通用户“装完就忘”的代理客户端，更适合有常开 Mac、了解家庭网络拓扑、又不想单独买软路由的人。

5️⃣ Script-Hub

🔗：Web | GitHub

Script-Hub 不管理节点和订阅，专门把不同客户端的重写、模块、插件和规则集互相转换：QX 重写、Surge 模块、Loon 插件和规则集可以转换成 Surge / Egern 模块、Stash 覆写、Shadowrocket 模块或 Loon 插件。

它本身可以作为 Surge 模块安装，随后在浏览器打开 script.hub 操作。遇到一个只有 QX 或 Loon 格式的模块可以转换后直接导入。它也支持本地文本的纯前端转换；但若要读取远程资源、处理需要脚本转换的内容，仍需留意代理、MITM 和脚本权限。Script-Hub 是格式兼容层，Surge Relay 则是在这个兼容层之上继续解决模块的长期维护问题。

6️⃣ Surge Relay

🔗：GitHub

Surge Relay 是七个里和 Surge 最直接的一款，专门管理 Surge 模块。对于经常用 Script-Hub 把 Loon、Quantumult X 等格式转换成 .sgmodule 的人。它把模块来源和备用地址集中在一台 Mac 上管理，调用本地 Script-Hub 转换逻辑生成稳定的 `.sgmodule`，再发布到 GitHub 或 iCloud Drive。模块还能统一编辑、删除、汇总，按需要屏蔽 MITM hostname、禁用部分 Script 或 Rewrite；也提供 Web 端远程管理，并可配合 Surge Ponte 从其他设备操作。它更像是给模块重度用户准备的“发布流水线”，而不是另一个配置编辑器。

7️⃣ 塔台

🔗：TestFlight | 开发者说明

这是七个里最早期、也最轻的一款，也是一个 Vibe Coding 项目。目前只在 iOS TestFlight 测试，开发者的说法是：在 iPhone 上本地管理机场订阅和自建节点，再转换为不同客户端所需的配置；数据不上传服务器，项目也宣称开源。截图里能看到订阅、规则、导入几个入口，以及按地区查看节点的界面。

它和 Surge 的关系没有前两个直接，公开资料目前也没有列出所有导出格式。但“订阅收集、节点整理、再导出配置”本来就是很多 Surge 用户的前置工作；如果它能稳定发展，本地优先的移动端管理会是一个很有意思的补位。现阶段更适合愿意试 TestFlight、也愿意接受功能变化的人。

👀 七个项目放在一起看，Surge 的周边需求其实已经分成了几条完全不同的路线：Surgio 适合把配置当工程维护、需要自动生成和部署的人；Sub-Store 适合管理、合并和转换多份订阅；Surge Shallow 适合重度使用 Surge 但希望图形化管理的人；OpenSurge 是家庭网络方案，不应当当作 Surge 替代品；Script-Hub 负责跨客户端格式转换；Surge Relay 适合长期维护模块来源的人；塔台则仍在验证移动端本地订阅管理这件事。

有意思的是，最成熟的 Surgio 依然是命令行工具，新项目却都在把配置、网关或订阅做成更直观的 App。Surge 的本体当然还是整个工作流的核心，但围绕它长出来的这些工具，正在把“代理配置”从一份文件变成可以长期维护的一套系统。

频道：@NewlearnerChannel