dsh-plugin-subscription-oauth 0.8.4 → 0.8.5

package/lib/providers/antigravity.js

@@ -458,10 +458,11 @@ export class AntigravityAdapter extends LlmAdapter {
             const diag = [`pool=${accounts.join(',') || '(none)'}`];
             const tried = new Set();
             let token = await this.options.tokens.resolve();
-            // Move an account known to be spent (from a past failure) to the back, so a fresh
-            // request starts on one that has allowance. A lone account still serves.
-            const order = [...accounts.filter((a) => a !== token.account && !this.isSpent(a)), token.account,
-                ...accounts.filter((a) => a !== token.account && this.isSpent(a))];
+            // Stay on the default account until it refuses. opencodex keeps account affinity —
+            // a request stays on one account and only moves after a 429 — because switching
+            // accounts on every request is what reads to Google as two accounts in play at once
+            // and trips the verify gate. Reordering here caused exactly that.
+            const order = [token.account, ...accounts.filter((a) => a !== token.account)];
             for (const accountKey of order) {
                 if (tried.has(accountKey))
                     continue;

package/lib/providers/responses-stream.js

@@ -130,28 +130,17 @@ export async function* streamProviderResponses(options, input) {
         if (models.length === 0) {
             throw new LlmError(`${label} has no enabled model to dispatch to`, EMPTY_RESPONSE_CODE);
         }
-        // When the provider meters per account and an account's allowance can run out,
-        // every account is a candidate: a spent one falls through to the next, so one
-        // model id draws on the whole pool's allowance. Accounts are tried in order;
-        // the first that serves the request wins.
+        // Stay on the default account until it refuses. opencodex keeps account affinity — a
+        // request stays on one account and only moves after a 429 — because switching accounts
+        // on every request is what reads to a provider as several accounts in play at once and
+        // trips the safety gate. Reordering candidates here caused exactly that.
         let accounts = input.accounts === undefined
             ? undefined
             : [...await input.accounts()];
-        // Send work straight to an account that has allowance: one already known to be
-        // spent until a future reset is moved to the back, so a fresh request does not
-        // fail against it once to find out. This is a preference, not a skip — a lone
-        // account still serves, and the spent-retry below catches a stale record.
-        if (accounts !== undefined && accounts.length > 1 && input.isAccountSpent !== undefined) {
-            const fresh = [];
-            const tired = [];
-            for (const account of accounts) {
-                if (await input.isAccountSpent(account))
-                    tired.push(account);
-                else
-                    fresh.push(account);
-            }
-            if (tired.length > 0 && fresh.length > 0) {
-                accounts = [...fresh, ...tired];
+        if (accounts !== undefined && accounts.length > 1) {
+            const defaultAccount = await tokens.defaultAccount();
+            if (defaultAccount !== undefined) {
+                accounts = [defaultAccount, ...accounts.filter((a) => a !== defaultAccount)];
             }
         }
         const tryAccounts = accounts === undefined || accounts.length === 0

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "dsh-plugin-subscription-oauth",
-  "version": "0.8.4",
+  "version": "0.8.5",
   "description": "Use subscription accounts as DeepSeek Harness LLM providers — Kimi Code (OAuth device flow), Grok / X Premium (OIDC + PKCE), Google Antigravity (Google OAuth + Cloud Code Assist) and GLM / BigModel (ZCode's browser sign-in) — with per-model visibility, drag-to-reorder Auto fallback and plan quotas from the web Settings page",
   "license": "MIT",
   "author": "EricFL1998",