最新的master代码-20260108，windows下使用gitBash貌似不走代理

[shadow-shuang]

背景：
ok的分支：origin/fix/remote-startup-issues
使用方式：windows，gitbash，bun打包安装在本地，gitbash环境配置了代理
/model 选择 gemini，该分支是ok的。

不ok的分支：master，20260108
使用方式：windows，gitbash，bun打包安装在本地，gitbash环境配置了代理，已确认代理配置成功。bash里curl是ok的。
/model 选择 gemini，无法访问gemini的接口。

ai给的猜测：新版的fetch网络访问未走本地代理，但是我把undici的版本降回去也未生效。目前还在尝试中，辛苦大佬看下。

[shadow-shuang]

不是代理的问题，打印了日志。

[CrazyBoyM]

收到，我定位一这个问题

[shadow-shuang]

大佬，
bun run dev的场景下可以拉到models
bun run build，再执行kode，就连不上了。图是console打出来的报错。

[shadow-shuang]

import { setGlobalDispatcher, ProxyAgent, getGlobalDispatcher } from 'undici';

// 获取代理地址，优先读取 HTTPS_PROXY，其次是 HTTP_PROXY，大小写兼容
const proxyUrl = process.env.HTTPS_PROXY || process.env.https_proxy || process.env.HTTP_PROXY || process.env.http_proxy;

// 仅在有代理配置且当前不是在 Bun 运行时（或者你想强制统一行为）时执行
// 注意：Bun 运行时不仅有 Bun 全局变量，而且通常不需要手动干预
const isNode = typeof process !== 'undefined' && process.versions && process.versions.node;

if (proxyUrl && isNode) {
try {
const dispatcher = new ProxyAgent(proxyUrl);
setGlobalDispatcher(dispatcher);
// console.log([Proxy] Global agent set to ${proxyUrl});
} catch (error) {
console.error('[Proxy] Failed to set proxy agent:', error);
}
}

gemini给了方案
1.bun run dev: 代码由 Bun 运行时执行。Bun 的原生 fetch 实现 自动支持 读取系统环境变量（如 HTTP_PROXY, HTTPS_PROXY）并走代理。
2.bun run build 后的产物: 虽然是用 Bun 打包的，但通常打包后的 CLI 工具（查看你的 package.json -> engines）是设计给 Node.js 运行的。Node.js 的原生 fetch (基于 undici) 或者 node-fetch 默认不会自动 读取代理环境变量，导致请求直连超时（在国内通常是因为连不上 Google）。

尝试了下，目前ok了。感谢大佬开源。