@magpie-community/opencode-trae-auth 0.2.24 → 0.2.26

package/README.md

@@ -113,7 +113,11 @@ agent's `POST https://trae-api-cn.mchost.guru/api/agent/v3/llm_utils_chat`:
     What `token_usage` says the prompt cache read and wrote
     (`cache_read_input_tokens`, `cache_creation_input_tokens`) goes on under
     those names, and `reasoning_tokens` as
-    `completion_tokens_details.reasoning_tokens`.
+    `completion_tokens_details.reasoning_tokens`. DeepSeek's
+    `prompt_cache_hit_tokens` and `cached_tokens` are read as cache reads
+    too. A `token_usage` that names no cache count at all goes on with
+    `magpie_cache_unknown: true`, so magpie shows the cache as unknown,
+    not as a 0% miss (0.2.26).
     `done`'s `finish_reason` `length`/`max_tokens` is OpenAI's `length`.
   - Queue events are ignored.
   - A `{"reasoning_content": …}` object written into the text is reasoning,
@@ -448,6 +452,24 @@ answered it 9074 even with the client's headers.
   changed or rotated to get round a 9095 or a 9074, and no account is
   given another account's device or its own client's device unless a
   client is signed in as that account.
+- **Which device, said (0.2.25):** a 9074 or 9095 message ends with
+  the device the claim went on: this machine's Trae CN client's, signed in
+  as the account, or magpie's own for it, with how many client profiles
+  were found and that none is signed in as the account. A client device
+  that another profile, signed in as another account, also has is said
+  too: both accounts check in on one device, which Trae takes once a day.
+  No uid or device id is named. On plugins#436 two accounts shared one
+  machine whose two profiles (`Trae CN`, `TRAE SOLO CN`) were both the
+  first account's; it checked in and the second got 9074, which took
+  running `clientDevice` by hand to explain. A profile started with its
+  own `--user-data-dir` is not read, and there is no reason to: on
+  2026-10-29 TRAE CN 3.4.4 (Windows 11) kept a second account's sign-in
+  apart in such a folder but gave it the same device id as the default
+  folder, and the client itself said 「本设备今日已签到」 for that
+  account. The check-in is counted per device, so on one machine only the
+  first account to check in gets the day's credits; the others' usage,
+  models and requests are unaffected (plugins#436, closed as not
+  planned).
 - **A claim's code 0 is not the answer (0.2.22):** Trae answers a
   claim code 0 for one that registered nothing, so the status is read back
   after every claim and only a day that is in is reported as `claimed`.

package/index.mjs

