Асинхронный сервер для работы с Яндекс.Почтой через IMAP и SMTP. Расширенный набор инструментов для управления письмами, папками, черновиками и отправки сообщений.
18 tools with complete input schemas and descriptions in Russian. However, descriptions are generic and lack LLM-optimization guidance (e.g., 'when to use', 'prerequisites', 'what it returns'). Most descriptions are 50-150 chars, below the 194-char baseline for A+ tools. Parameters lack type constraints (no enums for folder names, no min/max for limits). No output schemas documented. Error handling is absent, no recovery guidance, no actionable error messages. Tool composition is reasonable (single responsibility), but missing critical chaining metadata (e.g., search-emails returns UIDs but read-email expects UID, this works, but not explicitly documented). Destructive tools (delete-email, send-draft) lack confirmation patterns. No tool annotations (readOnlyHint, destructiveHint, idempotentHint) despite clear risk levels.
Проверить входящие письма: получить список последних писем с основной информацией (от кого, тема, дата, размер, флаги).
Составить и отправить новое письмо с поддержкой HTML, вложений и подписи.
Скопировать письмо в другую папку.
Удалить письмо (переместить в Удалённые или окончательно удалить).
Пометить письмо флагом (важное).
Переслать письмо другому адресату с сохранением оригинального содержимого и вложений.
Скачать вложение из письма по его имени.
No output schemas documented. LLMs cannot infer what fields to expect from tool responses, forcing them to guess at downstream field names and risk broken tool chains.
Descriptions lack LLM-optimization guidance. Most are 30 - 60 chars, below the 194-char baseline. Missing 'when to use', 'prerequisites', 'what it returns', and dependency hints (e.g., 'Call search-emails first to get UIDs, then pass to read-email').
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | F | 44 | 2026-07-28+ | v2 |
Получить список всех папок почтового ящика с информацией о флагах и разделителях.
Отметить письмо как прочитанное.
Отметить письмо как непрочитанное.
Переместить письмо в другую папку.
Прочитать полное содержимое письма по его UID: тело, вложения, заголовки, адреса отправителя и получателей.
Ответить на письмо с сохранением цепочки (Reply-To, In-Reply-To, References).
Сохранить письмо в черновики без отправки.
Поиск писем по различным критериям: от кого, кому, тема, дата, флаги, текст. Возвращает список UIDs найденных писем.
Отправить черновик и переместить его в папку Отправленные.
Убрать флаг с письма.
Обновить существующий черновик.
No input validation or error handling. Destructive tools (delete-email, send-draft) lack confirmation patterns. No recovery guidance (e.g., 'If email not found, try search-emails'). No actionable error messages (e.g., 'Invalid folder: must be one of INBOX, Drafts, Sent, Trash').
No tool annotations (readOnlyHint, destructiveHint, idempotentHint). Risk levels are declared in the spec but not exposed to the MCP client, preventing proper agent safety guardrails.
Parameters lack type constraints. 'folder' is a free-form string (no enum of valid folders). 'limit' is unbounded integer (no min/max). 'since' and 'before' accept any string (no date format validation). LLMs will hallucinate invalid values.