kkocdko

我已经把 .codex 目录给 symlink 到 /tmp 里了，然后定时 rclone 到 google drive 。

现在这些 ai 生成的软件，天天出各种问题。在 ai 的边界以外，例如这种频繁写日志，ipc 乱飞，还有之前 codex 的 sqlite 疯狂写入问题。ai 的脑子里经常忽略此类问题。写出一堆 slop 。

答：不一定。LSP 并不一定适合 LLM ，LLM 的交互方式需要来回对话，LSP 一次只给出一点信息，大幅度增加对话轮次。之前 claude code 一直说要增加官方 LSP ，因为效果不佳，拖了一年多，今年才到可用状态，到现在也都没有默认启用。codex 也没有自带。

现在看来最好的做法，是让 LLM 直接读取精简的函数签名等信息，或者每个函数一句话文档。

对此，typescript 支持比较好，直接 .d.ts 简直完美。C 头文件也还行。

其他语言的话，rust 之类的，也有人在开发类似工具，cargo doc 那也有人在说要添加 LLM 友好的输出格式等。

总之都还没有定论。当然我猜测稍后就会有人来吵架，有的说好，有的说不好。这真的看个人选择了。opencode 默认会检测。但是有的人也觉得这玩意又慢又污染上下文。

纯 ip 可以直接连接无需备案。而且可以申请 ip 证书，免费的，能上 https 没问题。

@Chicagoake 确实不合理，都应当标注才对

请问对比现有流行项目 https://github.com/shunf4/proxychains-windows 有什么优势呢

楼主的描述有误导性。这和 GitHub 官方没有任何关系。

我感觉它还不如送的 glm 5.3 flash 呢

首先鄙视楼上的某几位抬杠/风凉话/嘲讽的睿智人。能不能好好说话？不会说话就回墙内泥巴地里撒泼打滚去。
---

我认为楼主说得有点道理。历史总是反复的。重复发明曾经存在的东西，这也是经常发生的事。

而且，本地机器配置普遍高于这种免费 VPS 。能做的事也是明显更多的。

然而很多人可能没有两台机器。开一个 VPS 来做这件事，确实有存在的价值。

一方面是安全性，agent 曾经多次干出删除用户数据的事情。

另一方面，“在本地机器使用”会占用机器，用户需要让出。对此 codex 的 computer use 在 mac 上用无障碍接口后台运行，我觉得也是不错的做法。之前借用同事的机器，用起来虽然很耗 token 还很慢，但效果不错。

另外，开 vps 的这个“免配置”的特点，也能吸引很多下沉用户。我这么说吧，在这个年代，很多人用电脑的水平还不如 agent 呢。各种环境千奇百怪，不可控，让 llm 去处理环境问题，又会消耗大量时间。有一个标准的环境，能让情况大幅改善。