@@ -871,6 +871,15 @@ function clientStoragePaths(platform, home, env) {
 // seen (and one unreadable file hid every profile after it).
 async function clientDevice(uid) {
   if (!uid) return undefined
+  return (await clientProfiles()).find((p) => String(p.uid) === String(uid))?.device
+}
+
+// clientProfiles are this machine's Trae CN client profiles that can be
+// made out, in ownClient.paths' order: the account each is signed in as
+// and its one device. A file that isn't there, can't be read or parsed,
+// names no single device or has a sign-in that doesn't decode is left out.
+async function clientProfiles() {
+  const out = []
   for (const p of ownClient.paths()) {
     let text
     try {
@@ -888,12 +897,34 @@ async function clientDevice(uid) {
       const ids = Object.keys(doc ?? {}).filter((k) => k.startsWith(DC_KEY)).map((k) => k.slice(DC_KEY.length))
       if (ids.length !== 1 || !/^\d{8,20}$/.test(ids[0])) continue
       const who = clientAuth(doc[AUTH_KEY])?.userId
-      if (who != null && String(who) === String(uid)) return ids[0]
+      if (who != null && String(who) !== "") out.push({ uid: String(who), device: ids[0] })
     } catch {
       continue // a sign-in that doesn't decode: the next profile may be
     }
   }
-  return undefined
+  return out
+}
+
+// deviceNote says which device a Trae CN check-in went on, for the message
+// of a claim Trae refused (9074) or found already in (9095): the device of
+// a client on this machine signed in as uid, or magpie's own for the
+// account and why — how many client profiles were found, and that none is
+// signed in as it. It names no uid and no device id. A client's device
+// that another profile, signed in as another account, also has is said:
+// both accounts check in on one device, and Trae takes one a day
+// (plugins#436). It only states what was read; it promises no fix.
+async function deviceNote(uid) {
+  const all = await clientProfiles()
+  const mine = all.find((p) => String(p.uid) === String(uid ?? ""))
+  if (mine) {
+    const shared = all.some((p) => p.device === mine.device && String(p.uid) !== String(uid))
+    return shared
+      ? "sent on this machine's Trae CN client's device, signed in as this account — another profile here, signed in as another account, has the same device"
+      : "sent on this machine's Trae CN client's device, signed in as this account"
+  }
+  if (!all.length) return "sent on magpie's own device for this account: no Trae CN client profile was found on this machine"
+  const n = all.length
+  return `sent on magpie's own device for this account: ${n} Trae CN client profile${n === 1 ? " is" : "s are"} on this machine, none signed in as this account`
 }
 
 // clientAuth is the client's sign-in envelope, as stored or decoded
@@ -1448,6 +1479,22 @@ const eventName = (s) =>
 // Claude (whether prompt_tokens counts them too is judged there, by
 // whether it is at least as big); without them every request read as no
 // cache hit (01huadalang on magpie's Discord: K3, 53 calls, all 0)
+//
+// A count that names no cache at all — Trae's token_usage as
+// {"prompt_tokens":1717,"completion_tokens":2,"total_tokens":1719}, a shape
+// plugins#455 captured from Trae — says magpie_cache_unknown, as the Kiro
+// plugin does: Trae didn't say what its cache read, so magpie shows no hit
+// rate rather than a 0% Trae never gave. Before, it and a count of 0 both
+// went on with no cache field, which magpie can only read as a miss, so
+// since 10-28 every chat showed 0 (yetone/magpie#3979, #3991; plugins#434
+// says Trae stopped sending cache_read_input_tokens then). A count naming
+// the cache, a 0 included, is Trae's own word and goes as before.
+// DeepSeek's prompt_cache_hit_tokens, a bare cached_tokens and the
+// Responses-style input_tokens_details are read too, the largest of them,
+// should Trae pass a model's own usage on.
+const CACHE_NAMED = ["cache_read_input_tokens", "cacheReadInputTokens", "cache_creation_input_tokens", "cacheCreationInputTokens", "prompt_cache_hit_tokens", "cached_tokens"]
+const namesCache = (u) =>
+  CACHE_NAMED.some((k) => u[k] != null) || u.prompt_tokens_details?.cached_tokens != null || u.input_tokens_details?.cached_tokens != null
 function tokensOf(u) {
   if (!u || typeof u !== "object") return null
   const n = (...v) => Number(v.find((x) => x != null) ?? 0) || 0
@@ -1455,9 +1502,10 @@ function tokensOf(u) {
   const c = n(u.completion_tokens, u.output_tokens, u.completionTokens, u.outputTokens)
   if (!p && !c) return null
   const out = { prompt_tokens: p, completion_tokens: c, total_tokens: n(u.total_tokens, u.totalTokens) || p + c }
-  const read = n(u.prompt_tokens_details?.cached_tokens)
+  const read = Math.max(...[u.prompt_tokens_details?.cached_tokens, u.input_tokens_details?.cached_tokens, u.prompt_cache_hit_tokens, u.cached_tokens].map((x) => Number(x) || 0))
   const write = n(u.prompt_tokens_details?.cache_write_tokens)
   if (read || write) out.prompt_tokens_details = { cached_tokens: read, ...(write ? { cache_write_tokens: write } : {}) }
+  else if (!namesCache(u)) out.magpie_cache_unknown = true
   else {
     const r = n(u.cache_read_input_tokens, u.cacheReadInputTokens)
     const w = n(u.cache_creation_input_tokens, u.cacheCreationInputTokens)
@@ -2740,9 +2788,12 @@ const MAX = "-max"
 // same names, as reasoning_effort, so a level an agent picks is sent as Trae
 // spells it. OpenCode knows the three as low/high/xhigh, so the map goes both
 // ways. Trae's client names two more, medium and max (its bundle's
-// reasoning_effort.{low,medium,high,extra_high,max}), handed out per model:
-// its app offers DeepSeek V4.1 Flash max (#434), so they are spelled here too,
-// and still offered only for a model whose entry names them.
+// reasoning_effort.{low,medium,high,extra_high,max}), handed out per model,
+// so they are spelled here too, and offered only for a model whose entry
+// names them. No list seen yet names either: TRAE CN's app offers DeepSeek
+// V4.1 Flash 轻/高/极高 (light/high/extra_high) alone, and its "Max" is the
+// 更大上下文 (Max) 1M-window switch, which is the model id + MAX below, not a
+// level (#434's screenshot).
 //
 // An entry without the config takes no level: Trae serves it at its own
 // default and nothing is sent. The plugin used to send none for every model,
@@ -3075,7 +3126,7 @@ const makePlugin = (site) => async ({ client }) => {
     const ce = errorOf(answer)
     if (claim.status === 401 || lapsedCode(ce.code, site)) return { outcome: "failed", message: ce.message || `${a0.name || a0.uid}: Trae's sign-in has expired` }
     // 9095: this device is in for today, whoever took it — the day's answer
-    if (String(ce.code) === "9095") return { outcome: "ineligible", message: ce.message || "this device has checked in today" }
+    if (String(ce.code) === "9095") return { outcome: "ineligible", message: `${ce.message || "this device has checked in today"} (${await deviceNote(a0.uid)})` }
     // 9074: Trae did not take this claim for this account's device. Its own
     // words say the pool is busy, which measurements do not bear out: the
     // same account, token and headers were taken on a 16-digit id where a
@@ -3089,8 +3140,13 @@ const makePlugin = (site) => async ({ client }) => {
     // it in. Nothing is said of signing one in: it is the one thing seen
     // to change a 9074, but it hasn't been tried on a real account, and
     // on a claim that already rode a client's device it is what the user
-    // did — the advice would only send them back to do it again.
-    if (String(ce.code) === "9074") return { outcome: "ineligible", message: `${ce.message} (9074) — Trae CN did not take this check-in for this account's device` }
+    // did — the advice would only send them back to do it again. What it
+    // does say, after both 9074 and 9095, is which device the claim went
+    // on and why (deviceNote): moxuanchen (plugins#436) had to run
+    // clientDevice by hand to learn that the account Trae CN took (A, 100
+    // credits) rode the client's device and the one it refused 9074 (B)
+    // rode magpie's own, since both of that machine's profiles were A's.
+    if (String(ce.code) === "9074") return { outcome: "ineligible", message: `${ce.message} (9074) — Trae CN did not take this check-in for this account's device (${await deviceNote(a0.uid)})` }
     if (claim.status !== 200 || (ce.code && String(ce.code) !== "0")) return { outcome: "failed", message: ce.message || statusLine(claim.status) }
     if (!answer || typeof answer !== "object" || Array.isArray(answer)) return { outcome: "failed", message: `check-in claim: unreadable reply ${claimText.trim().slice(0, 120) || "(empty)"}` }
     // a claim's own code 0 is not proof the day is in: Trae answers it for
@@ -3542,4 +3598,4 @@ const makePlugin = (site) => async ({ client }) => {
 export const TraeCNAuthPlugin = makePlugin(SITES["trae-cn"])
 export const TraeGlobalAuthPlugin = makePlugin(SITES["trae-global"])
 
-export const _internal = { ownClient, clientStoragePaths, clientDevice, clientDecode, thisMachine, traeHost, accountOf, HOSTS: SITES["trae-cn"].hosts, MODELS: SITES["trae-cn"].models, TextTools, NativeCalls, looseJSON, glmCall, nameCall, toolNamed, unwrapped, traeMessages, chatBody, nativeTools, moonshotSchema, credits, dollarUsageOf, whenOf, newDevice, ugDevice, proofOf, SITES, SESSION, conversationID, LEVELS, levelsOf, variantsOf, effortOf }
+export const _internal = { ownClient, clientStoragePaths, clientDevice, clientProfiles, deviceNote, clientDecode, thisMachine, traeHost, accountOf, HOSTS: SITES["trae-cn"].hosts, MODELS: SITES["trae-cn"].models, TextTools, NativeCalls, looseJSON, glmCall, nameCall, toolNamed, unwrapped, traeMessages, chatBody, nativeTools, moonshotSchema, credits, dollarUsageOf, whenOf, newDevice, ugDevice, proofOf, SITES, SESSION, conversationID, LEVELS, levelsOf, variantsOf, effortOf }

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@magpie-community/opencode-trae-auth",
-  "version": "0.2.24",
+  "version": "0.2.26",
   "description": "OpenCode provider plugins for Trae: Trae CN (trae.cn) and Trae Global (trae.ai), free tier included, with Trae's own browser sign-in",
   "type": "module",
   "main": "./index.mjs",