magicrew-auth 0.3.35 → 0.3.37

package/AGENTS.md

@@ -75,9 +75,9 @@ curl -s "https://usemagpie.ai/api/latest?channel=stable" | grep -o '"version":"[
 | 22 | 同一账号有的请求 200、有的 403 `token无效`（`retryable=false`），换个时间又好了 | key 有两条签发路径时 store 与 magpie 各存一把，**静态挑一把必有一半踩空**。0.3.29 起 `keyCandidates()` 把 store 两槽 + `auth.access` 逐把打 chat，命中的写回 store；全被拒才交 402 让 magpie 换号。判据：`GET /v1/models` 对死 key **放行**，逐把探活必须用 `/v1/chat/completions` | CHANGELOG 0.3.29 · `tests/key-failover.mjs` |
 | 23 | 插件列表里别人有「已自动更新」徽章，magicrew 没有 | magpie 只自动更新包名以 `@magpie-community/` 开头的包（`internal/plugin/updates.go` 的 `Official()` 硬编码前缀）；第三方 npm / git 源永远只提示。本插件用 `src/auto-maintenance.mjs` 复刻：读 `plugin-updates.json` 的 `waiting` → 调 `magpie plugin update` → 成功后补 `updated[]`（徽章读它）。判据：`plugin-updates.json` 的 waiting 有 `package:"Magicrew", git:true`；`findMagpieExe()` 能解析到 magpie 可执行文件。⚠ 更新后要重启 magpie 才加载新代码 | CHANGELOG 0.3.30 · `tests/auto-maintenance.mjs` |
 | 24 | 新装插件后没有任何签到记录，`plugin-checkin.json` 里没有 magicrew | magpie 的 `PluginCheckinOn()`：`pluginCheckins` 没有显式值时默认 **false**（只有 WorkBuddy / Trae / MiniMax / Qoder 有内置开关）。插件只能在加载时把 `settings.json` 的 `pluginCheckins[provider]` 补成 true —— **只在键不存在时补**，用户显式 false 不覆盖。判据：`settings.json` 的 `pluginCheckins` 有 `magicrew` / `magicrew-intl` 键 | CHANGELOG 0.3.30 · `src/auto-maintenance.mjs` |
-| 25 | 邀请上级选了某个账号，第二天签到后又变回别的号 | 旧版 `rollInvite` 每天覆盖滚动文件。0.3.33 起在插件页「超级麦吉设置」按站点选码 + 「锁定（签到不再覆盖）」勾选框（写 `inviteLockBySite`，登录侧优先于文件策略）；锁定关掉则回落滚动。判据：页面「当前」与登录方法标题同源；`tests/invite-policy.mjs` 锁死 | CHANGELOG 0.3.33 · `page/app.js` |
-| 26 | 插件页里设置保存了，登录/标题却不认 | 官方契约工厂是 `(ctx, options)` —— **第二个参数**才是插件 options；`input.magpie.options(provider)` 实测恒为 `{}`。index.mjs 用 `async (input, options) => ...`，页面写 `inviteBySite` / `inviteLockBySite`。改回 `input.magpie.options` 会静默回退 | CHANGELOG 0.3.33 · `index.mjs` |
-| 27 | 插件页「超级麦吉设置」空白 / 没有账号可选 | 页面是沙箱：读不到磁盘/账号。账号清单由 `syncInvitePage()` 在 Node 侧生成 `page/codes.js`（config / 签到 / 登录 / 策略变更 / usage 60s 刷新）；老用户升级后 20s 由 `backfillInviteCodes()` 用 plugin-auth 的 JWT 补码；仓库里有 `.git` 时故意不生成，发布包才有；`package.json` 的 `files` 必须含 `page` | CHANGELOG 0.3.33 · `src/store.mjs` · `page/` |
+| 25 | 邀请上级选完，第二天签到后又变回别的号 | 0.3.36 起登录页「邀请上级」一个数字文本框：0=我的（作者 MYCF711）、1..N=已登录账号（按账号名排序）、-1=自动；留空/不存在数字回退 0。选中即写 `magicrew-invite-policy-<site>.json`（fixed），`inviteToUse` 优先它；死号自动回落滚动→作者码。判据：`tests/invite-policy.mjs` | CHANGELOG 0.3.36 · `src/hooks/methods.mjs` |
+| 26 | 邀请上级的数字文本框有没有「右边实时显示账号」 | magpie 的 `prompts` 只有 `text` / `select`，没有复合控件；对照表只能写进 prompt 的 `message`（每次用 `ask()` 按最新账号清单生成），保存后回一条「新号挂在 X（码）」说明。要真正的右侧实时刷新得等上游加控件 | CHANGELOG 0.3.36 · `src/hooks/methods.mjs` |
+| 27 | 数字方法的账号列表是空的 / 顺序不对 | 列表来自 `magicrew-invite-codes-<site>.json`（签到/登录时 `rollInvite` 记录）+ 作者码；老用户升级后 config 20s 由 `backfillInviteCodes()` 用 plugin-auth 的 JWT 补；账号按 accountId 排序，所以 1..N 稳定。页面/`page/codes.js` 已在 0.3.36 删除 | CHANGELOG 0.3.36 · `src/store.mjs` |
 
 **坑 14 的两个附带判据**（都实测过）：