wx-mcp部分命令容易Codex执行超时

[staminaoo]

Windows + Codex CLI 使用 wx-mcp 时，MCP server 已注册成功，但调用 sessions 会超时。

环境：

• Windows
• Codex CLI
• wx-mcp v1.5.0 windows-amd64
• wx-mcp.exe 路径：
  F:\文件\5.Project\微信群聊分析\tools\wx-mcp-runtime\wx-mcp.exe

现象：

1. codex mcp list 显示 wx-mcp enabled。
2. 在 Codex 里调用 wx-mcp/sessions，等待 120s 后超时：
   timed out awaiting tools/call after 120s
3. 直接在 PowerShell 运行：
   .\wx-mcp.exe sessions --limit 5
   也会超过 60s 不返回。
4. 每次调用 sessions 后都会生成：
   C:\Users\Lenovo\.wx-mcp\cache-refresh.lock
5. wx-mcp.exe 进程进入高 CPU 状态，但 index.sqlite 修改时间不更新。
6. 已有 cache：
   C:\Users\Lenovo\.wx-mcp\cache\wxid_041inlvjwd6922\index.sqlite
   大约 10.7GB。
7. 曾出现过一个 0 字节的：
   index.sqlite.tmp
8. 手动停止残留 wx-mcp 进程并删除 cache-refresh.lock 后，再次运行 sessions 仍会重新生成 lock 并卡住。

疑问：

• sessions 是否每次都会因为 freshness gate 触发 cache refresh？
• 大 cache / 大微信数据库下，refresh 是否可能超过 MCP 120s timeout？
• 是否有参数可以跳过自动 refresh，直接读取已有 index.sqlite？
• 如何定位 cache refresh 卡在哪个 DB 或哪一步？

[r266-tech]

维护者记录：这个问题大概率已被 v1.5.1 的 cache 改造覆盖，但先不关闭，等 Windows 真实环境复测。

v1.5.1 相关变化：

• 默认 cache 改为 metadata-only，只 snapshot contact/contact.db 和 session/session.db。
• 不再缓存聊天正文，也移除了旧的全量 message cache / new_messages。
• install/update 会清理旧版留下的正文 cache index 和非 metadata raw snapshots。
• sessions 不应再因为 10GB 级 message cache rebuild 卡住。
• Windows release workflow 已通过，包括从 release zip 做 installer smoke。

建议复测步骤：

powershell -NoProfile -ExecutionPolicy Bypass -File .\install.ps1 -Update -Yes -Json
.\wx-mcp.exe cache status
.\wx-mcp.exe sessions --limit 5

如果升级到 v1.5.1 后仍卡住，请补充：

.\wx-mcp.exe cache status
Get-ChildItem "$env:USERPROFILE\.wx-mcp\cache" -Recurse | Sort-Object Length -Descending | Select-Object -First 20 FullName,Length,LastWriteTime

当前状态：status: needs verification。