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

[GoodRui]

建议个人比较懒的原因，自从 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 服务器。

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

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

[DigitalG]

vscode 也是 ssh 到远程服务器，它自己安装 server ，然后连上去。

相应的，比如 codex ，也有 codex remote-control 的方式，让 client 的 gui 客户端连接到服务器上（保证 ssh 可用的话，这个安装过程可以在在 gui 上自己发起）。真要服务器上不安装软件的话，得靠 dev container 那种方案了吧。

[NeoAshes]

@GoodRui #4 你有想法你试试啊，有这时间发帖问你试试都已经知道答案了，确实够懒的。完全能 ssh 上去操作

[kjstart]

哥们, 你开玩笑吧. 我们公司自从无限使用 5.5 extra high 开始, 大家都玩出花了. 一个 bug, codex 自己去看 ticket, 查 log, 看代码, 总结报告写得可漂亮了. 现在都没人去连 log 服务器了, 就连 log 里的数据都让 codex 给算好了列出来. 这些全是 skill 教 codex 自己做的, 完全不用额外安装任何工具.

至于其它小项目, scp 几个文件部署个环境什么的, 你只要教他一遍, 以后都不用你管了.

说到这里, 就要再推荐一下我开发的 Oracle 数据库 MCP 连接工具. 和 Skill 不同, 我这个主打安全防范, 危险命令弹出提示, 数据库密码加密保存, 多数据库彩色识别. 都是我亲手用出来的经验, 我用这工具至少执行 20 万行 SQL 代码了. 最近抽空把 Mac 版本调通了, 欢迎使用.

Oracle 数据库 MCP 连接工具, 代码审查:
https://github.com/kjstart/oracle_mcp_server

[wwtest]

社区还是刷的少了 这玩意做的人不要太多 我都看到好几个了

[AlanAdam]

一切的恐惧都来源于活力不足，烧了足够多的 token 就没有这种困扰了

[tengxun]

你没有用过吗? ssh 的账号密码发给 ai,ai 自己帮你干了 自己帮你写文件到远程,在远程帮你运行

[kneo]

自己随便写个 skill ，闷头用一年了。你还在问：为什么 AI 公司不原生开发一个给我。

要不要明年再来感慨下为什么一年了 AI 远程开发没有任何进展？

[feifeichen]

我现在就是让 ai 帮我运维，本地提供一个私钥文件给它，然后提需求就好了，它会连上服务器看的

[dancercl]

怎么可能不可以，我通过 skills 给 codex 配了访问 ssh/gitea/droneci 等等开发链上全部工具的权限，它可以全自动闭环一条龙：开发、评审、推送、监控 CI log 、修复构建问题、发布、部署 staging 、测试 staging 、修复 staging 上发现的问题，如此反复。
但是注意你的 harness 要做得足够强，各种安全性规则要设定好，并且要善用 subagents 和外部的 codex exec 来管理好上下文，不要把上下文跑超了 compaction 导致遗忘规则等等，是个系统工程

[ltaoo1o]

我有点理解 op 的场景，现在的 codex 或 claude code ，在执行命令时，都是针对「本机」进行操作。

比如搜索代码，是调用 本机 的 grep 、find 等命令，搜索本机的文件。

也就是说 agent 没有 machine 的概念，无法为 machine 创建 session 。这就是 op 说的「原生使用 ai 工具」。

我刚好有类似的场景，A 电脑 登录了 codex ，怎么让 B 电脑 无需安装 codex 就能直接用 codex 的能力。发现实现不了，我可以在 A 电脑 通过 web 开启多个 session ，但是这些 session 都只能操作 A 电脑 的文件，即使把 web 开放到公网，B 电脑 可以登录上去，操作的也是 A 电脑 的文件。

这个能力我觉得不会官方实现吧，因为变相实现了「中转站」的能力

Snipaste_2026-06-04_15-21-55.png

[jtiom]

@GoodRui 所谓原生支持，不也是一个内置的 skill 么。写好规则让 ai 去哪里做什么，ai 自然会执行。一个 prompt 就能解决, 你确实是懒

[Vipcw95]

这种问题，问 ai 他回答的更好

[bitrabbit]

我会更建议你让需求带着你走

[ttsh]

cursor remotessh 它可以直接在服务器上改啊，我的 docker 脚本都是它直接在测试机上写的

[yh7gdiaYW]

你想让 Agent 运维？我建议不要作死

[nc]

不要直接让 AI 连生产服务器，让 AI 把命令写成 ansible playbook 或 bash 脚本，人工阅读人工执行

[est]

使用 tmux 。简单得很

https://blog.est.im/2026/stdout-11

网上有人说你甚至都不需要这么复杂。你在一个 tmux pane 里启动 CLI ，另一个连 ssh ，然后你在 CLI 让 AI 自己想办法。

[dushixiang]

有很多工具都实现了，例如我开发的这个 SSH 客户端 https://v2ex.com/t/1213805
官网也有演示视频： https://www.termark.app/zh-cn/

[409164]

不如去问 ai

[LittleControl]

没看懂，我现在自己 10 几台服务器，运维也是基本交给 AI 了，只要告诉 AI 怎么链接服务器就可以。然后可以装一些 skill 或者自己固化一些 skill ，确保 AI 的思考结果正确。但是还是那句话，服务器给 AI ，当撒手掌柜的话，总感觉 AI 有删库跑路的一天，不是