实践结果：曾在支持的工作模式中成功调用本地 MCP；普通聊天模式的可用性另当别论。
问题不是“AI 知不知道”，而是“AI 能不能操作”
当我第一次研究 Windows MCP 时，期待的不是让助手多背一点 Windows 命令，而是能把当前电脑的窗口状态交给工具读取，或者在明确授权后执行桌面操作。
我首先尝试了一个非常克制的任务：只读取当前打开的窗口标题，不允许点击、输入或修改内容。
这个测试看似简单，却能同时验证连接、工具发现、权限边界和返回结果。
中途出现的误会
最困惑我的事情是：某个模式下 MCP 能用，换到另一种聊天方式却调用不了。我一度以为是插件安装失败，但后来在工作模式中确实成功完成工具调用。
这让我意识到两个层次不能混为一谈：
- 连接已经配置成功：系统能识别工具及其权限。
- 当前交互模式支持调用：这取决于产品能力和会话环境，不等同于前一条。
我更认可的测试方式
由只读开始，再逐步增加操作能力。比如先观察窗口，再考虑整理文件、识别项目状态等任务。每次都明确写出“允许做什么、不允许做什么”，并保留结果日志。
比起炫耀一次自动化操作，我更在意这个工具在误操作风险下是否足够可控。
把 AI 接进操作系统后，最该被放大的不是权限，而是可观察性和边界感。