互联网公司曾经流行过一段风气：允许带宠物到办公室上班。好像不爱好宠物，就是不够文明、有爱心了 这点是比较反感的。咱自己不养、也不至于虐动物，别人家可爱的猫猫狗狗可爱的也撩两下，但是自己不养。主要是考虑的猫藓、狗虱子等给人带来的潜在安全威胁。 打包哥这种也是太变态了，感觉遇到狗妈猫妈人士，两边人能火拼起来 现在人是因为情绪空虚吗，要搞个宠物来填补，不太理解这样的人越来越多了
最近发帖老被举报，有些有确定原因（不清楚社区规则、漏看），有些莫名其妙，属于可举报可不举报，按说我这种老实人应该挺遵守社区规则的，但是冷不丁被举报总会印象心情。即便是身为三级佬，不小心的话还是会中招的，于是有了这个脚本。 所有LLM用于判断是否违规的规则都来自于社区公开的数个规则公告帖子。 以下为使用方法，图中内容为测试所需，与本人意愿无关，若有想法，纯属胡思乱想。 1.配置（还是用了LLM） 小齿轮点一点 搞点平时不太用的api，屯屯鼠可以拿些想不起来的公益站用了 2.发帖窗口检测（2s自动检测或按按钮） 3.回复窗口的检测（2s自动检测或按按钮） 4.红包帖子警告窗口（2s自动关闭，刷新不再出现） PS：本贴已过检，人工和LLM双重。 好用给一个 特性（bug）： 闲置Token消耗 - 二次编辑的帖子不会触发（你应该自己上道了【其实是懒得用ai修】） 可是我比你更上道，更新了二次编辑的帖子不会触发的特性 经过本工具能够让大家都成为良民： 本帖修改前： 本贴修改后 添加回帖检测 最新脚本： linux-do-post-risk-checker.user.txt (58.6 KB) 10 个帖子 - 9 位参与者 阅读完整话题
IT之家 6 月 5 日消息，剑桥大学 5 日（今天）宣布，研究团队利用 AI 技术研发出一种“通用疫苗”，目标是在未来大流行真正暴发前提前拦截风险。这也是人类临床试验首次使用 活性成分完全由计算机设计 的疫苗，试验结果未发现明显副作用。 研究人员在英国南安普敦和剑桥两家医疗机构，为 39 名 18 岁至 50 岁 的健康志愿者接种了这款疫苗。据悉，疫苗主要针对 Sarbeco 冠状病毒， 关键活性成分是一种突破性抗原 。 试验显示，志愿者接种后，产生了针对 SARS-CoV-2、SARS 及未来可能引发大流行的相关蝙蝠病毒的 保护性免疫反应 。按照这种开发思路，疫苗甚至 有望对尚未出现的新疾病提供保护 。 传统疫苗通常是在疫情暴发后才开始研发，面对病毒不断变异时往往难以及时跟上。相比之下，这种新的“超级抗原”有望为 流感、埃博拉等会在人群中传播的疾病 提供一种一体化防护方案。 剑桥大学兽医学系病毒性人畜共患病实验室教授乔纳森 · 希尼表示：“我们已经把疫苗开发 从被动应对变成面向未来 。即使病毒变异成新毒株，我们的疫苗也会继续提供保护。传统疫苗保护范围有限，我们已经克服了这个问题。这意味着我们可以摆脱不断追赶人群中流行病毒变体、再更新疫苗试图补上的循环，就像狗追自己的尾巴一样。” 研发过程中，研究团队把全球已经记录的 Sarbeco 冠状病毒基因序列数据 全部输入 AI 模型 ，再通过机器学习设计出一种抗原，让抗原具备整组病毒共有的特征。 据IT之家了解，由于本次试验样本量较小，下一阶段试验将纳入 规模更大、背景更多样 的参与者，并再次评估疫苗效果。
建议个人比较懒的原因，自从 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 服务器。 令我感到疑惑的是，大家开发的时候都是直接本地开发的吗？都是远程开发服务器能够随心所欲安装各类工具进行各种配置，不怕污染环境的吗？ 还是说我不知道正确的方式？有没有大佬指点下？
建议个人比较懒的原因，自从 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 服务器。 令我感到疑惑的是，大家开发的时候都是直接本地开发的吗？都是远程开发服务器能够随心所欲安装各类工具进行各种配置，不怕污染环境的吗？ 还是说我不知道正确的方式？有没有大佬指点下？
建议个人比较懒的原因，自从 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 服务器。 令我感到疑惑的是，大家开发的时候都是直接本地开发的吗？都是远程开发服务器能够随心所欲安装各类工具进行各种配置，不怕污染环境的吗？ 还是说我不知道正确的方式？有没有大佬指点下？
建议个人比较懒的原因，自从 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 服务器。 令我感到疑惑的是，大家开发的时候都是直接本地开发的吗？都是远程开发服务器能够随心所欲安装各类工具进行各种配置，不怕污染环境的吗？ 还是说我不知道正确的方式？有没有大佬指点下？
建议个人比较懒的原因，自从 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 服务器。 令我感到疑惑的是，大家开发的时候都是直接本地开发的吗？都是远程开发服务器能够随心所欲安装各类工具进行各种配置，不怕污染环境的吗？ 还是说我不知道正确的方式？有没有大佬指点下？
建议个人比较懒的原因，自从 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 服务器。 令我感到疑惑的是，大家开发的时候都是直接本地开发的吗？都是远程开发服务器能够随心所欲安装各类工具进行各种配置，不怕污染环境的吗？ 还是说我不知道正确的方式？有没有大佬指点下？
建议个人比较懒的原因，自从 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 服务器。 令我感到疑惑的是，大家开发的时候都是直接本地开发的吗？都是远程开发服务器能够随心所欲安装各类工具进行各种配置，不怕污染环境的吗？ 还是说我不知道正确的方式？有没有大佬指点下？
建议个人比较懒的原因，自从 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 服务器。 令我感到疑惑的是，大家开发的时候都是直接本地开发的吗？都是远程开发服务器能够随心所欲安装各类工具进行各种配置，不怕污染环境的吗？ 还是说我不知道正确的方式？有没有大佬指点下？
建议个人比较懒的原因，自从 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 服务器。 令我感到疑惑的是，大家开发的时候都是直接本地开发的吗？都是远程开发服务器能够随心所欲安装各类工具进行各种配置，不怕污染环境的吗？ 还是说我不知道正确的方式？有没有大佬指点下？
建议个人比较懒的原因，自从 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 服务器。 令我感到疑惑的是，大家开发的时候都是直接本地开发的吗？都是远程开发服务器能够随心所欲安装各类工具进行各种配置，不怕污染环境的吗？ 还是说我不知道正确的方式？有没有大佬指点下？
建议个人比较懒的原因，自从 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 服务器。 令我感到疑惑的是，大家开发的时候都是直接本地开发的吗？都是远程开发服务器能够随心所欲安装各类工具进行各种配置，不怕污染环境的吗？ 还是说我不知道正确的方式？有没有大佬指点下？
建议个人比较懒的原因，自从 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 服务器。 令我感到疑惑的是，大家开发的时候都是直接本地开发的吗？都是远程开发服务器能够随心所欲安装各类工具进行各种配置，不怕污染环境的吗？ 还是说我不知道正确的方式？有没有大佬指点下？
建议个人比较懒的原因，自从 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 服务器。 令我感到疑惑的是，大家开发的时候都是直接本地开发的吗？都是远程开发服务器能够随心所欲安装各类工具进行各种配置，不怕污染环境的吗？ 还是说我不知道正确的方式？有没有大佬指点下？
建议个人比较懒的原因，自从 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 服务器。 令我感到疑惑的是，大家开发的时候都是直接本地开发的吗？都是远程开发服务器能够随心所欲安装各类工具进行各种配置，不怕污染环境的吗？ 还是说我不知道正确的方式？有没有大佬指点下？
建议个人比较懒的原因，自从 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 服务器。 令我感到疑惑的是，大家开发的时候都是直接本地开发的吗？都是远程开发服务器能够随心所欲安装各类工具进行各种配置，不怕污染环境的吗？ 还是说我不知道正确的方式？有没有大佬指点下？
建议个人比较懒的原因，自从 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 服务器。 令我感到疑惑的是，大家开发的时候都是直接本地开发的吗？都是远程开发服务器能够随心所欲安装各类工具进行各种配置，不怕污染环境的吗？ 还是说我不知道正确的方式？有没有大佬指点下？
建议个人比较懒的原因，自从 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 服务器。 令我感到疑惑的是，大家开发的时候都是直接本地开发的吗？都是远程开发服务器能够随心所欲安装各类工具进行各种配置，不怕污染环境的吗？ 还是说我不知道正确的方式？有没有大佬指点下？