[Bug] [Windows][外部 AI] 客户端链接和 MCP 配置状态误报“需要修复”

[codedogQBY]

Type

Bug

Description

环境：

Windows 11

ReadAny Desktop v1.3.5，中文界面

ReadAny CLI v0.1.0

Node.js v24.13.0

客户端：Codex Desktop

MCP profile：readonly

问题：

ReadAny 外部 AI 页面显示：

CLI：可用

Skill：已安装

客户端链接：需要修复

MCP 配置：需粘贴/重启

但实际功能已经正常：

ReadAny CLI doctor 返回正常；

C:\Users\CHEN.agents\skills\readany 已安装且 managed；

C:\Users\CHEN.codex\skills\readany 已安装且 managed；

Codex 已通过项目级 .codex/config.toml 加载 ReadAny readonly MCP；

MCP 已能列出工具并读取实际书库、高亮、批注和阅读位置。

doctor 同时显示：

两个客户端 Skill 链接均为 installed: true、managed: true；

只检查了用户级 C:\Users\CHEN.codex\config.toml，并显示 configured: false；

实际生效的配置位于项目级 .codex/config.toml。

怀疑：

客户端链接状态没有正确识别 Windows Directory Junction；或者

状态判断把“未配置用户级 MCP”与“客户端链接失效”混在了一起；或者

当前只检测用户级 Codex 配置，没有识别项目级 MCP 配置。

期望行为：

已安装且 managed 的 Skill 链接应显示为可用；

项目级 MCP 已经正常工作时，不应显示“客户端链接需要修复”；

如果只检查到“用户级 MCP 未配置”，建议明确显示“未检测到用户级配置”，而不是“需要修复”；

最好分别显示 Skill 链接状态、用户级 MCP 状态和项目级 MCP 状态。

目前的临时处理：

没有继续执行修复。现有 .agents Skill 链接和项目级 readonly MCP 均保持正常工作。

Device

• Platform: windows

• OS: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/151.0.0.0 Safari/537.36 Edg/151.0.0.0

• App: 1.3.5

• Locale: zh

Logs

View diagnostic logs

---

Submitted from ReadAny.