memory-eternal 0.10.24 → 0.10.26

package/lib/db.js

@@ -53,6 +53,38 @@ export function checkDbHealth(db) {
   return out
 }
 
+/** 这个错误是不是「库被别人锁着」（SQLite 的 BUSY / locked），而不是数据或语法问题。 */
+export function isDbBusyError(e) {
+  const m = String((e && e.message) || e)
+  return /database is locked|database table is locked|SQLITE_BUSY/i.test(m)
+}
+
+/**
+ * 撞锁时**在应用层异步重试**（issue #31/#33 的实测补充）。
+ *
+ * 为什么不用 `PRAGMA busy_timeout`：`node:sqlite` 的 `DatabaseSync` 是**同步 API**，
+ * 忙等会阻塞宿主的事件循环（整个 DSH 卡住）—— 评审后**故意没做**。这里改成：失败 → 让出事件循环
+ * 睡一小会儿 → 再试，最多几次。SQLite 在 BUSY 时不会留下半成品（事务回滚），所以重试是安全的；
+ * 实测现场：外部进程持写事务时我方立刻拿到 `database is locked`，且对方被强杀后**仍然锁着** ——
+ * 这种瞬时锁正好由短退避重试化解。
+ *
+ * @param {() => Promise<any>} fn
+ * @param {{tries?:number, delayMs?:number}} opts
+ */
+export async function withDbRetry(fn, { tries = 3, delayMs = 120 } = {}) {
+  const n = Math.max(1, Number(tries) || 3)
+  let last
+  for (let i = 0; i < n; i++) {
+    try { return await fn() } catch (e) {
+      last = e
+      if (e && e.noRetry) throw e                       // 调用方显式禁止重试（例如响应已发出）
+      if (!isDbBusyError(e) || i === n - 1) throw e
+      await new Promise((r) => setTimeout(r, (Number(delayMs) || 120) * (i + 1)))   // 线性退避，异步让出
+    }
+  }
+  throw last
+}
+
 /** 某个库最近一次打开时的健康结论（没打开过返回 null）。 */
 export function dbStatus(root) {
   return healthByRoot.get(path.resolve(root)) || null

package/lib/watchdog.js

@@ -67,12 +67,41 @@ export function readWatchdogLock(env = process.env) {
   return { watchdogs: [] }
 }
 
+let lockWarned = false
+
 function writeWatchdogLock(env, list) {
   const file = watchdogLockPath(env)
   try {
     fs.mkdirSync(path.dirname(file), { recursive: true })
     fs.writeFileSync(file, JSON.stringify({ watchdogs: list }))
-  } catch { /* 写不了锁不阻塞保活 */ }
+  } catch (e) {
+    // 写不了锁**不阻塞保活**，但不能再全静默：这是「托管状态判不出来」的根因（issue #33 第③层，
+    // 实测受限环境写不进锁 → 面板显示「未托管」而端口上其实有健康实例）。留一条可查的痕。
+    if (!lockWarned) {
+      lockWarned = true
+      console.error('[memory-eternal] 看门狗锁文件写不进去（' + file + '）：' + String((e && e.message) || e) + ' —— 保活不受影响，但「是否被托管」将无法判断')
+    }
+  }
+}
+
+/**
+ * 探测「锁文件所在目录现在写不写得了」—— **只探测，不碰锁文件本身**（避免把真实状态写坏）。
+ *
+ * 用途（issue #33 第③层）：面板要区分「**确实没被托管**」与「**判不出来**（受限环境写不进锁）」
+ * —— 后者不该被显示成「未托管 / 未运行」，那会让用户以为实例坏了，跑去反复重启。
+ */
+export function probeLockWritable(env = process.env) {
+  const file = watchdogLockPath(env)
+  const probe = path.join(path.dirname(file), '.me-lock-probe-' + process.pid + '-' + Date.now())
+  try {
+    fs.mkdirSync(path.dirname(file), { recursive: true })
+    fs.writeFileSync(probe, 'ok')
+    fs.unlinkSync(probe)
+    return { writable: true, path: file, error: '' }
+  } catch (e) {
+    try { fs.unlinkSync(probe) } catch { /* 清不掉也无妨 */ }
+    return { writable: false, path: file, error: String((e && e.message) || e) }
+  }
 }
 
 /**

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "memory-eternal",
-  "version": "0.10.24",
+  "version": "0.10.26",
   "description": "记忆核心（Memory Eternal）：自研的 DeepSeek Harness 记忆插件，不移植任何既有记忆框架——对话结束后自动沉淀知识卡到本地 Markdown Vault（自研去重、自研 CJK 检索、可 git 管理），设置页提供图形化知识库（统计 / 搜索 / 知识图谱 + 侧边栏一键弹窗），Agent 通过 memory_recall 工具按需召回历史上下文。零人工干预。",
   "license": "MIT",
   "repository": {