GoForum🌐 V2EX

关于目前流行的 AI 开发工具不能实现基础功能的疑问

GoodRui · 2026-06-04 10:08 · 0 次点赞 · 5 条回复

建议个人比较懒的原因,自从 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.v2ex.com/t/1190303 ,但是到现在又几个月过去了,对于这种情况还是没有任何技术性的突破。

在我的认知中,这个应该是很好实现的功能吧?比如 ai 工具可以读取远端服务器的输出、文件,并执行相关命令。但令我惊讶的是这种很基础的功能到目前为止竟然都是缺失的?还需要各种类似用 sshfs 将远程服务器文件挂载到本地、本地搭建 mcp 服务、甚至告诉 ai ssh 远程服务器的命令等很别扭的方式实现。而这些方式也都各有弊端,和本地原生使用 ai 工具开发完全不可同日而语。比如将远程文件挂在到本地这一类方案,本质是本地 ai 工具读取本地文件(实际为挂载的远程服务器文件)使用 ai 进行工作后,回写。但是要验证脚本、配置的正确性,必须要在远程服务器上实际的运行、测试、排错等,这些操作只靠挂载文件是无法方便实现的,于是又需要有 ai 能力的终端工具来接手,割裂感非常严重。

所以最后还是 remote-ssh 改配置文件,起服务,查看日志报错信息,复制出来喂给 ai ,然后再去服务器上修改脚本、配置,重复。这样一套下来,反而我成了人肉 MCP 服务器。

令我感到疑惑的是,大家开发的时候都是直接本地开发的吗?都是远程开发服务器能够随心所欲安装各类工具进行各种配置,不怕污染环境的吗?

还是说我不知道正确的方式?有没有大佬指点下?

5 条回复
miniliuke · 2026-06-04 10:08
#1

自己写一个 mcp 把远程服务器的 terminal 给暴露出去,然后提示词中强调用这个 mcp 来执行命令,效果应该不会太差

weixind · 2026-06-04 10:13
#2

不是“AI 开发工具不能实现基础功能”。

而是你的需求不是“基础”需求。

无论是啥方案,必然要有一层转发来隔离啊。

不敢想 cc 和 codex 没有 sandbox 在服务器裸奔是啥场景,AI 能让你飞起来。

xy2401 · 2026-06-04 10:18
#3

假如你把 ssh 当作一个 软件(本来就是)。执行软件获得返回。ai 解析这个返回即可。 我有一个 ps1 脚本 ,ssh 100 台服务器 执行 各种命令 比如 ps 。 保存成 ip.ps.txt

ssh root@192.168.1.10 “df -h” > .\disk-usage.txt

GoodRui · 2026-06-04 10:18
#4

@miniliuke 我觉得 mcp 终究还是一个妥协方案,为什么不能原生支持呢?比如 cc 中直接 ssh 后,cd 到指定目录,能够继续如同打开本地工作目录一样工作? cc 直接读取目录文件,执行动作,分析终端响应,这个要求很过分吗?想不明白为什么这种基础功能反而无法实现…

honjow · 2026-06-04 10:18
#5

直接操作 ssh 当然可以啊。。。我都直接让本地的 agent 帮我到服务器去搭建和维护

添加回复
你还需要 登录 后发表回复

登录后可发帖和回复

登录 注册
主题信息
作者: GoodRui
发布: 2026-06-04
点赞: 0
回复: 0