dsh里使用chatgpt plus或pro会员而不是apikey,其实很简单。

0 阅读2分钟

我有 ChatGPT Plus,也在用 DeepSeek Harness。想法很简单:能不能在 Harness 里登录 Codex,然后继续干活?

结果找了一圈,发现最别扭的不是 Codex 能不能用,而是登录这件事从哪里开始。

这感觉就像来到一家装修好的咖啡馆:咖啡机在,豆子在,杯子也在,但你找不到点单台。

所以我做了一个小插件:dsh-codex-oauth。

image.png 装好后,Harness 设置里会多出一个 「Codex 登录」 页面。你可以从这里发起浏览器登录,或者使用设备码;登录后能看到脱敏账号、套餐和有效期,想退出也有地方点。终于不用对着一堆配置猜:“我现在到底登上了没有?”

image.png

同类插件已经有了,为什么还做一个?

方案从项目文档看,它主要提供什么更适合谁
Yan-Zero/dsh-codex独立 Codex bundle,覆盖登录、模型目录、搜索、图片、配额、Fast Mode 等;默认使用自己的凭证文件希望获得一套丰富 Codex 功能的用户
ddll8023/dsh-codex自己注册 Provider 适配器,并提供登录、模型目录、用量和搜索等能力;凭证也使用 DSH 服务想由插件提供完整 Codex Provider 的用户
xxww0098/dsh-plugin-oauth-subs面向多种订阅服务,包含订阅管理界面和本地 loopback proxy想在一个插件里管理多个订阅来源的用户
dsh-codex-oauth 只补 Harness 现有 openai-codex 流程的登录入口和状态卡片已经认可 Harness 原生 Codex 路径,只缺登录入口的用户

因为我想要的不是“功能越多越好”,而是只补上我缺的这一块。

比如 dsh-codex 提供了模型、用量、搜索、图片等一整套能力;dsh-plugin-oauth-subs 则能管理多种订阅服务。如果你想要一个功能丰富的控制台,它们值得看。

而 dsh-codex-oauth 的选择是做减法:让你在 Harness 里方便地登录、看状态;其他事情尽量交给 Harness 已有的能力。它不打算再造一个 Codex 平台,也不想让你维护两套登录状态。

这不是说“小”一定比“大”好。只是如果你的需求刚好是——

“我就想用现有的 Harness,给 Codex 加一个顺手、看得见的登录入口。”

那这个插件可能正好合适。

目前,真实账号登录和页面展示已经验证过;真实 Codex 模型请求还没有完成端到端验证。这点我也写在仓库里,不把“能登录”偷换成“所有场景都跑通”。

欢迎大家使用 GitHub 。