大贤者
精华
|
战斗力 鹅
|
回帖 0
注册时间 2007-2-25
|
方案A
"OAuth device flow 取 token" → grok-oauth 插件调用 pi-ai 内置的 xaiOAuth(auth.x.ai/oauth2/device + 设备码轮询),这是 xAI 官方 OAuth,与 Grok CLI 完全同款,不是逆向。
"喂给 DSH 的 xai 路由" → 取到的 access token 通过 ctx.credentials.set("GROK_OAUTH_ACCESS", token) 写入 DSH 凭据服务;llm-pi-ai 适配器上配置的 xai 提供商路由(apiKeyEnv: GROK_OAUTH_ACCESS)每请求自动从凭据服务解析该 token 作为 apiKey 打到 api.x.ai/v1。这正好就是 A 说的"喂给路由",只是 DSH 的"喂"是走它自己的凭据/适配器机制,不需要代理。
方案 C 的边界:那个 flash 说 C 是"工程量最大、改 DSH 原生"。我们没有改 DSH 主程序——OAuth 的交互 UI(设置页"Grok 账号")、令牌生命周期(持久化/刷新/请求前校验)、登录流程控制全部放在 profile 级插件 @dsh-local/grok-oauth 里,挂在 cordis.patch.yml。这是 A 的交付形态,不是 C。
A 的实现 + C 的薄壳(用插件而非改内核)
我装过Pi所以DSH直接用了Pi的配置了
|
|