Replies: 1 comment
|
From what is publicly exposed today, I don't think there is an authoritative Store-package → CLI tag/SHA mapping you can derive yourself. The Store version should be treated as the app/package version, not assumed to equal the Codex CLI release number. The documented deterministic route is the binary itself: So unless OpenAI publishes a manifest for |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
I need an authoritative mapping for this Windows Store Codex package:
PackageFullName:
OpenAI.Codex_26.803.10989.0_x64__2p2nqsd0c76g0
Package version:
26.803.10989.0
Bundled executable:
app\resources\codex.exe
Executable size:
293412656 bytes
Executable SHA-256:
592958896CBFFA154709618476FC9C9BF7FE73957E9A4FC12094C5051B6C69B3
Direct execution of the packaged executable with
--versioncould not beestablished, so I do not want to infer its CLI version from the Store package
version or select a nearby public release.
Could an OpenAI maintainer clarify:
Windows Store package version to the bundled CLI version and source commit?
bundle for this exact packaged version without copying or directly executing
the WindowsApps binary?
The App Server documentation states that generated schemas are specific to the
Codex version that generated them:
https://learn.chatgpt.com/docs/app-server#message-schema
I am looking for an authoritative mapping, not an inferred or approximate one.
All reactions