为 Codex++ Windows 启用 Computer Use Guard(已适配 1.2.7)#918
Conversation
|
补充验证说明: 在本地 Windows 环境中,我已将基于 Codex++ 1.2.5 的 Computer Use Guard 构建产物替换到本机安装版 launcher 后重新验证。 验证结果:
说明:
|
|
修复了电脑操控? |
|
您好大佬,我没有修改 Windows 鼠标/键盘底层控制逻辑,而是修复 Codex++ 启动 Codex 后,官方 Computer Use 插件在 Windows 上无法启用的问题。主要处理了配置启用、CDP 调试端口、页面 target 选择、注入链路,以及 @oai/sky runtime exports 兼容问题。 |
…nflict-work # Conflicts: # crates/codex-plus-core/src/lib.rs
|
补充验证说明: 该 PR 分支已同步到 upstream 当前 main(包含 v1.2.6),并解决了与主分支的冲突。冲突点主要在 本地验证结果:
说明:这些验证是在我的本机 Windows 环境中借助 Codex 辅助完成的,不代表官方 CI 或维护者环境验证。PR 仍请维护者按项目标准审查。 |
|
补充验证说明(Codex++ 1.2.7): 我已将这个 PR 分支重新适配到 upstream 1.2.7,并且只推送到我的 fork / PR 分支,没有合并或修改主仓库分支。 目前完成的验证:
这些验证是在我的本机环境中借助 Codex 完成的,不是官方 CI,也不是维护者环境验证。请维护者按项目标准继续审查、拆分或要求调整;是否合并仍完全由主仓库维护者决定。 另外,原始录屏文件较大,GitHub 评论附件无法直接上传。我将原始视频保存在外部网盘,供维护者需要时查看: 附件视频建议二倍速查看:因为computer use功能虽然可用,但是codex执行提交评论的速度表现较慢。 |
|
已经合并 |
感谢大佬的认可 |
|
终于合了!,感谢楼主感谢owner,computer use下版可以用了吧 |
你好,这个computer use的修复我是在本地电脑进行的,期间有尝试过上传自己修复的代码到远程服务器(Linux环境进行测试),但我尚不清楚是否能在别的环境下(比如其他人的电脑、其他的API key供应商下)实现codex利用computer use,若你们尝试了并证明确实可行,那么我也算做出了一些贡献。若确实在你们的环境下无法使用,可选择利用本地AI进行代码的修改,或者在codex++相关内容下留言,都可以。 |
|
可以可以,感谢感谢
洪伟
***@***.***
|


摘要
这个 PR 是基于当前 Codex++ 1.2.5 / upstream main 重新适配的 Windows Computer Use Guard 方案,用于改善 Codex++ 启动 Codex 后 Computer Use 插件不可用的问题。
之前的 #906 是较早基线上的实现记录。由于 upstream 已更新到 1.2.5,本 PR 重新基于 1.2.5 代码移植,并尽量保留 1.2.5 已有的 standalone Codex 检测、launcher 结构和现有行为。
主要改动
~/.codex/config.tomlUTF-8 BOM。[features] js_repl = true。browser@openai-bundled、chrome@openai-bundled、computer-use@openai-bundled启用。notify指向实际存在的codex-computer-use.exe。@oai/skypackage exports 缺少 Computer Use 内部 subpath 的情况。验证情况
本 PR 的代码由 Codex 辅助完成和验证。验证结果不是官方验证,仍需要维护者审查。
已在本地 Windows/MSVC 环境对 1.2.5 适配分支运行:
以上通过。
也在 Linux 远程环境做过命令行回归测试:
Linux 测试只能证明跨平台编译和单元测试通过,不能证明 Windows WebView2 / CDP / Computer Use 鼠标控制端到端可用。
说明