magicrew-auth 0.3.13 → 0.3.15

package/src/model-context.mjs

@@ -1,100 +1,100 @@
-// 模型上下文窗口 —— 向 magpie 自己的模型库查
-//
-// ═══ 为什么不能自己填一个值 ═══════════════════════════════════════════
-//
-// magicrew 的两个模型接口**都不返回上下文窗口**：
-//   GET /api/v1/flows/models  → value / label / vision / tags / configs
-//   GET /v1/models            → id / object / created_at / owner_by
-//
-// 早前这里一律填 256_000 当保守值，后果是反的：
-// `pi-ai detected context overflow for model "magicrew/deepseek-v4.1-flash"`
-// —— agent 拿 256K 判断"放不下了"，而实际窗口是 1M，白砍掉四分之三。
-//
-// magpie 自己有一份模型库（`~/.cache/magpie/models.json`，按厂商分组，
-// 每条带 `limit.context`），它本来就随 magpie 更新。**向它查，不要自己编。**
-//
-// 查不到才退回保守值 —— 宁可保守，不要给出超过真实窗口的数（那会让 agent
-// 以为还有余量，请求超了上游才报错）。
-
-import { readFileSync } from "node:fs"
-import { homedir } from "node:os"
-import { join } from "node:path"
-
-/**
- * 查不到时的兜底：**1M**。
- *
- * 优先级从高到低：
- *   ① 用户在 magpie GUI 里手选的（「上下文窗口」那一行）—— magpie 直接用它，插件的值只是默认
- *   ② 本文件从 magpie 模型库查到的真实值（models.dev 数据）
- *   ③ 这个兜底
- *
- * ⚠ 兜底故意给大的：给 1M 而实际只有 128K 时，上游会在超限时报错，用户看得到；
- *   给 256K 而实际有 1M 时，agent 会主动拒绝一段本可以处理的对话 —— 那是静默的能力损失，
- *   比报错更难查（`pi-ai detected context overflow` 就是这么来的）。
- */
-const FALLBACK_CONTEXT = 1_048_576
-
-let cache = null
-let cacheAt = 0
-
-/** models.json 5-6MB，读一次缓存住；10 分钟内不重复读 */
-const CACHE_MS = 10 * 60_000
-
-function loadLibrary() {
-  if (cache && Date.now() - cacheAt < CACHE_MS) return cache
-  const idx = new Map()
-  try {
-    const raw = readFileSync(join(homedir(), ".cache", "magpie", "models.json"), "utf8")
-    const walk = (o) => {
-      if (Array.isArray(o)) {
-        for (const v of o) walk(v)
-        return
-      }
-      if (!o || typeof o !== "object") return
-      const id = typeof o.id === "string" ? o.id : ""
-      const ctx = o.limit?.context ?? o.context_length ?? o.context_window
-      if (id && Number(ctx) > 0) {
-        idx.set(id.toLowerCase(), Number(ctx))
-        // 同一个模型可能挂在多个厂商下（deepseek-ai/x、Pro/deepseek-ai/x …），
-        // 只保留最大值 —— 那才是它真能收的
-        const tail = id.toLowerCase().split("/").pop()
-        if (tail) {
-          const prev = idx.get(`~${tail}`) || 0
-          if (Number(ctx) > prev) idx.set(`~${tail}`, Number(ctx))
-        }
-      }
-      for (const v of Object.values(o)) walk(v)
-    }
-    walk(JSON.parse(raw))
-  } catch {}
-  cache = idx
-  cacheAt = Date.now()
-  return idx
-}
-
-/**
- * 这个模型的上下文窗口。
- * @param {string} modelId  插件侧的模型 id，如 `deepseek-v4.1-flash`
- * @returns {number} 字节按 token 计；查不到给保守值
- */
-export function contextOf(modelId) {
-  const id = String(modelId || "").toLowerCase()
-  if (!id) return FALLBACK_CONTEXT
-  const idx = loadLibrary()
-
-  // ① 全名命中（插件 id 恰好等于库里的 id）
-  if (idx.has(id)) return idx.get(id)
-
-  // ② 尾段命中：库里的 `deepseek-ai/deepseek-v4.1-flash` ↔ 我们的 `deepseek-v4.1-flash`
-  if (idx.has(`~${id}`)) return idx.get(`~${id}`)
-
-  // ③ 同一个模型挂在不同厂商前缀下，取最大的那个（真能收的容量）
-  let best = 0
-  for (const [k, v] of idx) {
-    if (k.startsWith("~")) continue
-    if (k.endsWith(`/${id}`) && v > best) best = v
-  }
-  return best || FALLBACK_CONTEXT
-}
-
-export const _internal = { FALLBACK_CONTEXT, loadLibrary }
+// 模型上下文窗口 —— 向 magpie 自己的模型库查
+//
+// ═══ 为什么不能自己填一个值 ═══════════════════════════════════════════
+//
+// magicrew 的两个模型接口**都不返回上下文窗口**：
+//   GET /api/v1/flows/models  → value / label / vision / tags / configs
+//   GET /v1/models            → id / object / created_at / owner_by
+//
+// 早前这里一律填 256_000 当保守值，后果是反的：
+// `pi-ai detected context overflow for model "magicrew/deepseek-v4.1-flash"`
+// —— agent 拿 256K 判断"放不下了"，而实际窗口是 1M，白砍掉四分之三。
+//
+// magpie 自己有一份模型库（`~/.cache/magpie/models.json`，按厂商分组，
+// 每条带 `limit.context`），它本来就随 magpie 更新。**向它查，不要自己编。**
+//
+// 查不到才退回保守值 —— 宁可保守，不要给出超过真实窗口的数（那会让 agent
+// 以为还有余量，请求超了上游才报错）。
+
+import { readFileSync } from "node:fs"
+import { homedir } from "node:os"
+import { join } from "node:path"
+
+/**
+ * 查不到时的兜底：**1M**。
+ *
+ * 优先级从高到低：
+ *   ① 用户在 magpie GUI 里手选的（「上下文窗口」那一行）—— magpie 直接用它，插件的值只是默认
+ *   ② 本文件从 magpie 模型库查到的真实值（models.dev 数据）
+ *   ③ 这个兜底
+ *
+ * ⚠ 兜底故意给大的：给 1M 而实际只有 128K 时，上游会在超限时报错，用户看得到；
+ *   给 256K 而实际有 1M 时，agent 会主动拒绝一段本可以处理的对话 —— 那是静默的能力损失，
+ *   比报错更难查（`pi-ai detected context overflow` 就是这么来的）。
+ */
+const FALLBACK_CONTEXT = 1_048_576
+
+let cache = null
+let cacheAt = 0
+
+/** models.json 5-6MB，读一次缓存住；10 分钟内不重复读 */
+const CACHE_MS = 10 * 60_000
+
+function loadLibrary() {
+  if (cache && Date.now() - cacheAt < CACHE_MS) return cache
+  const idx = new Map()
+  try {
+    const raw = readFileSync(join(homedir(), ".cache", "magpie", "models.json"), "utf8")
+    const walk = (o) => {
+      if (Array.isArray(o)) {
+        for (const v of o) walk(v)
+        return
+      }
+      if (!o || typeof o !== "object") return
+      const id = typeof o.id === "string" ? o.id : ""
+      const ctx = o.limit?.context ?? o.context_length ?? o.context_window
+      if (id && Number(ctx) > 0) {
+        idx.set(id.toLowerCase(), Number(ctx))
+        // 同一个模型可能挂在多个厂商下（deepseek-ai/x、Pro/deepseek-ai/x …），
+        // 只保留最大值 —— 那才是它真能收的
+        const tail = id.toLowerCase().split("/").pop()
+        if (tail) {
+          const prev = idx.get(`~${tail}`) || 0
+          if (Number(ctx) > prev) idx.set(`~${tail}`, Number(ctx))
+        }
+      }
+      for (const v of Object.values(o)) walk(v)
+    }
+    walk(JSON.parse(raw))
+  } catch {}
+  cache = idx
+  cacheAt = Date.now()
+  return idx
+}
+
+/**
+ * 这个模型的上下文窗口。
+ * @param {string} modelId  插件侧的模型 id，如 `deepseek-v4.1-flash`
+ * @returns {number} 字节按 token 计；查不到给保守值
+ */
+export function contextOf(modelId) {
+  const id = String(modelId || "").toLowerCase()
+  if (!id) return FALLBACK_CONTEXT
+  const idx = loadLibrary()
+
+  // ① 全名命中（插件 id 恰好等于库里的 id）
+  if (idx.has(id)) return idx.get(id)
+
+  // ② 尾段命中：库里的 `deepseek-ai/deepseek-v4.1-flash` ↔ 我们的 `deepseek-v4.1-flash`
+  if (idx.has(`~${id}`)) return idx.get(`~${id}`)
+
+  // ③ 同一个模型挂在不同厂商前缀下，取最大的那个（真能收的容量）
+  let best = 0
+  for (const [k, v] of idx) {
+    if (k.startsWith("~")) continue
+    if (k.endsWith(`/${id}`) && v > best) best = v
+  }
+  return best || FALLBACK_CONTEXT
+}
+
+export const _internal = { FALLBACK_CONTEXT, loadLibrary }

