微信公众号 MCP 服务 - 为 AI 应用提供完整的微信公众号 API 集成(21个工具模块)
This WeChat Official Account MCP server exposes 11 tools with moderate to poor definition quality. While tools are registered with names and descriptions, there are critical gaps: (1) Descriptions are present but often generic and lack LLM-optimization guidance on WHEN to use each tool vs alternatives. (2) Input schemas are partially visible in TypeScript/Zod but not all parameter constraints are documented in descriptions, LLMs cannot read Zod constraints, only description text. (3) Output schemas are entirely undocumented, no response structure guidance for agents. (4) Error handling is minimal; no recovery guidance or error classification. (5) Many parameters lack descriptions or have thin ones (e.g., 'mediaId' is just 'Media ID' with no context). (6) Tool naming is mostly acceptable (verb-noun style) but lacks distinction between similar tools (e.g., three separate tools for sending different message types with overlapping concerns). The server demonstrates competent TypeScript structure but falls short of production-grade agent tool standards.
微信公众号账号管理工具。查询API调用次数配额、重置API调用次数。用于监控和管理公众号接口调用频率。
管理微信公众号认证配置和 Access Token
微信公众号自动回复规则 - 查询当前的自动回复规则配置
微信公众号黑名单管理工具。查看黑名单列表、拉黑/取消拉黑用户。被拉黑的用户无法收到公众号消息。
微信公众号评论管理工具。管理已群发文章的评论,包括打开/关闭评论、查看评论列表、精选/删除/回复评论。
微信公众号客服消息 - 发送客服消息(文本、图片、语音、视频等),获取聊天记录
管理微信公众号草稿
Output schemas are completely undocumented. No tool specifies what fields its response contains, making it impossible for agents to know what data is available for downstream operations or further reasoning.
Parameter descriptions are thin or missing crucial constraint information. E.g., 'mediaId' described as just 'Media ID' with no format, source, or validation hints. LLMs cannot read Zod schema constraints, descriptions must document ranges, enums, formats, and dependencies explicitly in text.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-22 | D | 50 | 2026-07-28+ | v2 |
| 2026-03-09 | F | 26 | - | v1 |
微信公众号客服账号管理工具。添加、修改、删除客服账号,获取客服列表。客服账号用于管理多客服人员。
微信公众号群发消息 - 根据标签或OpenID列表群发图文、文本、图片等消息,支持删除和预览
上传和管理微信公众号临时素材(图片、语音、视频、缩略图)
微信公众号自定义菜单管理 - 创建、查询、删除菜单,支持个性化菜单
Tool descriptions lack contextual guidance on WHEN to use each tool and how it differs from similar tools. For example, wechat_customer_service, wechat_mass_send, and wechat_auto_reply all send messages but serve different purposes, descriptions do not explain the distinction, forcing agents to guess.
No error handling or recovery guidance. If a call fails (e.g., invalid mediaId, quota exceeded), there is no documented error response, error classification (retryable vs fatal), or next-step guidance for the agent.
Destructive or high-impact operations (delete_*, unblock, block) lack confirmation or dry-run patterns. An agent may accidentally delete a draft or blacklist a user without an opportunity to review.
Tool composition is fragmented: wechat_media_upload, wechat_draft, and wechat_mass_send all work with media, but there's no documented chain showing how IDs flow between them. Response documentation is missing, agents cannot know if upload returns a mediaId or requires a follow-up lookup.
wechat_auth exposes appSecret as a tool parameter. This is a critical security risk, credentials should never appear in tool parameters, as they are logged in agent traces and prompt history. Use server-side secret injection instead.
Many parameters are underdocumented with respect to optional vs required, constraints, and dependencies. E.g., wechat_draft's 'articles' is described as 'article list' but no mention of schema, required fields, or maximum count.