轻量级多平台发布中间件 - AI for Marketing 执行层。支持通过 MCP 和 FastAPI 将内容发布到 20+ 社交媒体平台(知乎、掘金、微信公众号、抖音、小红书等)。
Server has 4 tools with complete input schemas and descriptions. However, descriptions are minimal (10-20 chars baseline), lack actionable context for LLM selection, and omit critical details like prerequisites, return structure, and error guidance. Parameter descriptions exist but are sparse. No output schemas documented. Error handling returns generic text without recovery guidance. Tools lack idempotency hints and confirmation patterns for destructive operations (publish_article is a WRITE operation). Naming is verb-forward but descriptions do not explain WHEN to use each tool or dependencies between them.
检查指定平台的认证/登录状态。
查询发布任务的状态和结果。
列出所有支持的发布平台及其登录状态。返回平台名称、发布方式、认证状态等信息。
发布文章/内容到指定平台。支持 Markdown 格式输入,自动转换各平台格式。
publish_article lacks confirmation/dry-run pattern for destructive WRITE operation. No description warns LLM of irreversible consequences or suggests calling check_auth first.
No output schemas documented. Tool descriptions do not specify what fields are returned (e.g., publish_article returns task_id, results array with platform/status/post_url/error, LLM must infer from code).
Error handling returns generic exception text without recovery guidance. E.g., 'publish failed: <exception>' does not tell LLM whether to retry, check auth, or ask user.
Inferred effective spec: <=2025-11-25.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | F | 49 | <=2025-11-25 | v2 |
Tool descriptions are 10 - 40 characters, below the 50 - 200 char baseline for LLM-optimized descriptions. Missing WHEN to use, prerequisites, and dependencies (e.g., check_auth should be called before publish_article if auth fails).
publish_article accepts 17 platform enum values but no description explains which platforms support which content types (article vs video vs short-form). LLM cannot reason about platform compatibility.