package/src/tasks.mjs

@@ -20,7 +20,7 @@
 //
 // 每天跑一次，两步都做，任一步失败不影响另一步。
 
-import { fetchPoints, claimLoginGift, fetchOnboardingTasks, completeOnboardingTask, fetchFirstWorkspaceId } from "./api.mjs"
+import { fetchPoints, claimLoginGift, fetchOnboardingTasks, completeOnboardingTask, fetchFirstWorkspaceId, fetchProjectTopics } from "./api.mjs"
 import { isAutoChatSettled, noteAutoChat, noteAutoChatFailure } from "./store.mjs"
 
 /** 站点 id —— 去重标记按站点分文件存 */
@@ -236,9 +236,9 @@ async function autoFirstWork(h) {
 /**
  * 国际站的「首个对话」：没有任务清单可依，只能看它用没用过。
  *
- * 判据是**有没有工作台项目**：项目是发第一条消息时前端顺带建的，
- * 一个都没有基本等于从没说过话。已经有项目 = 用过 → 直接记成已补过
- * （一次性），以后再也不用查。
+ * 判据是**有没有话题**，不是有没有工作台项目 —— 项目在打开工作台时就会
+ * 自动建，「建了项目、一句话没说」的新号很常见，而那种号正是需要补一条的。
+ * 话题才是「真的发过消息」的证据。
  *
  * @returns {{ok?:boolean, settled?:boolean, reason?:string, topicName?:string, model?:string}}
  */
@@ -254,11 +254,23 @@ async function autoFirstChat(h) {
     if (!wsId) return { reason: "这个账号还没有工作区，先在网页里进一次" }
 
     const { findProjectId, runChatTask } = await import("./chat-task.mjs")
-    const existing = await findProjectId(h.jwt, h.org, h.host, wsId).catch(() => "")
-    if (existing) {
-      // 已有项目 = 早就说过话。直接落一次性标记，省得以后每次登录都查一遍。
-      noteAutoChat(siteId, h.org, { reason: "已有工作台项目，视为用过" })
-      return { settled: true, reason: "此前已用过（已有工作台项目）" }
+    const pid = await findProjectId(h.jwt, h.org, h.host, wsId).catch(() => "")
+    if (pid) {
+      let topics
+      try {
+        topics = await fetchProjectTopics(h.jwt, h.org, pid, h.host)
+      } catch (e) {
+        // 查不到判据就**这次不发**：宁可漏一轮（下次登录 / 签到还会来），
+        // 也不要把「接口抖了一下」当成「没说过话」白花一次积分。
+        // 不落标记、不计数 —— 这不是失败，是没拿到判据。
+        return { reason: `话题清单查不到（${String(e?.message ?? e)}），这次不发` }
+      }
+      if (topics.length > 0) {
+        // 有话题 = 真的发过消息 → 落一次性标记，以后连查都不查
+        noteAutoChat(siteId, h.org, { reason: `已有 ${topics.length} 个话题，视为用过` })
+        return { settled: true, reason: `此前已用过（已有 ${topics.length} 个话题）` }
+      }
+      // 有项目、没话题：项目多半是打开工作台时自动建的，一句话没说 —— 往下补。
     }
 
     const r = await runChatTask({ jwt: h.jwt, org: h.org, host: h.host, workspaceId: wsId })
@@ -307,7 +319,7 @@ export async function ensureFirstTaskOnce(h) {
     return autoFirstWork(h)
   }
 
-  // 国际站：没有任务清单 → 看有没有工作台项目
+  // 国际站：没有任务清单 → 看有没有话题（不是有没有项目）
   return autoFirstChat(h)
 }