智能助手网
标签聚合 上用

/tag/上用

linux.do · 2026-04-18 20:36:15+08:00 · tech

我的问题:我无法在我的vps上用我的claudecode与codex 昨天我的claude与codex都能用,今天又崩了 我尝试把本地的能用的关键配置文件上传到里面,还是失败不能动,我怀疑是网络问题 vps是无界面的linux 我目前有2个GPT 一个team一个plus(官方) 两个中转站 any与jobema (分别调用claude与glm5.1模型) 我的科学工具 1.clash for linux 2.shellcrash 我能不能ping通youtube? export http_proxy="127.0.0.1:7890" 后,依旧不能,但是之前不能,可是codex还是能动 我的尝试方法 1.npx zcf 2.ccr 3.cc-switch 我想要什么? 我想要有个通用万能简单上手的,直接配置ai的 baseurl key model 就能用的,cli下的一个工具 opencode? 目前打算:卸载目前npx zcf,重新安装,重新配置 1 个帖子 - 1 位参与者 阅读完整话题

linux.do · 2026-04-15 16:54:21+08:00 · tech

我是想在linux 云主机上用 gemini cli 所以手动进行了配置 gemini 版本是 0.38.0 mkdir ~/.gemini cat > ~/.gemini/settings.json << 'EOF' { "ide": { "enabled": true }, "security": { "auth": { "selectedType": "gemini-api-key" } } } EOF cat > ~/.gemini/.env << 'EOF' GOOGLE_GEMINI_BASE_URL=<base_url> GEMINI_API_KEY=<api_key> GEMINI_MODEL=gemini-3-pro-preview EOF 随后输入 gemini 启动,询问是否信任文件夹后,让我输入 API KEY ,我试着输入,按回车, /init 试了以下,报了下面的错误: [API Error: {"error":{"message":"{\n \"error\": {\n \"code\": 400,\n \"message\": \"API key not valid. Please pass a valid API key.\",\n \"status\": \"INVALID_ARGUMENT\",\n \"details\": [\n {\n \"@type\": \"type.googleapis.com/google.rpc.ErrorInfo\",\n \"reason\": \"API_KEY_INVALID\",\n \"domain\": \"googleapis.com\",\n \"metadata\": {\n \"service\": \"generativelanguage.googleapis.com\"\n }\n },\n {\n \"@type\": \"type.googleapis.com/google.rpc.LocalizedMessage\",\n \"locale\": \"en-US\",\n \"message\": \"API key not valid. Please pass a valid API key.\"\n }\n ]\n }\n}\n","code":400,"status":"Bad Request"}}] 我觉得它压根儿没识别到 baseurl 的感觉,同时重启命令行也没有用 1 个帖子 - 1 位参与者 阅读完整话题

linux.do · 2026-04-13 02:12:57+08:00 · tech

正文: 想请教一下大家,我这边在 Windows 上用 Codex app,最近把工作区切到了 WSL,结果遇到了一个比较绕的问题。 我的目标 我想实现的是: Windows 上使用 Codex app 项目代码仓库放在 WSL 的 Linux 文件系统 里,比如 ~/code/my-app Agent environment = WSL Integrated terminal shell = WSL 不开 TUN 模式 通过本地代理正常使用 Codex 现在的现象 如果我把 Codex app 配成: Agent environment:WSL Integrated terminal shell:WSL 项目放在 WSL 里 那么 Codex 就会出现: Reconnecting 或者一直转圈、一直思考 任务发出去后不正常返回 但是: 只要开 TUN 模式,就恢复正常 如果不开 TUN,我在 ProxiFyre 里给 codex.exe 加规则,不加的话 Windows 侧会直接 Reconnecting 可是即使加了 codex.exe 规则,切到 WSL agent 后还是不稳定 我现在的环境 系统: Windows 11 使用: Codex app WSL: Ubuntu WSL 网络模式: Mirrored WSL 设置里: autoProxy=true dnsTunneling=true 本地代理工具这边我有一个 SOCKS5 端口: 127.0.0.1:6984 ProxiFyre 里目前是把 codex.exe 走这个代理 已经确认过的情况 项目放进 WSL 本身不是问题 路径像 ~/code/my-app 这种没问题。 WSL 不是完全断网 在 WSL 里执行: curl -I https://api.openai.com 是有返回的,不是完全不通。 不开 codex.exe 的 ProxiFyre 规则,Codex app 本体会 Reconnecting 所以这个规则目前看起来还不能删。 开 TUN 就全部正常 说明问题更像是“不用 TUN 时,Windows 侧和 WSL 侧没有一起走到同一条代理链路”。 我想请教大家 继续用 WSL + 不开 TUN 的正确配法应该是什么? 这种情况下, WSL 里是不是还要单独配代理环境变量 ? 如果 Windows 侧必须保留 ProxiFyre 的 codex.exe 规则,那 WSL 侧应该怎么补齐 ? 有没有人也是: Codex app 在 Windows Agent 跑在 WSL 不开 TUN 但能稳定使用的 补充 我现在不是想退回 Windows native agent,而是想尽量保持: 项目在 WSL agent=WSL terminal=WSL 不开 TUN 如果有人有类似配置能跑通,麻烦告诉我一下你们是怎么配代理的,尤其是 WSL 这边到底该怎么接代理 。 13 个帖子 - 7 位参与者 阅读完整话题