magicrew-auth 0.3.32 → 0.3.34

package/src/store.mjs

@@ -1,447 +1,625 @@
-// 落盘 —— 这个插件自己需要记住的那几样东西
-//
-// 三份文件，各自一个用途，互不依赖：
-//   模型快照   magicrew-models-<site>.json    未登录时卡片显示什么
-//   邀请码     magicrew-invite-<site>.json    下一次注册带谁的码（滚动的）
-//   登录态     magicrew-session-<site>.json   「自己的邀请码」要用它去换
-//
-// ⚠ 这不是「状态管理」，是缓存：删掉全部，插件照样能跑（只是要重新登录一次）。
-
-import { readFileSync, writeFileSync, mkdirSync, unlinkSync } from "node:fs"
-import { homedir } from "node:os"
-import { join, dirname } from "node:path"
-import { fetchOwnInviteCode } from "./api.mjs"
-
-function cacheDir() {
-  return join(homedir(), ".cache", "magpie")
-}
-
-// ═══ 模型：不写死，按账号实时拉 ═══════════════════════════════════════
-//
-// 权威来源只有一条：
-//
-//   GET <host>/api/v1/flows/models        （要网页 JWT + organization-code）
-//     → { data: { models: [{ value, label, vision, tags, icon, configs }] } }
-//
-// 实测（2026-10-27）：国内 27 个、国际 49 个。两站列表**不一样**，而且会
-// 随订阅档位和平台方开关变 —— 所以这个包里没有一张模型清单要维护。
-//
-// ⚠ 别改成读 /v1/models：那个国内 44、国际 65，混着 VIP 锁定、生图、
-//   embedding，塞进 magpie 用户会选到根本调不动的模型。
-//
-// ⚠ 上下文窗口：flows/models 和 /v1/models **都不返回** context_length
-//   （/v1/models 只有 id / object / created_at / owner_by）。所以一律按
-//   256K 保守填 —— 填大了 agent 要等上游报错才知道越界，填小了自己压得早。
-//
-// 未登录时 config() 用**上次登录成功时落盘的快照**，没有快照就是空表。
-// 空表让卡片显示 0 models，但那是诚实的：这会儿确实不知道账号能选什么。
-
-/** 快照落在 magpie 自己的缓存目录，按站点分开 */
-function snapshotPath(siteId) {
-  return join(cacheDir(), `magicrew-models-${siteId}.json`)
-}
-
-function readSnapshot(siteId) {
-  try {
-    const v = JSON.parse(readFileSync(snapshotPath(siteId), "utf8"))
-    return v && typeof v === "object" && Object.keys(v).length ? v : null
-  } catch {
-    return null
-  }
-}
-
-function writeSnapshot(siteId, models) {
-  try {
-    const f = snapshotPath(siteId)
-    mkdirSync(dirname(f), { recursive: true })
-    writeFileSync(f, JSON.stringify(models))
-  } catch {}
-}
-
-// ═══ 邀请码：滚动的，就一条规则 ═══════════════════════════════════════
-//
-//   ① 固定位置有记录 → 用记录里那个
-//   ② 没有记录     → 用作者码
-//   ③ 登录成功后   → 查这个账号自己的邀请码 → 覆盖写回
-//
-// 固定位置：~/.cache/magpie/magicrew-invite-<siteId>.json    { code, at }
-//
-// 效果：第一次用作者的，之后每次都用「上一个登录成功的账号」的码，一路滚下去。
-//
-// ⚠ ③ 不是每次都能成。/api/v1/invitations/info 只认带 device_id 的 JWT ——
-//   同一个账号、同一时刻签的两把，实测差别就在这一个字段：
-//     桌面客户端  438 字符  cus.device_id = 64 位 hex  → 200 拿到 invite_code
-//     网页版      350 字符  cus.device_id = ""         → 2155 用户不存在
-//   密码登录走 API、会带 device 指纹，签出来的是前者，滚得动；
-//   浏览器登录（剪贴板）拿到的就是网页那把，滚不动 —— 那就保留旧值，
-//   不报错、不挡登录。
-//
-// 奖励口径（上游前端 constants，2026-10-27）：
-//            每次注册   每次订阅   邀请注册封顶   总额封顶
-//   国内      1,000      3,000       60,000      300,000
-//   国际        200        500       10,000       30,000
-const AUTHOR_INVITE = {
-  // 国内站（2026-10-27 用作者账号 orgcode12345 从 /api/v1/invitations/info 复核）
-  magicrew: "IVC8BAWYXRY1",
-  // 国际站
-  "magicrew-intl": "IV75F0ZKVKXG",
-}
-
-function invitePath(siteId) {
-  return join(cacheDir(), `magicrew-invite-${siteId}.json`)
-}
-
-/** 固定位置里存的邀请码；没有就是空串 */
-function readInvite(siteId) {
-  try {
-    const v = JSON.parse(readFileSync(invitePath(siteId), "utf8"))
-    return typeof v?.code === "string" ? v.code.trim() : ""
-  } catch {
-    return ""
-  }
-}
-
-/** 覆盖写 —— 拿到新的就盖掉旧的 */
-function writeInvite(siteId, code) {
-  const c = String(code || "").trim()
-  if (!c) return ""
-  try {
-    const f = invitePath(siteId)
-    mkdirSync(dirname(f), { recursive: true })
-    writeFileSync(f, JSON.stringify({ code: c, at: new Date().toISOString() }))
-  } catch {}
-  return c
-}
-
-/** 这次登录该带的邀请码：锁定 → 策略 → 记录 → 作者码 */
-function inviteToUse(siteId, locked = true) {
-  if (locked) {
-    const pol = readInvitePolicy(siteId)
-    if ((pol.mode === "fixed" || pol.mode === "custom") && pol.code) return pol.code
-  }
-  return readInvite(siteId) || AUTHOR_INVITE[siteId] || ""
-}
-
-/** 作者自己的码（「我的」那一项） */
-export function authorInvite(siteId) {
-  return AUTHOR_INVITE[siteId] || ""
-}
-
-// ═══ 邀请上级策略 ═══════════════════════════════════════════════════
-//
-// 三种模式，登录时选，落盘后一直生效：
-//
-//   auto   （默认）用「最后一个登录 / 签到的号」的码 —— 老行为，会漂移
-//   fixed  固定挂到某个已登录账号（存 org + code）
-//   custom 任意码，用户自己填
-//
-// 为什么要这个：`rollInvite` 会在每次登录、每天签到把
-// magicrew-invite-<site>.json 覆盖成最后那个号的码。奖励虽然不出圈，
-// 但「新号挂谁」就变成随机的了 —— 用户要的是可预期。
-//
-// ⚠ fixed 存的是**解析好的码**，不是「登录时再去问那个号要」：
-//   要问就得多一条带那个账号 jwt 的请求，而签到 / 登录路径上都没有它。
-//   代价是对方换码后要重新选一次（码实测长期不变）。
-
-function invitePolicyPath(siteId) {
-  return join(cacheDir(), `magicrew-invite-policy-${siteId}.json`)
-}
-
-export function readInvitePolicy(siteId) {
-  try {
-    const v = JSON.parse(readFileSync(invitePolicyPath(siteId), "utf8"))
-    const mode = ["auto", "fixed", "custom"].includes(v?.mode) ? v.mode : "auto"
-    return {
-      mode,
-      code: String(v?.code || "").trim(),
-      org: String(v?.org || "").trim(),
-      accountId: String(v?.accountId || "").trim(),
-      at: String(v?.at || ""),
-    }
-  } catch {
-    return { mode: "auto", code: "", org: "", accountId: "", at: "" }
-  }
-}
-
-export function writeInvitePolicy(siteId, policy) {
-  try {
-    const f = invitePolicyPath(siteId)
-    mkdirSync(dirname(f), { recursive: true })
-    const mode = ["auto", "fixed", "custom"].includes(policy?.mode) ? policy.mode : "auto"
-    writeFileSync(
-      f,
-      JSON.stringify({
-        mode,
-        code: String(policy?.code || "").trim(),
-        org: String(policy?.org || "").trim(),
-        accountId: String(policy?.accountId || "").trim(),
-        at: new Date().toISOString(),
-      }),
-    )
-  } catch {}
-}
-
-/** 清掉策略 —— 下次登录会重新问一次（「改回去」的唯一入口） */
-export function clearInvitePolicy(siteId) {
-  try {
-    unlinkSync(invitePolicyPath(siteId))
-  } catch {}
-}
-
-// ═══ 见过哪些账号的码 ═══════════════════════════════════════════════
-//
-// `rollInvite` 每天签到会给**每个**账号跑一次，顺手把它的码记下来 ——
-// 于是登录时那个「挂在谁名下」的下拉框不用发网络请求就能填满。
-// （prompts 的 options 是同步生成的，等不了 API。）
-
-function inviteCodesPath(siteId) {
-  return join(cacheDir(), `magicrew-invite-codes-${siteId}.json`)
-}
-
-export function readAccountCodes(siteId) {
-  try {
-    const v = JSON.parse(readFileSync(inviteCodesPath(siteId), "utf8"))
-    return v && typeof v === "object" ? v : {}
-  } catch {
-    return {}
-  }
-}
-
-export function noteAccountCode(siteId, org, code, accountId) {
-  const o = String(org || "").trim()
-  const cd = String(code || "").trim()
-  if (!o || !cd) return
-  try {
-    const all = readAccountCodes(siteId)
-    all[o] = { code: cd, accountId: String(accountId || ""), at: new Date().toISOString() }
-    const f = inviteCodesPath(siteId)
-    mkdirSync(dirname(f), { recursive: true })
-    writeFileSync(f, JSON.stringify(all))
-  } catch {}
-}
-
-/** 滚动请求最多等这么久 —— 登录流程不能被它拖死 */
-const INVITE_TIMEOUT_MS = 6000
-
-/**
- * 登录成功后把账号自己的邀请码滚上去；失败不挡登录。
- *
- * ⚠ 这个函数曾经**完全没有 import `fetchOwnInviteCode`**（0.3.7 及更早版本）。
- *   于是每次调用都在调它的那一行抛 ReferenceError，又被下面的空 catch 静默吞掉 ——
- *   「滚动邀请码」这个功能从上线起一次都没成功过：
- *   magicrew-invite-<site>.json 永远不存在，每次注册都退回作者码，
- *   等于每个新号都在给作者送 200 分（国内站 1,000 分）。
- *   留痕留在 MAGICREW_DEBUG 下，就是为了不再重演这种「静默停摆」。
- */
-async function rollInvite(siteId, jwt, org, host) {
-  try {
-    const own = await Promise.race([
-      fetchOwnInviteCode(jwt, org, host),
-      new Promise((_, reject) => setTimeout(() => reject(new Error("超时")), INVITE_TIMEOUT_MS)),
-    ])
-    const code = writeInvite(siteId, own.code)
-    // 顺手记下「哪个账号的码是多少」—— 登录时的下拉框靠它填，不用发请求
-    noteAccountCode(siteId, org, code)
-    return code
-  } catch (e) {
-    if (process.env.MAGICREW_DEBUG) {
-      console.error(`[magicrew] 滚动邀请码失败（${siteId}）：${e?.message ?? e}`)
-    }
-    return ""
-  }
-}
-
-/** 上次登录成功时落盘的 { jwt, org }，只给「自己的邀请码」用 */
-function sessionPath(siteId) {
-  return join(cacheDir(), `magicrew-session-${siteId}.json`)
-}
-
-function readSession(siteId) {
-  try {
-    const v = JSON.parse(readFileSync(sessionPath(siteId), "utf8"))
-    return v?.jwt ? v : null
-  } catch {
-    return null
-  }
-}
-
-/** 登录链路的失败原因落盘，排障用；不影响任何正常流程 */
-function loginLogPath(siteId) {
-  return join(cacheDir(), `magicrew-login-${siteId}.log`)
-}
-
-function noteLoginFailure(siteId, msg) {
-  try {
-    const f = loginLogPath(siteId)
-    mkdirSync(dirname(f), { recursive: true })
-    writeFileSync(f, `[${new Date().toISOString()}] ${msg}
-`, { flag: "a" })
-  } catch {}
-}
-
-function writeSession(siteId, jwt, org) {
-  try {
-    const f = sessionPath(siteId)
-    mkdirSync(dirname(f), { recursive: true })
-    writeFileSync(f, JSON.stringify({ jwt, org }))
-  } catch {}
-}
-
-// ═══ 加过哪些账号（只记 org）═══════════════════════════════════════════
-//
-// 唯一的用途：决定「本机浏览器里读到的登录态要不要自动接上」。
-//
-// 用户点「登录」多数是想加**新**账号；如果本机浏览器里那把属于已经加过的账号，
-// 自动接上只会得到「同一个账号」（magpie 侧同 accountId+uid → 替换，不新增），
-// 看起来又像「登录了却没加账号」。所以已经在名单里的 org，一律改走窗口登录。
-//
-// 记不上也无所谓：最坏是自动接上一个重复账号，magpie 会替换它。
-
-function orgsPath(siteId) {
-  return join(cacheDir(), `magicrew-orgs-${siteId}.json`)
-}
-
-function readKnownOrgs(siteId) {
-  try {
-    const v = JSON.parse(readFileSync(orgsPath(siteId), "utf8"))
-    return Array.isArray(v) ? v.filter((x) => typeof x === "string" && x) : []
-  } catch {
-    return []
-  }
-}
-
-function noteOrg(siteId, org) {
-  if (!org || typeof org !== "string") return
-  try {
-    const list = readKnownOrgs(siteId)
-    if (list.includes(org)) return
-    list.push(org)
-    const f = orgsPath(siteId)
-    mkdirSync(dirname(f), { recursive: true })
-    writeFileSync(f, JSON.stringify(list.slice(-50)))
-  } catch {}
-}
-
-// ═══ 「首次 AI 工作 / 首个对话」的一次性标记 ═════════════════════════
-//
-// 这件事对每个账号**只该做一次**。目的只有一个：满足服务端
-// 「被邀请人完成首个任务或对话后，邀请人才能拿到积分」那条判定。
-// 邀请奖励只发一次，所以补一次就够，再发纯属白烧积分。
-//
-// 早前的闸门写错了 —— 按「今天发过没有」记日期，于是：
-//
-//   ① 服务端结算慢（几十秒到几分钟）、或者任务状态压根不翻 COMPLETED 时，
-//      第二天签到又看到 PENDING，再发一条。一个号天天烧钱。
-//   ② 只按「有没有项目」判：项目建了但消息没发出去，会被当成「已用过」
-//      而永远不补；反过来项目没建成，每次进来都重试。
-//
-// 现在的规则：
-//   · 发送成功 → 写 `status: "sent"`，**此后再也不发**（换天、重登、重启都一样）
-//   · 真去发了但失败 → 记 attempts，最多 MAX_AUTOCHAT_ATTEMPTS 次，到顶写
-//     `gave-up` 也不再发（别让一个永远失败的号每次签到都撞一遍）
-//   · 「还没有工作台/项目」不算失败 —— 那是账号没就绪，不计数，下次再来
-//   · 老文件里的 `"YYYY-MM-DD"` 字符串按「已发过」读，升级后不会重发
-//
-// 文件：~/.cache/magpie/magicrew-autochat-<siteId>.json
-//   { [org]: { at: "ISO", status: "sent" | "failed" | "gave-up", attempts: n, reason?: "…" } }
-
-const MAX_AUTOCHAT_ATTEMPTS = 3
-
-function autochatPath(siteId) {
-  return join(cacheDir(), `magicrew-autochat-${siteId}.json`)
-}
-
-/**
- * 读整张表。老格式（值为 `"YYYY-MM-DD"` 字符串）归一成 `{ at, status: "sent" }`,
- * 这样升级后的第一次读就把历史账号认成「已经补过」。
- */
-export function readAutoChat(siteId) {
-  try {
-    const v = JSON.parse(readFileSync(autochatPath(siteId), "utf8"))
-    if (!v || typeof v !== "object") return {}
-    const out = {}
-    for (const [org, e] of Object.entries(v)) {
-      if (typeof e === "string") out[org] = { at: e, status: "sent", attempts: 1, legacy: true }
-      else if (e && typeof e === "object") out[org] = e
-    }
-    return out
-  } catch {
-    return {}
-  }
-}
-
-/** 这个账号的那一笔，没有就 null */
-export function readAutoChatEntry(siteId, org) {
-  return readAutoChat(siteId)[org] ?? null
-}
-
-/** 已经补过（或已放弃）→ 一次都不再发。换天也不会。 */
-export function isAutoChatSettled(siteId, org) {
-  const e = readAutoChatEntry(siteId, org)
-  return !!e && (e.status === "sent" || e.status === "gave-up")
-}
-
-function writeAutoChat(siteId, org, entry) {
-  try {
-    const m = readAutoChat(siteId)
-    m[org] = entry
-    // 只留最近 200 个账号，文件别无限涨
-    const keys = Object.keys(m)
-    if (keys.length > 200) for (const k of keys.slice(0, keys.length - 200)) delete m[k]
-    const f = autochatPath(siteId)
-    mkdirSync(dirname(f), { recursive: true })
-    writeFileSync(f, JSON.stringify(m))
-  } catch {}
-}
-
-/** 消息确实发出去了 —— 从此这个账号不再补。只在**发送成功**后调用。 */
-export function noteAutoChat(siteId, org, extra = {}) {
-  const prev = readAutoChatEntry(siteId, org)
-  writeAutoChat(siteId, org, {
-    at: new Date().toISOString(),
-    status: "sent",
-    attempts: (Number(prev?.attempts) || 0) + 1,
-    ...extra,
-  })
-}
-
-/**
- * 真去发了但没成 —— 记一次尝试，留给下一次。
- *
- * @returns {{attempts:number, givenUp:boolean}}
- */
-export function noteAutoChatFailure(siteId, org, reason) {
-  const prev = readAutoChatEntry(siteId, org)
-  const attempts = (Number(prev?.attempts) || 0) + 1
-  const givenUp = attempts >= MAX_AUTOCHAT_ATTEMPTS
-  writeAutoChat(siteId, org, {
-    at: new Date().toISOString(),
-    status: givenUp ? "gave-up" : "failed",
-    attempts,
-    reason: String(reason ?? "").slice(0, 200),
-  })
-  return { attempts, givenUp }
-}
-
-export { MAX_AUTOCHAT_ATTEMPTS }
-
-export {
-  AUTHOR_INVITE,
-  cacheDir,
-  rollInvite,
-  invitePath,
-  inviteToUse,
-  loginLogPath,
-  noteLoginFailure,
-  noteOrg,
-  orgsPath,
-  readInvite,
-  readKnownOrgs,
-  readSession,
-  readSnapshot,
-  sessionPath,
-  snapshotPath,
-  writeInvite,
-  writeSession,
-  writeSnapshot,
-}
+// 落盘 —— 这个插件自己需要记住的那几样东西
+//
+// 三份文件，各自一个用途，互不依赖：
+//   模型快照   magicrew-models-<site>.json    未登录时卡片显示什么
+//   邀请码     magicrew-invite-<site>.json    下一次注册带谁的码（滚动的）
+//   登录态     magicrew-session-<site>.json   「自己的邀请码」要用它去换
+//
+// ⚠ 这不是「状态管理」，是缓存：删掉全部，插件照样能跑（只是要重新登录一次）。
+
+import { readFileSync, writeFileSync, mkdirSync, unlinkSync, existsSync } from "node:fs"
+import { homedir } from "node:os"
+import { join, dirname } from "node:path"
+import { fileURLToPath } from "node:url"
+import { fetchOwnInviteCode, SITES } from "./api.mjs"
+
+function cacheDir() {
+  return join(homedir(), ".cache", "magpie")
+}
+
+// ═══ 模型：不写死，按账号实时拉 ═══════════════════════════════════════
+//
+// 权威来源只有一条：
+//
+//   GET <host>/api/v1/flows/models        （要网页 JWT + organization-code）
+//     → { data: { models: [{ value, label, vision, tags, icon, configs }] } }
+//
+// 实测（2026-10-27）：国内 27 个、国际 49 个。两站列表**不一样**，而且会
+// 随订阅档位和平台方开关变 —— 所以这个包里没有一张模型清单要维护。
+//
+// ⚠ 别改成读 /v1/models：那个国内 44、国际 65，混着 VIP 锁定、生图、
+//   embedding，塞进 magpie 用户会选到根本调不动的模型。
+//
+// ⚠ 上下文窗口：flows/models 和 /v1/models **都不返回** context_length
+//   （/v1/models 只有 id / object / created_at / owner_by）。所以一律按
+//   256K 保守填 —— 填大了 agent 要等上游报错才知道越界，填小了自己压得早。
+//
+// 未登录时 config() 用**上次登录成功时落盘的快照**，没有快照就是空表。
+// 空表让卡片显示 0 models，但那是诚实的：这会儿确实不知道账号能选什么。
+
+/** 快照落在 magpie 自己的缓存目录，按站点分开 */
+function snapshotPath(siteId) {
+  return join(cacheDir(), `magicrew-models-${siteId}.json`)
+}
+
+function readSnapshot(siteId) {
+  try {
+    const v = JSON.parse(readFileSync(snapshotPath(siteId), "utf8"))
+    return v && typeof v === "object" && Object.keys(v).length ? v : null
+  } catch {
+    return null
+  }
+}
+
+function writeSnapshot(siteId, models) {
+  try {
+    const f = snapshotPath(siteId)
+    mkdirSync(dirname(f), { recursive: true })
+    writeFileSync(f, JSON.stringify(models))
+  } catch {}
+}
+
+// ═══ 邀请码：滚动的，就一条规则 ═══════════════════════════════════════
+//
+//   ① 固定位置有记录 → 用记录里那个
+//   ② 没有记录     → 用作者码
+//   ③ 登录成功后   → 查这个账号自己的邀请码 → 覆盖写回
+//
+// 固定位置：~/.cache/magpie/magicrew-invite-<siteId>.json    { code, at }
+//
+// 效果：第一次用作者的，之后每次都用「上一个登录成功的账号」的码，一路滚下去。
+//
+// ⚠ ③ 不是每次都能成。/api/v1/invitations/info 只认带 device_id 的 JWT ——
+//   同一个账号、同一时刻签的两把，实测差别就在这一个字段：
+//     桌面客户端  438 字符  cus.device_id = 64 位 hex  → 200 拿到 invite_code
+//     网页版      350 字符  cus.device_id = ""         → 2155 用户不存在
+//   密码登录走 API、会带 device 指纹，签出来的是前者，滚得动；
+//   浏览器登录（剪贴板）拿到的就是网页那把，滚不动 —— 那就保留旧值，
+//   不报错、不挡登录。
+//
+// 奖励口径（上游前端 constants，2026-10-27）：
+//            每次注册   每次订阅   邀请注册封顶   总额封顶
+//   国内      1,000      3,000       60,000      300,000
+//   国际        200        500       10,000       30,000
+const AUTHOR_INVITE = {
+  // 国内站（2026-10-27 用作者账号 orgcode12345 从 /api/v1/invitations/info 复核）
+  magicrew: "IVC8BAWYXRY1",
+  // 国际站
+  "magicrew-intl": "IV75F0ZKVKXG",
+}
+
+function invitePath(siteId) {
+  return join(cacheDir(), `magicrew-invite-${siteId}.json`)
+}
+
+/** 固定位置里存的邀请码；没有就是空串 */
+function readInvite(siteId) {
+  try {
+    const v = JSON.parse(readFileSync(invitePath(siteId), "utf8"))
+    return typeof v?.code === "string" ? v.code.trim() : ""
+  } catch {
+    return ""
+  }
+}
+
+/** 覆盖写 —— 拿到新的就盖掉旧的 */
+function writeInvite(siteId, code) {
+  const c = String(code || "").trim()
+  if (!c) return ""
+  try {
+    const f = invitePath(siteId)
+    mkdirSync(dirname(f), { recursive: true })
+    writeFileSync(f, JSON.stringify({ code: c, at: new Date().toISOString() }))
+  } catch {}
+  return c
+}
+
+/** 这次登录该带的邀请码：锁定 → 策略 → 记录 → 作者码 */
+function inviteToUse(siteId, locked = true) {
+  const live = liveOrgs(siteId)
+  // 账号文件读不到 / 一个号都没有时按「不校验」处理，行为与以前一致
+  const known = live !== null && live.size > 0
+  if (locked) {
+    const pol = readInvitePolicy(siteId)
+    if ((pol.mode === "fixed" || pol.mode === "custom") && pol.code) {
+      // fixed 挂在某个账号上 —— 账号删了码就别再带（新号会注册落空）
+      if (!(known && pol.mode === "fixed" && pol.org && !live.has(pol.org))) return pol.code
+    }
+  }
+  const rolling = readInvite(siteId)
+  if (rolling) {
+    if (!known) return rolling
+    // 滚动码也可能属于已删除的账号：按码反查归属，归属没了就换作者码兜底
+    const codes = readAccountCodes(siteId)
+    const owner = Object.keys(codes).find((o) => codes[o]?.code === rolling)
+    if (!owner || live.has(owner)) return rolling
+  }
+  return AUTHOR_INVITE[siteId] || ""
+}
+
+/**
+ * magpie 账号文件里这个站点还登录着的 org（只读 plugin-auth.json）。
+ * 返回 null 表示读不到 —— 调用方应按「不校验」处理，而不是当空集。
+ */
+export function liveOrgs(siteId) {
+  try {
+    const raw = JSON.parse(readFileSync(join(homedir(), ".config", "magpie", "plugin-auth.json"), "utf8"))
+    const out = new Set()
+    for (const [k, v] of Object.entries(raw || {})) {
+      if (k === siteId || k.startsWith(siteId + "#")) {
+        const org = String(v?.org || "").trim()
+        if (org) out.add(org)
+      }
+    }
+    return out
+  } catch {
+    return null
+  }
+}
+
+/** 作者自己的码（「我的」那一项） */
+export function authorInvite(siteId) {
+  return AUTHOR_INVITE[siteId] || ""
+}
+
+// ═══ 邀请上级策略 ═══════════════════════════════════════════════════
+//
+// 三种模式，登录时选，落盘后一直生效：
+//
+//   auto   （默认）用「最后一个登录 / 签到的号」的码 —— 老行为，会漂移
+//   fixed  固定挂到某个已登录账号（存 org + code）
+//   custom 任意码，用户自己填
+//
+// 为什么要这个：`rollInvite` 会在每次登录、每天签到把
+// magicrew-invite-<site>.json 覆盖成最后那个号的码。奖励虽然不出圈，
+// 但「新号挂谁」就变成随机的了 —— 用户要的是可预期。
+//
+// ⚠ fixed 存的是**解析好的码**，不是「登录时再去问那个号要」：
+//   要问就得多一条带那个账号 jwt 的请求，而签到 / 登录路径上都没有它。
+//   代价是对方换码后要重新选一次（码实测长期不变）。
+
+function invitePolicyPath(siteId) {
+  return join(cacheDir(), `magicrew-invite-policy-${siteId}.json`)
+}
+
+export function readInvitePolicy(siteId) {
+  try {
+    const v = JSON.parse(readFileSync(invitePolicyPath(siteId), "utf8"))
+    const mode = ["auto", "fixed", "custom"].includes(v?.mode) ? v.mode : "auto"
+    const org = String(v?.org || "").trim()
+    return {
+      mode,
+      code: String(v?.code || "").trim(),
+      // 旧版把作者码存成 org:"author"；作者不是账号，按「无 org」处理
+      org: org === "author" ? "" : org,
+      accountId: String(v?.accountId || "").trim(),
+      at: String(v?.at || ""),
+    }
+  } catch {
+    return { mode: "auto", code: "", org: "", accountId: "", at: "" }
+  }
+}
+
+export function writeInvitePolicy(siteId, policy) {
+  try {
+    const f = invitePolicyPath(siteId)
+    mkdirSync(dirname(f), { recursive: true })
+    const mode = ["auto", "fixed", "custom"].includes(policy?.mode) ? policy.mode : "auto"
+    writeFileSync(
+      f,
+      JSON.stringify({
+        mode,
+        code: String(policy?.code || "").trim(),
+        org: String(policy?.org || "").trim() === "author" ? "" : String(policy?.org || "").trim(),
+        accountId: String(policy?.accountId || "").trim(),
+        at: new Date().toISOString(),
+      }),
+    )
+    syncInvitePage() // 页面上的「当前」跟着刷新
+  } catch {}
+}
+
+/** 清掉策略 —— 下次登录会重新问一次（「改回去」的唯一入口） */
+export function clearInvitePolicy(siteId) {
+  try {
+    unlinkSync(invitePolicyPath(siteId))
+  } catch {}
+}
+
+// ═══ 见过哪些账号的码 ═══════════════════════════════════════════════
+//
+// `rollInvite` 每天签到会给**每个**账号跑一次，顺手把它的码记下来 ——
+// 于是登录时那个「挂在谁名下」的下拉框不用发网络请求就能填满。
+// （prompts 的 options 是同步生成的，等不了 API。）
+
+function inviteCodesPath(siteId) {
+  return join(cacheDir(), `magicrew-invite-codes-${siteId}.json`)
+}
+
+export function readAccountCodes(siteId) {
+  try {
+    const v = JSON.parse(readFileSync(inviteCodesPath(siteId), "utf8"))
+    return v && typeof v === "object" ? v : {}
+  } catch {
+    return {}
+  }
+}
+
+export function noteAccountCode(siteId, org, code, accountId) {
+  const o = String(org || "").trim()
+  const cd = String(code || "").trim()
+  if (!o || !cd) return
+  try {
+    const all = readAccountCodes(siteId)
+    all[o] = { code: cd, accountId: String(accountId || ""), at: new Date().toISOString() }
+    const f = inviteCodesPath(siteId)
+    mkdirSync(dirname(f), { recursive: true })
+    writeFileSync(f, JSON.stringify(all))
+    syncInvitePage() // 页面清单跟着刷新
+  } catch {}
+}
+
+
+/**
+ * 给页面补账号码：plugin-auth 里的每个账号（有 JWT 的）问一次自己的邀请码。
+ *
+ * 为什么需要：页面清单只缓存 `rollInvite` 走过的账号；老用户升级上来时
+ * `magicrew-invite-codes-<site>.json` 可能一条都没有，页面就是空的。
+ * 这里在 config 之后延迟跑一次，只补缺口；失败静默，下次签到仍会补。
+ */
+let backfillPromise = null
+export function backfillInviteCodes() {
+  if (backfillPromise) return backfillPromise
+  backfillPromise = (async () => {
+    try {
+      const raw = JSON.parse(readFileSync(join(homedir(), ".config", "magpie", "plugin-auth.json"), "utf8"))
+      for (const siteId of ["magicrew", "magicrew-intl"]) {
+        const host = siteId === "magicrew-intl" ? SITES.intl.host : SITES.cn.host
+        const have = readAccountCodes(siteId)
+        for (const [k, v] of Object.entries(raw || {})) {
+          if (k !== siteId && !String(k).startsWith(siteId + "#")) continue
+          const org = String(v?.org || "").trim()
+          if (!org || have[org]?.code) continue
+          const jwt = String(v?.jwt || "")
+          if (!jwt) continue
+          try {
+            const own = await fetchOwnInviteCode(jwt, org, host)
+            if (own?.code) noteAccountCode(siteId, org, own.code, v.accountId)
+          } catch {}
+        }
+      }
+    } catch {}
+    finally {
+      backfillPromise = null
+    }
+  })()
+  return backfillPromise
+}
+
+/**
+ * 把「有哪些账号、各自的邀请码、当前策略」写进 page/codes.js。
+ *
+ * 插件页面是沙箱：没有 fetch、读不到磁盘，也读不到账号（magpie 只给它 usage / providers）。
+ * 所以清单靠这里预先生成一份静态脚本，页面 <script src="codes.js"> 直接读 —— 与
+ * agent-purge 的 gen-personas.mjs 是同一个套路。
+ */
+/**
+ * org → 便于辨认的名字（打码手机号 / 邮箱），从 magpie 自己的账号文件**只读**。
+ * 页面要显示「178****697（IV…）」，而 rollInvite 只拿得到 org，所以在这里补。
+ */
+function readAccountLabels() {
+  const out = {}
+  try {
+    const raw = JSON.parse(readFileSync(join(homedir(), ".config", "magpie", "plugin-auth.json"), "utf8"))
+    for (const v of Object.values(raw || {})) {
+      const org = String(v?.org || "")
+      const id = String(v?.accountId || "")
+      if (org && id && !out[org]) out[org] = id
+    }
+  } catch {}
+  return out
+}
+
+/**
+ * 删除账号后的确定性清理：码缓存去掉死号；滚动码若属死号一并清掉
+ * （不清掉的话，缓存一清 inviteToUse 就查不到归属，反判成「归属不明」保留）。
+ *
+ * ⚠ 新号竞态保护（2026-10-29 实测复现）：注册登录时 rollInvite 先记码，
+ *   magpie 把新号写进 plugin-auth.json 在**之后** —— 此刻 liveOrgs 看不到新号，
+ *   直接清理会把刚记的码当死号删掉，页面要等下次登录/签到才有它。
+ *   所以 **10 分钟内记录的条目不参与清理**；这窗口内 inviteToUse 的死号门
+ *   （owner 死→回落）仍然兜底。
+ * 账号文件读不到（liveOrgs === null）时不动，避免误清。
+ */
+const FRESH_ACCOUNT_MS = 10 * 60_000
+
+export function pruneDeadAccounts(siteId) {
+  const live = liveOrgs(siteId)
+  if (!live || !live.size) return null
+  const codes = readAccountCodes(siteId)
+  const fresh = (v) => {
+    try {
+      return Date.now() - Date.parse(v?.at || "") < FRESH_ACCOUNT_MS
+    } catch {
+      return false
+    }
+  }
+  const dead = Object.keys(codes).filter((org) => !live.has(org) && !fresh(codes[org]))
+  if (!dead.length) return { dead: [], rollingCleared: false }
+  let rollingCleared = false
+  const rollingNow = readInvite(siteId)
+  if (rollingNow && dead.some((org) => codes[org]?.code === rollingNow)) {
+    try {
+      unlinkSync(invitePath(siteId))
+      rollingCleared = true
+    } catch {}
+  }
+  const kept = { ...codes }
+  for (const org of dead) delete kept[org]
+  try {
+    const f = inviteCodesPath(siteId)
+    mkdirSync(dirname(f), { recursive: true })
+    writeFileSync(f, JSON.stringify(kept))
+  } catch {}
+  return { dead, rollingCleared }
+}
+
+export function syncInvitePage({ root: target } = {}) {
+  try {
+    const root = target || dirname(dirname(fileURLToPath(import.meta.url)))
+    // 仓库里的测试/开发不生成（否则 page/codes.js 会脏工作区）；发布包装有 .git 才写。
+    // 显式传 root（测试）时不受这个保护限制。
+    if (!target && (process.env.MAGICREW_NO_PAGE_SYNC === "1" || existsSync(join(root, ".git")))) return
+    const labels = readAccountLabels()
+    const sites = {}
+    for (const site of ["magicrew", "magicrew-intl"]) {
+      const live = liveOrgs(site)
+      pruneDeadAccounts(site)
+      let codes = readAccountCodes(site)
+      for (const [org, v] of Object.entries(codes)) {
+        if (v && !v.accountId && labels[org]) v.accountId = labels[org]
+      }
+      const pol = readInvitePolicy(site)
+      const rolling = readInvite(site)
+      const ownerOf = (code) => Object.keys(codes).find((o) => codes[o]?.code === code) || ""
+      sites[site] = {
+        codes,
+        policy: pol,
+        // 当前选择指向已删除的账号 —— 页面据此提示，登录侧已自动回退
+        policyStale: Boolean(live && live.size && pol.mode === "fixed" && pol.org && !live.has(pol.org)),
+        rolling,
+        rollingStale: Boolean(live && live.size && rolling && ownerOf(rolling) && !live.has(ownerOf(rolling))),
+        author: AUTHOR_INVITE[site] || "",
+      }
+    }
+    const f = join(root, "page", "codes.js")
+    mkdirSync(dirname(f), { recursive: true })
+    writeFileSync(f, "window.MAGICREW_CODES = " + JSON.stringify({ at: new Date().toISOString(), sites }) + ";\n")
+  } catch {}
+}
+
+/** 滚动请求最多等这么久 —— 登录流程不能被它拖死 */
+const INVITE_TIMEOUT_MS = 6000
+
+/**
+ * 登录成功后把账号自己的邀请码滚上去；失败不挡登录。
+ *
+ * ⚠ 这个函数曾经**完全没有 import `fetchOwnInviteCode`**（0.3.7 及更早版本）。
+ *   于是每次调用都在调它的那一行抛 ReferenceError，又被下面的空 catch 静默吞掉 ——
+ *   「滚动邀请码」这个功能从上线起一次都没成功过：
+ *   magicrew-invite-<site>.json 永远不存在，每次注册都退回作者码，
+ *   等于每个新号都在给作者送 200 分（国内站 1,000 分）。
+ *   留痕留在 MAGICREW_DEBUG 下，就是为了不再重演这种「静默停摆」。
+ */
+async function rollInvite(siteId, jwt, org, host) {
+  try {
+    const own = await Promise.race([
+      fetchOwnInviteCode(jwt, org, host),
+      new Promise((_, reject) => setTimeout(() => reject(new Error("超时")), INVITE_TIMEOUT_MS)),
+    ])
+    const code = writeInvite(siteId, own.code)
+    // 顺手记下「哪个账号的码是多少」—— 登录时的下拉框靠它填，不用发请求
+    noteAccountCode(siteId, org, code)
+    return code
+  } catch (e) {
+    if (process.env.MAGICREW_DEBUG) {
+      console.error(`[magicrew] 滚动邀请码失败（${siteId}）：${e?.message ?? e}`)
+    }
+    return ""
+  }
+}
+
+/** 上次登录成功时落盘的 { jwt, org }，只给「自己的邀请码」用 */
+function sessionPath(siteId) {
+  return join(cacheDir(), `magicrew-session-${siteId}.json`)
+}
+
+function readSession(siteId) {
+  try {
+    const v = JSON.parse(readFileSync(sessionPath(siteId), "utf8"))
+    return v?.jwt ? v : null
+  } catch {
+    return null
+  }
+}
+
+/** 登录链路的失败原因落盘，排障用；不影响任何正常流程 */
+function loginLogPath(siteId) {
+  return join(cacheDir(), `magicrew-login-${siteId}.log`)
+}
+
+function noteLoginFailure(siteId, msg) {
+  try {
+    const f = loginLogPath(siteId)
+    mkdirSync(dirname(f), { recursive: true })
+    writeFileSync(f, `[${new Date().toISOString()}] ${msg}
+`, { flag: "a" })
+  } catch {}
+}
+
+function writeSession(siteId, jwt, org) {
+  try {
+    const f = sessionPath(siteId)
+    mkdirSync(dirname(f), { recursive: true })
+    writeFileSync(f, JSON.stringify({ jwt, org }))
+  } catch {}
+}
+
+// ═══ 加过哪些账号（只记 org）═══════════════════════════════════════════
+//
+// 唯一的用途：决定「本机浏览器里读到的登录态要不要自动接上」。
+//
+// 用户点「登录」多数是想加**新**账号；如果本机浏览器里那把属于已经加过的账号，
+// 自动接上只会得到「同一个账号」（magpie 侧同 accountId+uid → 替换，不新增），
+// 看起来又像「登录了却没加账号」。所以已经在名单里的 org，一律改走窗口登录。
+//
+// 记不上也无所谓：最坏是自动接上一个重复账号，magpie 会替换它。
+
+function orgsPath(siteId) {
+  return join(cacheDir(), `magicrew-orgs-${siteId}.json`)
+}
+
+function readKnownOrgs(siteId) {
+  try {
+    const v = JSON.parse(readFileSync(orgsPath(siteId), "utf8"))
+    return Array.isArray(v) ? v.filter((x) => typeof x === "string" && x) : []
+  } catch {
+    return []
+  }
+}
+
+function noteOrg(siteId, org) {
+  if (!org || typeof org !== "string") return
+  try {
+    const list = readKnownOrgs(siteId)
+    if (list.includes(org)) return
+    list.push(org)
+    const f = orgsPath(siteId)
+    mkdirSync(dirname(f), { recursive: true })
+    writeFileSync(f, JSON.stringify(list.slice(-50)))
+  } catch {}
+}
+
+// ═══ 「首次 AI 工作 / 首个对话」的一次性标记 ═════════════════════════
+//
+// 这件事对每个账号**只该做一次**。目的只有一个：满足服务端
+// 「被邀请人完成首个任务或对话后，邀请人才能拿到积分」那条判定。
+// 邀请奖励只发一次，所以补一次就够，再发纯属白烧积分。
+//
+// 早前的闸门写错了 —— 按「今天发过没有」记日期，于是：
+//
+//   ① 服务端结算慢（几十秒到几分钟）、或者任务状态压根不翻 COMPLETED 时，
+//      第二天签到又看到 PENDING，再发一条。一个号天天烧钱。
+//   ② 只按「有没有项目」判：项目建了但消息没发出去，会被当成「已用过」
+//      而永远不补；反过来项目没建成，每次进来都重试。
+//
+// 现在的规则：
+//   · 发送成功 → 写 `status: "sent"`，**此后再也不发**（换天、重登、重启都一样）
+//   · 真去发了但失败 → 记 attempts，最多 MAX_AUTOCHAT_ATTEMPTS 次，到顶写
+//     `gave-up` 也不再发（别让一个永远失败的号每次签到都撞一遍）
+//   · 「还没有工作台/项目」不算失败 —— 那是账号没就绪，不计数，下次再来
+//   · 老文件里的 `"YYYY-MM-DD"` 字符串按「已发过」读，升级后不会重发
+//
+// 文件：~/.cache/magpie/magicrew-autochat-<siteId>.json
+//   { [org]: { at: "ISO", status: "sent" | "failed" | "gave-up", attempts: n, reason?: "…" } }
+
+const MAX_AUTOCHAT_ATTEMPTS = 3
+
+function autochatPath(siteId) {
+  return join(cacheDir(), `magicrew-autochat-${siteId}.json`)
+}
+
+/**
+ * 读整张表。老格式（值为 `"YYYY-MM-DD"` 字符串）归一成 `{ at, status: "sent" }`,
+ * 这样升级后的第一次读就把历史账号认成「已经补过」。
+ */
+export function readAutoChat(siteId) {
+  try {
+    const v = JSON.parse(readFileSync(autochatPath(siteId), "utf8"))
+    if (!v || typeof v !== "object") return {}
+    const out = {}
+    for (const [org, e] of Object.entries(v)) {
+      if (typeof e === "string") out[org] = { at: e, status: "sent", attempts: 1, legacy: true }
+      else if (e && typeof e === "object") out[org] = e
+    }
+    return out
+  } catch {
+    return {}
+  }
+}
+
+/** 这个账号的那一笔，没有就 null */
+export function readAutoChatEntry(siteId, org) {
+  return readAutoChat(siteId)[org] ?? null
+}
+
+/** 已经补过（或已放弃）→ 一次都不再发。换天也不会。 */
+export function isAutoChatSettled(siteId, org) {
+  const e = readAutoChatEntry(siteId, org)
+  return !!e && (e.status === "sent" || e.status === "gave-up")
+}
+
+function writeAutoChat(siteId, org, entry) {
+  try {
+    const m = readAutoChat(siteId)
+    m[org] = entry
+    // 只留最近 200 个账号，文件别无限涨
+    const keys = Object.keys(m)
+    if (keys.length > 200) for (const k of keys.slice(0, keys.length - 200)) delete m[k]
+    const f = autochatPath(siteId)
+    mkdirSync(dirname(f), { recursive: true })
+    writeFileSync(f, JSON.stringify(m))
+  } catch {}
+}
+
+/** 消息确实发出去了 —— 从此这个账号不再补。只在**发送成功**后调用。 */
+export function noteAutoChat(siteId, org, extra = {}) {
+  const prev = readAutoChatEntry(siteId, org)
+  writeAutoChat(siteId, org, {
+    at: new Date().toISOString(),
+    status: "sent",
+    attempts: (Number(prev?.attempts) || 0) + 1,
+    ...extra,
+  })
+}
+
+/**
+ * 真去发了但没成 —— 记一次尝试，留给下一次。
+ *
+ * @returns {{attempts:number, givenUp:boolean}}
+ */
+export function noteAutoChatFailure(siteId, org, reason) {
+  const prev = readAutoChatEntry(siteId, org)
+  const attempts = (Number(prev?.attempts) || 0) + 1
+  const givenUp = attempts >= MAX_AUTOCHAT_ATTEMPTS
+  writeAutoChat(siteId, org, {
+    at: new Date().toISOString(),
+    status: givenUp ? "gave-up" : "failed",
+    attempts,
+    reason: String(reason ?? "").slice(0, 200),
+  })
+  return { attempts, givenUp }
+}
+
+export { MAX_AUTOCHAT_ATTEMPTS }
+
+export {
+  AUTHOR_INVITE,
+  cacheDir,
+  rollInvite,
+  invitePath,
+  inviteToUse,
+  loginLogPath,
+  noteLoginFailure,
+  noteOrg,
+  orgsPath,
+  readInvite,
+  readKnownOrgs,
+  readSession,
+  readSnapshot,
+  sessionPath,
+  snapshotPath,
+  writeInvite,
+  writeSession,
+  writeSnapshot,
+}