最近新出的 Mole 确实还不错

@Wh1t3zZ 可能是某种 bug ，麻烦在设置里关掉「自动开启无线调试」吧

@hikarugo 是的…发现 AI 这都能写的时候兴奋的熬了几个通宵。一周半写出原型，两个月开发完，然后花了半个月低效的做推广

@bytewalk 不需要。如果是手机镜像的话，菜单里有「熄屏使用」的开关；如果是融合模式窗口的话，熄屏直接就能用，但是由于 Android 系统限制熄屏任何 App 都无法使用剪贴板、通知中心等

@EdwardKot 大部分应用应该是直接拉伸窗口到横屏比例就可以了。但是测试时也发现一台 VIVO 死活不能横屏。

@PaulSamuelson 抱歉，因为使用 SwiftUI 版本的原因，最低也只能兼容到 macOS 14 。

@jheroy 好的，我之后想想有没有办法调整优化这个流程。

@unbridle 感谢反馈，稍后我看一看。

@wohao2631964 我试过 Codex 、Copilot 和 Claude Code 都是复制那段 prompt 就可以自动安装好的，可能有的模型理解得不一样。请问你用的 AI Agent 和模型是？

@4332weizi 上面的已经被用完了。V2EX 上类似的活动都是在「 App Store - 头像 - 兑换」里兑换的。


@jheroy 现在默认是有镜像或融合窗口时才转发音频，没有就不转发。然后镜像的菜单里有个开关。


@tyhunter 其实 ARM 芯片的 Mac 你让 GPT 帮你安装个 Android Emulator ，选 Android 16 带 Google 服务的，就可以 0 成本体验大多数 Android App 。当然微信不能登录会封号。

我们其实本来适配了模拟器自动安装和静默运行，但 Mac App Store 审核不过撤掉了。

@rwecho 那可能最近降智了，我大概一个月前做的 5 种语言的套图还蛮准的。

@zsxzy 是的，浅色文字区域附近的重影现象一般是 GPT image 2 。

个人建议直出不带文字的版本，然后用 codex 让它手动把文字 P 到对应的位置。

@timekiller 这个得怪 Google ，自家 Pixel 原生支持 CDC-NCM ，在 macOS 免驱直连。其他手机只给了 RNDIS 需要驱动。

@nightlight9 @semiboldhung 确实协议是允许的。但是我们不仅没有引入 scrcpy 的任何代码，反而核心的融合模式功能是我 5 月 8 日首创并在 Twitter 火了一把，他们在 5 月 9 号才开始动手开发跟进的哈。

@jheroy 感谢反馈，可能是图标缓存问题，应该用一会儿就好了。
App 是支持不亮屏使用的，scrcpy 式的关屏需要在手机镜像功能的侧边栏里点击「熄屏使用」按钮，这个逻辑确实有点绕，我后续看看能不能改进。

@marcoseaver 这个应该已经修了，欢迎再试试

@chargeAha 应该是某种 bug ，Android 版本是多少，普通的镜像功能可以正常使用吗？

@touzi 是指的鸿蒙系统吗？好像有的可以有的不行，我没有鸿蒙设备，不太清楚具体情况。

@absinthe 感谢反馈，屏幕旋转是已知待修复问题。局域网连接这个建议先关掉相关开关（那个开关是跟随设备独立的），我后续再想想怎么修改比较好。

@semiboldhung 不是的。这个输入法是我的 app 注入的输入法，你可以在 Android 设置里看见它的名字是「 AndroMeld 输入法」。

我其实没有料到多个工具混合使用的情况，输入法会在会话期间尝试注入所有 Virtual Display ，所以其他工具里也可能显示它。

@cpalead 不是。自己的小鸡，Nginx 静态页面+外面套了 CF

@timekiller 感谢建议，这个有难度，因为 Android 的无线调试默认和热点不互通的，如果要打通的话，需要将整套协议移植重写个转发层，不过会再考虑评估一下。我自己类似场景会用 USB 热点。
（ BTW 我之前用小米 14 当热点几个月后，有一天突然鼓包挤破背板发烫了...小心安全啊）


@desususula 抱歉我没有 Studio Display 测试，可以的话麻烦截一下图发给我？ andromeld_feedback_v2ex@catching now.com 谢谢！

@sleek7671 抱歉没有的

https://andromeld.catchingnow.com 欢迎来使用我的 AndroMeld 。可以多窗口镜像 Android 端的 app ，支持随意缩放。

至于 android-platform-tools ，有完整内置，不需要额外复杂安装。如果哪天你额外安装了也会自动无缝过度到使用 brew 安装的版本上。

https://i.v2ex.co/5ok5C303.png

确实很独特

我说话有点不客气啊…在古法时代，这种逻辑封装思路也应该是 2~3 年左右的研发的水平。7 年经验的人不应该还按这种思路做事情。

App 的 UI 很好的满足了我的需求，没有任何乱七八糟的元素。赞一个！

但是使用时，发现可以稳定复现的问题：输入一行文本后换行再输入，当删除完第二行继续按删除键，此刻开始进入了全局只能新增不能删除的状态。M 芯片 26.5 系统。尝试了微信、系统输入法均可复现。

已经从 Github 多次下载覆盖安装过了，也使用了 codex 分析未发现任何有价值的日志输出。

@andrewTeller 更新一下新版试试？

@talisk 谢谢反馈啊，下次推荐 app 里发邮件。Twitter 上默认私信完全没有通知，我手工去看看。
@billccn WiFi-direct 之类 macOS 没有原生支持，自己做上不了架。所以我们目前还是走的 WiFi+USB 路线。剪贴板同步文字图片都支持，自己感觉还是很稳定的，下一版还即将支持双路复用。谢谢你的鼓励哈～

PS：本来最开始写的「最近两年 Mac 将默认的拖拽手势由三指改为了按住」，但一查 AI ，发现这都是 10 年前（ 2015 ）开始的事情了，还是蛮感慨的。

@openercn 谢谢夸赞，MCP 有计划做
@yukminnie 谢谢！
@noahhhh emmm 我想解释一下：

关于两指滑动：
我们的边缘手势直接对应的是 Android 系统的「返回键」行为。你提到的页面内两指任意滑动返回，其实属于 App 自身的视图交互。
Android 支持这种滑动返回的（比如小红书、Telegram ），在 AndroMeld 里同样支持；反之，如果 App 原生不支持（类似 iOS 上的微信），官方 iOS 镜像同样也没法做到。

关于三指手势：
因为相当多 Mac 重度用户（特别是从 2015 年前沿用习惯的老用户）依然会保留默认的「三指拖拽」，所以我们目前暂时不打算接管改变三指的行为。

依然很感谢你的热心评论～