周末初体验superpower 和 omx (codex CLI)，菜鸡初试，各位大佬图一乐即可

问题描述：

菜鸡瞎折腾，各位佬多多指正。
周末尝试根据github 这两天的热榜——对codex 进行加强（实际上大多都是对claude code的加强比较完善）。我先选择了oh-my-claudecode 的codex 版本（简称OMX）进行尝试，目标是可以让我通过手机远程操控宿舍电脑的codex。
结论是：superpower 和 OMX 这类通过环境加强的，确实会好用很多，但是同一个任务执行深入后应该是上下文的问题导致效率低、效果下降。现在应该还是处于力大砖飞的阶段，主要还是看调用接口的模型。令人意外的是，最后的方案采用GLM5网页。对于ai给出的方案需要再自己进行学习了解调用，不可盲信，不然做到最后发现ai和你想的不完全一直无法接受，那么时间就白费了。
经过商谈，OMX给出的解决方案是微信公众号+中间桥梁+自主程序+codex实现，本地起一个服务给微信公众号回调，我通过给微信公众号发消息，公众号将消息通过桥梁传输给宿舍电脑的程序，识别是命令还是对话进行处理。
MOX 给出的方案，用户体验的缺点是微信没有实现流式（我没不知道有没有流式方案，但是现在ai普遍给出的说法是微信不支持），第二个是存在一些bug，例如要求第一次对话需要新起一个codex（用户电脑可见），结果第二个消息他就直接在后台再起一个codex（用户不可见）。耗时一个下午和晚上一些时间，最后哪些bug也无法修复。最后应该是上下文工程的原因，变慢也变不好用了，压缩上下文之后感觉也没那么聪明或者说后面的问题已经处理不来了和上下文无关。
第二天用全新的环境，用superpower 实践，但是给出的方案和昨天的一样，所以我拒绝了。我将我的需求发给GLM5网页和gemini pro 网页，结果GLM5 给出的方案我采纳了：局域网+SSH连接+TMUX。这一套下来恰到好处的满足了我的需求：手机控制电脑codex，且流式交互不丢信息、且电脑也可以看到codex进行操作。
接下来就是superpower 的指导了，选择具体落地的工具，中间我再学习了解具体的工具是什么，是否真的有可能能满足，最后落地。走到后面出现了中断，怀疑是上下文工程的原因，开启新的codex就没问题了。
这个方案基本满足，就是测了一下，直接p2p的方式网络会延迟些，周一再测测公司到宿舍的网络情况。
以上就是周末两天对于vibeCoding 的实践与体验，还是需要继续学习编程的理论知识，什么也不管的相信ai，目前可能还是不大行。
感谢各位佬看到这，请多多批评指正。

网友解答：

---

--【壹】--：

如果不考虑隐私的话，可以试一下UU远程，我用着还是挺舒服的，配合上tmux+codex

---

--【贰】--：

UU远程有的佬，但是手机UU远程操作电脑并不好操作，但是如果通过SSH 客户端连接，那么手机打开就是命令行窗口