weflow-cli 1.11.1 → 1.13.0

package/src/core/dbPathService.ts

@@ -70,6 +70,11 @@ export class DbPathService {
     return [
       '$recycle.bin', 'node_modules', 'windows', 'program files',
       'program files (x86)', 'programdata', 'system volume information',
+      // 临时目录不是微信数据的合理位置，但**测试夹具**就建在这下面
+      // （`%LOCALAPPDATA%\Temp\weflow-custom-nt-*\xwechat_files`）。不排除的话，
+      // 空配置下的"自动发现"会把一个测试残留当成用户的微信目录 ——
+      // 2026-10-19 模拟新用户时实测命中，然后一路对着假数据初始化。
+      'temp', 'tmp',
     ].includes(name.toLowerCase())
   }
 

package/src/core/ntCore.ts

@@ -21,6 +21,17 @@ function getPackageRoot(): string {
   return resolvePackageRoot(import.meta.url)
 }
 
+/**
+ * `scan` 的执行器。默认就是真的 `execFile`；测试注入假执行器来钉住**错误映射**。
+ *
+ * 为什么需要这个口子：Windows 上"找不到命令"的表现是子进程以 **9009** 退出，
+ * 而它没有可移植的造假方式（要有真 exe / 真 shell 行为，Linux CI 上做不出来）。
+ * 少了这条测试，`9009` 那段用户提示就会在以后的改动里悄悄退回
+ * `NT scan failed (exit 9009)` —— 2026-10-18 那位用户卡住时看到的就是这句。
+ */
+export type NtExecRunner =
+  (file: string, args: string[], options: Record<string, unknown>) => Promise<{ stdout: string }>
+
 export interface NtResult {
   success: boolean
   error?: string
@@ -191,11 +202,11 @@ export class NtCore {
    * Scan memory for NT keys and match to databases.
    * Requires WeChat to be running.
    */
-  static async scan(root?: string): Promise<NtScanResult> {
+  static async scan(root?: string, run: NtExecRunner = execFileAsync as unknown as NtExecRunner): Promise<NtScanResult> {
     try {
       const scriptPath = join(getPackageRoot(), 'scripts', 'nt_decrypt.py')
       const scanArgs = ['scan', '--json']
-      const { stdout } = await execFileAsync(getPythonCommand(), [scriptPath, ...scanArgs], {
+      const { stdout } = await run(getPythonCommand(), [scriptPath, ...scanArgs], {
         timeout: 300_000,
         maxBuffer: 10 * 1024 * 1024,
         env: createPythonProcessEnv(root ? { WEFLOW_SCAN_ROOT: root } : {}),
@@ -234,7 +245,27 @@ export class NtCore {
       return { success: false, error: 'Scan produced no valid output' }
     } catch (e: any) {
       if (e?.code === 'ENOENT') {
-        return { success: false, error: 'Python not found. Install Python and add to PATH.' }
+        // 与 9009 那条**同一件事、同一句话**：一条是"命令名解析不到"，一条是"解析到了但跑不起来"，
+        // 对用户来说都是"这台机器没有可用的 Python"。以前这里留的是英文
+        // `Python not found. Install Python and add to PATH.`，于是同一个 init 里
+        // 上面刚用中文解释完"商店占位程序"，下面又冒出一句英文（2026-10-19 实测）。
+        return {
+          success: false,
+          error: '没有可用的 Python：NT 扫描需要 Python 3.10+ 且能 `import sqlcipher3`。'
+            + '在终端里运行 `python --version`，能打出版本号才算装对',
+        }
+      }
+      if (e?.code === 9009) {
+        // Windows 的 9009 是"找不到命令"。最常见的原因是 PATH 上只有**微软商店的 python
+        // 占位程序**：`getPythonCommand()` 在所有候选都不过（没有真 Python / 没有 sqlcipher3）
+        // 时兜底返回裸名 `python`，正好交给那个占位程序，它一跑就以 9009 退出。
+        // 不把这条翻译出来，用户看到的是"NT scan failed (exit 9009)"，而下一步该做什么完全没有线索
+        // （2026-10-18 一位用户就是这么卡住的）。
+        return {
+          success: false,
+          error: '没有可用的 Python：NT 扫描需要 Python 3.10+ 且能 `import sqlcipher3`。'
+            + 'exit 9009 在 Windows 上通常意味着只装了商店的 python 占位程序，装一个真正的 Python 后重试',
+        }
       }
       return { success: false, error: safeSubprocessError(e, 'NT scan failed') }
     }

package/src/core/sqlcipherCore.ts

@@ -375,13 +375,17 @@ export class SqlcipherCore {
     if (!this.db) return { success: false, error: '数据库未打开' }
 
     try {
+      // 预览必须取**类型**，不能只取正文：非文本消息的 `StrContent` 是 XML/base64 碎片，
+      // 直接打出来就是一屏 `(/`$` 这种看不懂的字符（2026-10-19 用户在 `sessions` 里看到）。
+      // `Type` 与 `StrContent` 用 char(1) 拼在一次查询里取回 —— 分两条子查询等于把
+      // 每个会话的排序做两遍（400 个会话就是两倍的排序）。
       const stmt = this.db.prepare(`
         SELECT
           m.StrTalker as username,
           MAX(m.CreateTime) as lastTimestamp,
-          (SELECT m2.StrContent FROM MSG m2
+          (SELECT m2.Type || char(1) || COALESCE(m2.StrContent, '') FROM MSG m2
            WHERE m2.StrTalker = m.StrTalker
-           ORDER BY m2.CreateTime DESC LIMIT 1) as summary
+           ORDER BY m2.CreateTime DESC LIMIT 1) as lastMsg
         FROM MSG m
         WHERE m.StrTalker != ''
         GROUP BY m.StrTalker
@@ -390,15 +394,21 @@ export class SqlcipherCore {
       `)
       const rows = stmt.all() as any[]
 
-      const sessions: ChatSession[] = rows.map((row: any) => ({
-        username: row.username || '',
-        type: (row.username || '').includes('@chatroom') ? 1 : 0,
-        unreadCount: 0,
-        summary: row.summary || '',
-        sortTimestamp: row.lastTimestamp || 0,
-        lastTimestamp: row.lastTimestamp || 0,
-        displayName: row.username || '',
-      }))
+      const sessions: ChatSession[] = rows.map((row: any) => {
+        const raw = String(row.lastMsg || '')
+        const sep = raw.indexOf('\u0001')
+        const summaryType = sep >= 0 ? Number(raw.slice(0, sep)) || 0 : 0
+        const summaryBody = sep >= 0 ? raw.slice(sep + 1) : raw
+        return {
+          username: row.username || '',
+          type: (row.username || '').includes('@chatroom') ? 1 : 0,
+          unreadCount: 0,
+          summary: this.previewOf(summaryType, summaryBody),
+          sortTimestamp: row.lastTimestamp || 0,
+          lastTimestamp: row.lastTimestamp || 0,
+          displayName: row.username || '',
+        }
+      })
 
       return { success: true, sessions }
     } catch (e) {
@@ -453,6 +463,32 @@ export class SqlcipherCore {
     }
   }
 
+  /**
+   * 会话列表里那一列的**显示形态**（不是完整解析）。
+   *
+   * 只做两件事：按 `Type` 给标签、把控制字符清掉。不做缩略图、不解 appmsg 的完整 XML ——
+   * 这里是列表预览，400 行里每行都解析一次会把 `sessions` 拖成几秒。
+   * 口径与 `processMessage` 保持一致（`[图片]` / `[语音]` / `[链接]`…），免得出两套说法。
+   */
+  private previewOf(localType: number, raw: string): string {
+    switch (localType) {
+      case 1: // 文本：清掉控制字符后原样显示
+        return raw.replace(/[\u0000-\u0008\u000b\u000c\u000e-\u001f\u007f]/g, '').replace(/\s+/g, ' ').trim()
+      case 3: return '[图片]'
+      case 34: return '[语音]'
+      case 43: return '[视频]'
+      case 47: return '[表情]'
+      case 49: return '[链接/文件]'
+      case 48: return '[位置]'
+      case 42: return '[名片]'
+      case 10000: return '[系统消息]'
+      case 10002: return '[系统消息]'
+      default:
+        // 未知类型：给个可读的兜底，**绝不把原始二进制/XML 打到终端里**
+        return localType ? `[消息类型 ${localType}]` : '[非文本]'
+    }
+  }
+
   /**
    * 处理单条消息，根据类型解析内容
    */

package/src/services/assistantEval.ts

@@ -574,7 +574,9 @@ export const EVAL_CASES: EvalCase[] = [
 export const EVAL_UNCOVERED: Record<string, string> = {
   fetch_article: '出网工具，评测器的 fetch 包装会让它抛错（"评测里出现第二个出口就说明有地方漏了"）。',
   search_public: '同上：搜狗搜索也是出网，评测里跑不了。',
-  search_semantic: '要 dashscopeApiKey **且**要建过语义索引，这台机器两样都没有。代码路径由 '
+  search_semantic: '要 dashscopeApiKey **且**要建过语义索引。2026-10-15 这台机器上两样都有了（索引 16,027 条、'
+    + '真机跑过 CLI），所以原因已经不是"没有"，而是它是**第二个出网出口**（查询向量要发给百炼）——'
+    + '评测只允许模型那一次调用离开进程。代码路径由 '
     + '`assistant-tools-branches.test.ts`（12 处，含"查询词走环境变量、不进 argv"）与 '
     + '`assistant-service.test.ts`（没配 key 时不出现在工具表里）覆盖。',
   save_memory: '**故意不按工具判**：记忆是按**结果**判的（`memoryContains`），'