【开源推广】为了非要在Windows上丝滑用上codex cli,我花了两个月做了这个
- 内容介绍
- 文章标签
- 相关推荐
本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容:
- 我的帖子已经打上 开源推广 标签: 是
- 我的开源项目完整开源,无未开源部分: 是
- 我的开源项目已链接认可 LINUX DO 社区: 是
- 我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是
- 以上选择我承诺是永久有效的,接受社区和佬友监督: 是
以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出
这个人呐,其实就是贱。
从我开始接触cc以及codex以来,无数佬劝我转来使用mac,或者次一点用wsl,但就是不听。
还就是没法舍弃操作体验,以及我biabia的钱包。
所以,几个月以来,这几个问题经常困扰我:
- /resume 开不出历史会话 / 开一下卡几十分钟(或者直接卡死)
- Codex CLI / TUI 启动慢、响应慢,怀疑 launcher 层问题
- Shell 任务中断后 powershell.exe / rundll32.exe 成群遗留,重启 Codex 又被"续跑"
%USERPROFILE%\.codex\config.toml里 trusted project 漂移 / 丢失,合法路径被 Codex 拒绝- 再加上rust语言高频词I/O配合卡巴斯基,对我的用户信息设置双重暴击,经常要回到安全模式下调整regedit使用备份才可以进入系统(我不恨它,为了保护我的电脑,一个进入内核层,一个进入用户层,它们都是好样的 )
我真的受不了了,基本上上述的问题隔三差五就要出来一次。 到issues一看,好嘛,好多人都有类似的问题。
- openai/codex#14469 Severe chat-switch lag … slow
thread/resumeloads(windows-os,已关闭但 slow-path 症状仍复现) - openai/codex#17540 Windows app 重启后侧边栏丢失历史会话,磁盘上还在(open)
- openai/codex#15007
/resume/codex resume不加载 project config(open) - openai/codex#14756 codex cli taking a very long time to respond to even simple requests(open)
- openai/codex#14949 Aborted Windows shell task leaves orphaned child processes and may resume into process storm on restart(windows-os,open)
还有些问题是我这台bug电脑特别才遇到的。
我觉得我已经和比格犬主人是一个级别的了,属于忍者
修复不是难题,根因是本地状态漂移,不是代码。但是安全的修法很窄、但手工做很危险。并且如果跑错修复(瞎改注册表、全量重装 Codex、强杀 vmmem),还经常会把 30 秒的小事变成一天的恢复。
所以,为了解决上述问题,我做了这个:
ZRainbow1275/windows-codex-stability-guardian: Windows-native local stability tooling for Codex CLI, Docker Desktop/WSL2, and User Profile diagnostics.
它只做一件事:从活机证据分类已知的失败类,再在明确 --confirm 下做有界、可审计、写前必备份的修复。 不联网、不开后台自动改、GUI / 托盘 / CLI 三面都走同一条修复管线。
自从做完它之后,我的电脑肉眼可见的bug少了非常多。用户设置的问题也得到了一个稳妥的修复办法。
我把它打包成了release,发布出来,欢迎更多的windows忍者一起解决问题
(哈哈,我就算有钱也不会买mac的。)
网友解答:--【壹】--:
额抱歉佬友,这篇文章主要是面向长期在windows上使用codex cli报错用户写的,本质上是一个工具:用一次之后就能让你的codex cli更加稳定
所以直接食用方法就是下载release包,或者自编译去进行使用
效果是解决上述issues提到的所有的问题
--【贰】--:
我之前有篇非常长的,有关富可敌国API站提供检测的法律方案贴,结果因为被很多人说是AI写的从而被neo下架,所以我对说我是AIGC写的这件事很敏感
那篇文章真的写了我好久,写了一个通宵,被举报下架了
很多法律,包括人出的法律方案,如今丢进现在市面上的AIGC检测工具都直接爆100%的
--【叁】--:
芜湖!终于发出来了!
就这个问题打磨了一个月,有成品了算是
--【肆】--:
那真的确诊了
修复不是难题,根因是本地状态漂移,不是代码。但是安全的修法很窄、但手工做很危险。并且如果跑错修复
它只做一件事:从活机证据分类已知的失败类,再在明确 --confirm 下做有界、可审计、写前必备份的修复。 不联网、不开后台自动改、GUI / 托盘 / CLI 三面都走同一条修复管线。
--【伍】--:
老哥说的问题我都看明白了,可是这个工具怎么用?可能是谷歌翻译太烂,也可能是因为太晚了,脑子迷糊了,我愣是没看懂怎么用。用完之后预期的效果到底是什么?我看到 exe 还以为打开会是一个有 UI 的界面,结果还是没看懂。哎,感觉老了,老了,白天让ai读一读吧。
--【陆】--:
我是windows codex app用户,呃呃呃,我看的其实是有点懵的。刚起来,脑子还是有点迷糊。
win下 cli是一种,app和扩展还要分开。有些操作三者不互通的。
佬意思,下载release 双击,就完事了?可是我看双击什么反应也没有,一闪而过qaq win11
--【柒】--:
我觉得,佬友不是说你上面的帖子是ai生成的,而是因为用codex太多,输出风格已经很有gpt的味了,比如口癖啥啥的
--【捌】--:
???纯手打佬友
又要重现之前帖子被人拿着朱雀AIGC检测结果说是AI写的了吗
--【玖】--:
老哥,他的意思不是说你的帖子是 AI 生成的,而是说你已经变成了 GPT 的形状。
--【拾】--:
看的出来 gpt 中毒很重了,人味很少了
--【拾壹】--:
法条来源都是一样的,再加上法律文书有固定的用词和格式,去拿那些工具查必然AI率高。或者叫越是常用,常见,经典的东西,查起来AI率越高。之前不是还有高校的老教授把自己几十年之前写的论文丢到AI查重工具里一片红么。这些东西,笑笑就行。
--【拾贰】--:
这段话有什么问题吗,我遇到的结果就是这样,要准确描述不用专业语言会很啰嗦
AIGC检测这件事情上就你觉得是那就是吧
本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容:
- 我的帖子已经打上 开源推广 标签: 是
- 我的开源项目完整开源,无未开源部分: 是
- 我的开源项目已链接认可 LINUX DO 社区: 是
- 我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是
- 以上选择我承诺是永久有效的,接受社区和佬友监督: 是
以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出
这个人呐,其实就是贱。
从我开始接触cc以及codex以来,无数佬劝我转来使用mac,或者次一点用wsl,但就是不听。
还就是没法舍弃操作体验,以及我biabia的钱包。
所以,几个月以来,这几个问题经常困扰我:
- /resume 开不出历史会话 / 开一下卡几十分钟(或者直接卡死)
- Codex CLI / TUI 启动慢、响应慢,怀疑 launcher 层问题
- Shell 任务中断后 powershell.exe / rundll32.exe 成群遗留,重启 Codex 又被"续跑"
%USERPROFILE%\.codex\config.toml里 trusted project 漂移 / 丢失,合法路径被 Codex 拒绝- 再加上rust语言高频词I/O配合卡巴斯基,对我的用户信息设置双重暴击,经常要回到安全模式下调整regedit使用备份才可以进入系统(我不恨它,为了保护我的电脑,一个进入内核层,一个进入用户层,它们都是好样的 )
我真的受不了了,基本上上述的问题隔三差五就要出来一次。 到issues一看,好嘛,好多人都有类似的问题。
- openai/codex#14469 Severe chat-switch lag … slow
thread/resumeloads(windows-os,已关闭但 slow-path 症状仍复现) - openai/codex#17540 Windows app 重启后侧边栏丢失历史会话,磁盘上还在(open)
- openai/codex#15007
/resume/codex resume不加载 project config(open) - openai/codex#14756 codex cli taking a very long time to respond to even simple requests(open)
- openai/codex#14949 Aborted Windows shell task leaves orphaned child processes and may resume into process storm on restart(windows-os,open)
还有些问题是我这台bug电脑特别才遇到的。
我觉得我已经和比格犬主人是一个级别的了,属于忍者
修复不是难题,根因是本地状态漂移,不是代码。但是安全的修法很窄、但手工做很危险。并且如果跑错修复(瞎改注册表、全量重装 Codex、强杀 vmmem),还经常会把 30 秒的小事变成一天的恢复。
所以,为了解决上述问题,我做了这个:
ZRainbow1275/windows-codex-stability-guardian: Windows-native local stability tooling for Codex CLI, Docker Desktop/WSL2, and User Profile diagnostics.
它只做一件事:从活机证据分类已知的失败类,再在明确 --confirm 下做有界、可审计、写前必备份的修复。 不联网、不开后台自动改、GUI / 托盘 / CLI 三面都走同一条修复管线。
自从做完它之后,我的电脑肉眼可见的bug少了非常多。用户设置的问题也得到了一个稳妥的修复办法。
我把它打包成了release,发布出来,欢迎更多的windows忍者一起解决问题
(哈哈,我就算有钱也不会买mac的。)
网友解答:--【壹】--:
额抱歉佬友,这篇文章主要是面向长期在windows上使用codex cli报错用户写的,本质上是一个工具:用一次之后就能让你的codex cli更加稳定
所以直接食用方法就是下载release包,或者自编译去进行使用
效果是解决上述issues提到的所有的问题
--【贰】--:
我之前有篇非常长的,有关富可敌国API站提供检测的法律方案贴,结果因为被很多人说是AI写的从而被neo下架,所以我对说我是AIGC写的这件事很敏感
那篇文章真的写了我好久,写了一个通宵,被举报下架了
很多法律,包括人出的法律方案,如今丢进现在市面上的AIGC检测工具都直接爆100%的
--【叁】--:
芜湖!终于发出来了!
就这个问题打磨了一个月,有成品了算是
--【肆】--:
那真的确诊了
修复不是难题,根因是本地状态漂移,不是代码。但是安全的修法很窄、但手工做很危险。并且如果跑错修复
它只做一件事:从活机证据分类已知的失败类,再在明确 --confirm 下做有界、可审计、写前必备份的修复。 不联网、不开后台自动改、GUI / 托盘 / CLI 三面都走同一条修复管线。
--【伍】--:
老哥说的问题我都看明白了,可是这个工具怎么用?可能是谷歌翻译太烂,也可能是因为太晚了,脑子迷糊了,我愣是没看懂怎么用。用完之后预期的效果到底是什么?我看到 exe 还以为打开会是一个有 UI 的界面,结果还是没看懂。哎,感觉老了,老了,白天让ai读一读吧。
--【陆】--:
我是windows codex app用户,呃呃呃,我看的其实是有点懵的。刚起来,脑子还是有点迷糊。
win下 cli是一种,app和扩展还要分开。有些操作三者不互通的。
佬意思,下载release 双击,就完事了?可是我看双击什么反应也没有,一闪而过qaq win11
--【柒】--:
我觉得,佬友不是说你上面的帖子是ai生成的,而是因为用codex太多,输出风格已经很有gpt的味了,比如口癖啥啥的
--【捌】--:
???纯手打佬友
又要重现之前帖子被人拿着朱雀AIGC检测结果说是AI写的了吗
--【玖】--:
老哥,他的意思不是说你的帖子是 AI 生成的,而是说你已经变成了 GPT 的形状。
--【拾】--:
看的出来 gpt 中毒很重了,人味很少了
--【拾壹】--:
法条来源都是一样的,再加上法律文书有固定的用词和格式,去拿那些工具查必然AI率高。或者叫越是常用,常见,经典的东西,查起来AI率越高。之前不是还有高校的老教授把自己几十年之前写的论文丢到AI查重工具里一片红么。这些东西,笑笑就行。
--【拾贰】--:
这段话有什么问题吗,我遇到的结果就是这样,要准确描述不用专业语言会很啰嗦
AIGC检测这件事情上就你觉得是那就是吧

