[Plugin] dsh-codex-oauth — use your OpenAI Codex (ChatGPT) subscription in DeepSeek Harness #3427
Replies: 3 comments
|
Update: installs are now zero-friction. The repo ships its prebuilt lib/ and runs no lifecycle scripts on install, so this just works with no allowBuilds permission: dsh plugin --profile web add github:birat-chapagain/dsh-codex-oauthA release tarball is also published: dsh plugin --profile web add https://github.com/birat-chapagain/dsh-codex-oauth/releases/latest/download/dsh-codex-oauth.tgzVerified live against @deepseek-ai/dsh@0.1.0-rc.7 with a real ChatGPT Plus/Pro account. |
|
Install is now one command: npx --yes https://github.com/birat-chapagain/dsh-codex-oauth/releases/latest/download/dsh-codex-oauth.tgz installIt writes the one-time pnpm build approvals (pi-ai transitive deps) and runs |
|
Update: install is now one command, hardened against a pnpm 11 gotcha. npx --yes https://github.com/birat-chapagain/dsh-codex-oauth/releases/download/v0.1.5/dsh-codex-oauth.tgz installpnpm 11 approves build scripts through an |
Uh oh!
There was an error while loading. Please reload this page.
Hi! I built a small community bundle that fills a documented gap: the shipped multi-provider adapter (
dsh-llm-pi-ai) withholdsopenai-codexbecause Codex authenticates through ChatGPT OAuth, and that adapter holds no credential store and runs no login flow (it's listed under Known Limitations).dsh-codex-oauth supplies exactly those pieces as an installable bundle — no fork, no core change:
codexprovider route registered onctx.llm(LlmAdapterfrom@deepseek-ai/dsh-llm), serving thegpt-5.x-codexcatalog models through@earendil-works/pi-ai'sopenai-codexprovider;/codex loginhuman command (browser flow with local callback, plus/codex login devicefor headless) and adsh-codex-oauthCLI bin withlogin/logout/status;CredentialStoreat$DSH_HOME/codex-oauth.json(0600, owner-only dir, atomic writes, cross-process writer lock), with pi-ai's automatic token refresh.I verified it against the published
@deepseek-ai/dsh@0.1.0-rc.7: the bundle loads in a profile, the route registers, and a headless run dispatches through the seam to the adapter (ending at the expectedAUTHerror until you log in).Install:
dsh plugin --profile web add github:birat-chapagain/dsh-codex-oauth # then: /codex login (or npx dsh-codex-oauth login --method device)Repo: https://github.com/birat-chapagain/dsh-codex-oauth
If first-party Codex OAuth support is ever on the roadmap, I'd be happy to contribute these pieces (OAuth credential store + login-flow wiring) upstream — happy to hear what shape the maintainers would want that to take.
All reactions