建议个人比较懒的原因，自从 ai 盛行以来，一直还使用着传统的手搓 ai 的工作模式，即网页问答。对于各种 vibe 方式还是只在一边静静看大家讨论的热火朝天，也知道现在各类 ai 工具能力基本要上天了。
昨天终于在 mac 上安装了 codex 和 claude ，简单用了下发现个很大的问题。对于远程开发这种很常见的模式，现在都 codex 、cluade 这类工具，都无法原生支持使用本地 ai 能力。就是本地有完整的 ai 环境，远端服务器绝无可能安装相关的 ai 环境和工具的情况下，如何通过 ssh 使用本地的 ai 能力。
我的现在主要的工作是在众多 Linux 服务器进行业务部署测试，环境兼容性排查，中间件升级测试之类的运维测试工作。99%的情况是使用 mba ssh 到服务器上进行。大部分是用 windterm 这类 ssh 管理工具，或者 vs code 的 remote-ssh 方式在远程服务器上开发。
类似问题，搜了下有几个相关的讨论帖子，比如 https://global.sunp.eu.org/t/1190303 ，但是到现在又几个月过去了，对于这种情况还是没有任何技术性的突破。
在我的认知中，这个应该是很好实现的功能吧？比如 ai 工具可以读取远端服务器的输出、文件，并执行相关命令。但令我惊讶的是这种很基础的功能到目前为止竟然都是缺失的？还需要各种类似用 sshfs 将远程服务器文件挂载到本地、本地搭建 mcp 服务、甚至告诉 ai ssh 远程服务器的命令等很别扭的方式实现。而这些方式也都各有弊端，和本地原生使用 ai 工具开发完全不可同日而语。比如将远程文件挂在到本地这一类方案，本质是本地 ai 工具读取本地文件（实际为挂载的远程服务器文件）使用 ai 进行工作后，回写。但是要验证脚本、配置的正确性，必须要在远程服务器上实际的运行、测试、排错等，这些操作只靠挂载文件是无法方便实现的，于是又需要有 ai 能力的终端工具来接手，割裂感非常严重。
所以最后还是 remote-ssh 改配置文件，起服务，查看日志报错信息，复制出来喂给 ai ，然后再去服务器上修改脚本、配置，重复。这样一套下来，反而我成了人肉 MCP 服务器。
令我感到疑惑的是，大家开发的时候都是直接本地开发的吗？都是远程开发服务器能够随心所欲安装各类工具进行各种配置，不怕污染环境的吗？
还是说我不知道正确的方式？有没有大佬指点下？
1
Select Language