标签： Desktop Commander
-
升级 Clash Verge 后，Desktop Commander Remote 出现设备验证成功、但建立 session 时持续报 Failed to set session: fetch failed 并自动退出的问题。经过重新授权、设备重建和 CLI 版本排查后，最终发现 Clash Verge 的 TUN / 虚拟网卡模式在升级后被关闭。重新开启 TUN 后，RDC 随即恢复 Status: Online。本文记录完整排查过程，并说明为什么“浏览器能上网”并不意味着 Remote Agent 所需的网络路径一定正常。
-
2026 年 10 月 1 日，在维护 A Tour of Go 多语言翻译项目时，多个既有 ChatGPT 会话突然失去 Desktop Commander / RDC 工具能力。经过 Revoke、插件卸载与重装、重新授权以及新建会话后，RDC 表面恢复，但 ChatGPT 仍频繁出现“只说不做”、无法连续完成读取、写入和验证等异常。到 10 月 2 日，相同环境下 RDC 与长任务执行能力又恢复正常，单次任务可连续运行二十多分钟。本文记录完整排查过程，并讨论一个重要可能性：界面仍显示 GPT-5.6 Sol High 时，后台实际模型路由或运行时能力可能发生了变化。该判断来自工程行为对照，并非后台日志确认。
-
Codex GPT-5.6 Sol High 完成首批 60 个马拉地语 Page，就消耗了约 58% 的五小时额度。为节省额度，我借助 Desktop Commander，让 ChatGPT 也承担正式翻译生成，但最近几天频繁出现的消息流错误严重影响了工作。恰逢 GPT-6 Luna High 上线，我提前开展了三页翻译质量对照实验，并邀请五个 AI 独立盲审。实验结果让我决定将 GPT-6 Luna High 作为项目后续默认的翻译生成模型，同时保留原有的独立审核与质量门槛。
-
从 2026 年 9 月 22 日开始，ChatGPT 在执行长任务、网页搜索和 Desktop Commander（MCP）工具调用时频繁出现「消息流中的错误」。本文记录了多个独立会话中断、Firefox 网络日志分析、家庭网络测试及 ZIP/RDC 传输实验的全过程，并讨论如何保存阶段性成果、减少重复执行和降低故障恢复成本。
-
本文记录我使用 Desktop Commander Remote MCP 将 ChatGPT 接入 Ubuntu 本地开发环境的实际过程，包括设备连接与验证、ChatGPT 插件安装、本地文件系统与终端访问，以及在 go-tour-i18n 项目中的真实开发体验。相比过去频繁在 ChatGPT 与终端之间复制命令和执行结果，Remote MCP 能明显减少人工中转，让 ChatGPT 直接读取仓库、检查 Git 状态并执行部分开发任务。同时也记录 Desktop Commander Tool calls 限额，以及 ChatGPT 在处理开发任务时可能自动调用 Codex、因此 Codex 额度并不只由手动使用产生这一实际情况。