[servicememeai]

目的：把割裂工具实际连接起来

复用独立 eaopen/wechat-provider 已实现的 MCP stdio 六个工具，不在 Local Bridge 重写微信协议/数据库/RPA，不让用户维护第二套登录。

V1 实现

• provider add <id> <absolute-executable> [fixed-args...]：用户显式注册已安装的本机程序；按 OS 用户存独立的最小配置（Unix 0700/0600），不会远程下载程序或被网页/聊天内容改写；
• provider list/tools/call/remove：通过真实 MCP stdio initialize、notifications/initialized、tools/list、tools/call 与独立 Provider 连接；bounded input/output、请求关联和超时。
• WeChat Provider 示例：wechat_status、wechat_list_chats、wechat_get_messages、wechat_search、wechat_send_message、wechat_get_send_status。
• 写入/发送仅是用户直接执行本机 CLI 的显式调用，不自动暴露给 Browser Native Host 或 Bridge 的 MCP Server；UI 内发送结果仍由 Provider 判定，不将 submitted 当作 delivered。
• 不改 CloudFile 文件三模式、Native Host、SSO、Chrome 扩展，也不增加任务数据库。
• 文档给出具体安装和 read/search/send 示例，注明显示名称 chat_id 不稳定、真实 WeChat 4.x GUI 尚待受控实机验收。

验证

Linux/Windows/macOS CI（cargo fmt/Clippy/test/build）；单元测试验证本机配置与 RPC 调用约束。真实账号读/写需独立设备验证，本 PR 不凭 Mock 声称微信联动已验收。与 Local Bridge #6、WeChat Provider #1/#2 对齐。