https://blog.margrop.net/tag/electron/ Recent content in Electron on 魔都水滴 Hugo -- gohugo.io zh-CN Wed, 25 Mar 2026 10:00:00 +0800 https://blog.margrop.net/post/macos-electron-app-proxy-wrapper-for-antigravity-and-claude/ Wed, 25 Mar 2026 10:00:00 +0800 https://blog.margrop.net/post/macos-electron-app-proxy-wrapper-for-antigravity-and-claude/ <blockquote> <p><strong>写在前面</strong> 这篇文章记录一种我已经在本机验证过的办法：<strong>不要直接修改原始应用包，也不要把真实代理地址写死到公开文章里，而是给 Electron 应用外面再包一层极小的 wrapper app</strong>。这样既能给 Antigravity、Claude 这类 macOS 桌面应用注入代理，又不会轻易破坏原始签名、升级链路和回滚路径。</p> </blockquote> <p>很多人第一次遇到这个问题时，第一反应都是去改 <code>/Applications/Claude.app</code> 或 <code>/Applications/Antigravity.app</code> 里面的内容。短期看似乎可行，但长期通常会带来三个问题：</p> <ol> <li>应用签名可能失效，后续启动、权限申请和升级都更脆弱。</li> <li>一旦原应用自动更新，你手工改过的内容很容易被覆盖。</li> <li>真实代理地址、内网 IP、鉴权信息如果直接写进应用包或公开文档，后果通常比“配置没生效”更严重。</li> </ol> <p>我最后采用的是一个更稳的方案：</p> <ol> <li>保留原始 <code>Claude.app</code> 和 <code>Antigravity.app</code> 不动。</li> <li>在 <code>~/Applications</code> 下创建 <code>Claude (Proxy).app</code> 和 <code>Antigravity (Proxy).app</code>。</li> <li>wrapper app 只做三件事：加载本地 <code>proxy.env</code>、导出大小写代理环境变量、用 <code>--proxy-server</code> 启动原始 Electron 应用。</li> <li>如果应用内部还用了 Node/undici 的 <code>fetch</code>，再通过 <code>NODE_OPTIONS=--require=...</code> 注入一个极小的 bootstrap，把代理继续传到 Node 侧请求链路。</li> </ol> <p>本文中的所有代理地址都用占位符表示，例如：</p> <div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;"><code class="language-text" data-lang="text"><span style="display:flex;"><span>http://127.0.0.1:PORT </span></span></code></pre></div><p>请把它替换成你自己的本地代理入口，<strong>不要把真实代理地址、内网 IP、用户名、密码、Token 或公司域名发布到公开文章、仓库或截图里</strong>。</p>