dsh-grok-auth
Manifest validDeepSeek Harness plugin that reuses the official Grok CLI login (SuperGrok / X Premium OAuth) for an xai LLM route
dsh-grok-auth
English | 中文
A self-contained DeepSeek Harness
Grok Auth plugin. It reuses the xAI OAuth login maintained by the official
Grok CLI (~/.grok/auth.json, or $GROK_HOME/auth.json) for:
- the
xaiLLM route (Grok 4.x models overapi.x.ai, paid for by the SuperGrok / X Premium subscription instead of anxai-…API key); - one native Grok Auth Settings section with login status, best-effort weekly credit usage, and both login flows.
⚠️ Unofficial channel — personal development only. The account-gated subscription surface (
auth.x.aipublic CLI client,cli-chat-proxy.grok.combilling) is unsupported, revocable, and may be rate-limited or changed without notice. Do not rely on it for production workloads.
Features
Shared Grok Login State
- Uses one Host-only auth coordinator for every authenticated operation.
- Resolves credentials through version-bound auth-file snapshots, a short-lived in-memory cache, and proactive refresh ahead of the ~6-hour token expiry.
- Coalesces concurrent refreshes in-process and uses short cross-process lock
sections before and after OAuth network I/O; a reply is persisted only while
the refresh-token lineage still matches. The DSH lock lives on a plugin-owned
sibling (
auth.json.dsh.lock) because the official CLI keeps a persistent lock file of its own atauth.json.lock. - Tolerates auth-file field aliases across Grok CLI versions
(
key/access_token,refresh_token/refresh,expires_at/expires) and writes back the spelling the file already uses. - Sends no token value over the plugin-owned Connection RPC endpoints.
DSH 0.1 uses
/grok-authwith its loopback policy; DSH 0.2 uses/api/grok-auth/*and authenticates calls through the operator Connection.
Two login flows, one authority
- Browser login spawns the official
grok login; the CLI owns the whole PKCE flow and writes its own auth file. - Device-code login runs RFC 8628 against
auth.x.aiinside the Host (same public client id the CLI ships) and shows the user code and verification link right on the settings card — no CLI required, works on headless machines. Approved tokens are folded into the CLI's own document.
LLM route
The xai route wraps the installed pi-ai xai catalog provider
(https://api.x.ai/v1, OpenAI-compatible protocols). The subscription OAuth
access token is injected per request as the Bearer credential — the same
construction pi-ai's own xAI subscription login uses. Wire protocols, tool
calls, and streaming all remain provider-owned.
Live model discovery
The installed pi-ai catalog is a static snapshot pinned by the harness's
pi-ai version, so newly released Grok models are missing until pi-ai
upgrades. With liveModels on (the default), the plugin overlays the
account's real GET api.x.ai/v1/models listing: chat models the catalog
does not ship (grok-4.6, the grok-4.20 family, …) are synthesized from a
curated catalog template with live context windows and pricing, and the
route re-announces itself when the discovered set changes. Curated entries
are never modified, and grok-imagine-* media models are skipped.
Weekly usage
The settings card shows a best-effort weekly credit snapshot from the Grok proxy backend:
GET https://cli-chat-proxy.grok.com/v1/billing?format=credits
A failure of any kind degrades to dashes; it never blocks login or requests.
Requirements
- DeepSeek Harness Desktop
0.2.0-rc.2or compatible0.2.x, or WebUI0.1.1-rc.1and compatible0.1.x. Desktop requires plugin0.1.3or later. - Node.js
^22.19.0or>=24.0.0. - A SuperGrok / X Premium subscription.
- Either the official
grokCLI onPATH(rungrok loginonce), or use the device-code login from the Grok Auth card.
Install in Desktop
-
Open Plugins → Add plugin in DeepSeek Harness Desktop.
-
Set Installation source to the official npm registry (or a working npm mirror). This controls dependency downloads; do not put the release tarball URL in the custom registry field.
-
Paste this prebuilt package URL into Package name or address and click Install:
https://github.com/Gyanano/dsh-grok-auth/releases/download/v0.1.5/dsh-grok-auth-0.1.5.tgz -
Choose Enable now. Confirm that
llm-grok-authis active, then open Settings → Grok Auth.
To upgrade an existing installation, uninstall it, install the new package, then quit and reopen DeepSeek Harness. Replacing a package can leave the running process using its cached module generation.
The package includes built artifacts, so users need neither a checkout nor a
local build. For local development, run pnpm install and pnpm pack, then
enter the generated tarball's absolute path instead. Desktop manages its own
profile, so adding a package to the CLI's web profile does not install it
in Desktop. Prebuilt tarballs need no plugin build-script permission.
Windows CLI login and troubleshooting
The default grok command searches the desktop process's PATH, then
%USERPROFILE%\.grok\bin\grok.exe. An explicit grokCommand path remains
supported. Fully quit and reopen Harness after installing the CLI; closing
its window may only hide the application.
CLI and device-code login share the auth file. The oidc status does not
identify which flow created it. To switch accounts or perform CLI browser
login again, fully quit Harness and run grok logout, then grok login --oauth
in PowerShell. Reopen Harness and refresh Grok Auth. There is no separate
plugin logout button. Grok Auth and session errors show sanitized failure
summaries; do not share tokens or the complete auth file.
Windows system proxy
Version 0.1.5 automatically reads the current user's enabled Windows static
system proxy. For Clash Verge, enable System Proxy, verify the HTTP/mixed
port (for example 7897), then fully quit and reopen Harness. TUN mode and
launching Desktop from a shell with proxy variables are unnecessary for this path.
Priority is proxyUrl → HTTP_PROXY / HTTPS_PROXY (lowercase names win) →
Windows system settings. HTTP_PROXY remains the fallback for HTTPS, and
NO_PROXY / no_proxy still apply. Windows supports shared or per-protocol
addresses (http=…;https=…), semicolon-separated bypasses, * wildcards and
<local>. Localhost, IPv4 loopback and ::1 always remain direct for Desktop's
internal communication.
Settings are read when the plugin starts; restart Harness after changing them.
PAC scripts and WPAD discovery are unsupported. Use a static system proxy or
set proxyUrl to an HTTP(S) address such as http://127.0.0.1:7897 instead.
Set systemProxy: false to disable discovery.
Routing applies to native fetch in the Harness Host, covering OAuth, model discovery, usage and inference, and may also affect other plugins using native fetch in that process. The plugin does not change Windows proxy settings and restores its previous dispatcher on unload if it still owns it. Diagnostics record only the proxy source, never its address or credentials.
Install a prebuilt release in WebUI
The release package includes prebuilt Host and browser bundles, so no install-time build permission is required:
dsh plugin --profile web add https://github.com/Gyanano/dsh-grok-auth/releases/latest/download/dsh-grok-auth-latest.tgz
To pin a specific version, use its versioned asset from the
releases page, e.g.
releases/download/v0.1.2/dsh-grok-auth-0.1.2.tgz.
Restart dsh web, open Settings, and select Grok Auth.
Install from GitHub source
dsh plugin --profile web add github:Gyanano/dsh-grok-auth
Git dependencies are built by the package's prepare script, and pnpm 10+
blocks that script until explicitly allowed — so the first run is expected
to stop with ERR_PNPM_GIT_DEP_PREPARE_NOT_ALLOWED. (pnpm's own hint
mentions onlyBuiltDependencies; dsh reads the allowlist from allowBuilds
instead.) Add this to ~/.dsh/profiles/web/pnpm-workspace.yaml:
allowBuilds:
dsh-grok-auth: true
then run the same command again. Only grant this permission after reviewing the source. For a reproducible install, pin a release tag or commit:
dsh plugin --profile web add github:Gyanano/dsh-grok-auth#v0.1.2
Install a tarball
git clone https://github.com/Gyanano/dsh-grok-auth.git
cd dsh-grok-auth
pnpm install
pnpm pack
dsh plugin --profile web add ./dsh-grok-auth-0.1.5.tgz
Restart dsh web, open Settings, and select Grok Auth.
Host configuration
The bundle patch activates one Host row:
| Row | Export | Purpose |
|---|---|---|
llm-grok-auth | dsh-grok-auth | Shared auth coordinator and the xai LLM route |
All fields are optional. Set llmEnabled: false to keep the shared Login
State coordinator available without owning an LLM route:
| Field | Default | Meaning |
|---|---|---|
llmEnabled | true | Register the xai LLM route |
authJsonPath | '' → $GROK_HOME/~/.grok/auth.json | Grok auth file |
credentialRef | GROK_OAUTH_TOKEN | Value-free reference shown by the card |
refreshLeadMs | 300000 | Refresh lead time in milliseconds (the CLI's own default) |
grokCommand | grok | CLI command used for browser login and version probing |
displayName | xAI Grok (subscription) | Provider label in model selectors |
baseUrl | '' | Endpoint override; empty keeps the catalog's api.x.ai/v1 |
timeoutMs | 120000 | Request timeout in milliseconds (0 disables it) |
liveModels | true | Overlay the installed catalog with the account's live model listing |
proxyUrl | '' | HTTP(S) proxy; empty uses environment variables, then Windows static settings |
systemProxy | true | Discover the current user's Windows static proxy; no effect on macOS/Linux |
Do not also add an xai entry under llm-pi-ai.providers; duplicate route
ownership is rejected with an explicit diagnostic.
Security and limitations
- Token values never enter the browser, settings, logs, session events, or tool metadata. Only Host-side requests receive authorization headers.
- Status may include the account email and auth mode recorded by the CLI; these are identity/status facts, not credentials.
- Refresh writes preserve unknown fields and atomically replace the auth file
with owner-only (
0600) permissions. - DSH 0.1 restricts the status/login RPC channel to loopback authorities. DSH 0.2 authenticates every channel through the operator Connection.
- The official CLI does not participate in the plugin's writer lock; the guarantee is fail-closed recovery (lineage checks, newer-state adoption) rather than absolute cross-client serialization.
- The public OAuth client id belongs to the official Grok CLI; xAI has not promised its long-term availability to third parties.
Development
pnpm install
pnpm run check
pnpm run package:install-smoke
pnpm run build emits:
lib/index.js— Auth / LLM Host plugin;lib/invariant.js— invariant companion;lib/client.js— loader-compatible browser plugin with inline CSS Modules;lib/types/**— declarations.
See the architecture decision.
Acknowledgements
Architecture modelled on dsh-codex-auth; the device-code flow mirrors pi-ai's own xAI OAuth implementation.
Comments
Loading…