Ти підключив свого AI-агента до десятка інструментів — Slack, GitHub, Jira, база даних — і спостерігав, як він впевнено відправив коментар у Jira замість повідомлення в Slack. А потім ще й виставив рахунок. Класичний вівторок.
Твій інстинкт каже «візьми модель розумнішу». Але модель міркує нормально. Вона просто читає єдину інформацію, яку має про кожен інструмент: поле description — кілька рядків тексту, які якийсь розробник написав о другій ночі під час хакатону. Цей description — це промпт. Ти просто не знав, що пишеш саме його.
Квітень 2026-го приніс бліцкриг агентних платформ. 8 квітня Anthropic запустив Claude Managed Agents — хмарний сервіс для інфраструктури, управління станом і оркестрації інструментів за $0.08 за сесію-годину. 15 квітня OpenAI оновив свій Agents SDK з пісочницями та захисними бар'єрами. А потім на Cloud Next (22–24 квітня) Google представив Gemini Enterprise Agent Platform із головною фічею: Agent Optimizer — алгоритмом, який автоматично тюнить інструкції агента, кластеризуючи реальні фейли.
Три платформи за три тижні, кожна обіцяє зробити твоїх агентів розумнішими. Ось підступ, про який жодна не згадала: всі три оптимізують системний промпт. Жодна не чіпає описи інструментів.
Згідно з документацією самого Google, алгоритм Agent Optimizer працює виключно із системними інструкціями. Поле description у схемі кожного інструменту — текст, який модель реально читає, щоб вирішити, який інструмент викликати — лежить у мертвій зоні. Anthropic Managed Agents успадковують будь-які MCP-описи, які ти їм згодуєш. OpenAI SDK пропускає твої function schemas як є. Оптимізація зупиняється на порозі.
Механіка така. Коли агент викликає інструменти, LLM отримує JSON-схему для кожного зареєстрованого інструменту. Кожна схема містить поле description — звичайний текст. Модель читає їх усі при кожному виклику і обирає найкращий збіг. MCP, OpenAI function calling, Google ADK — паттерн однаковий. Це prompt engineering під прикриттям, і жодна платформа не валідує ці промпти за тебе.
Якість цих промптів — жахлива. Бенчмарк за березень 2026 показав, що понад 97% описів MCP-серверів містять щонайменше одну проблему якості — незрозуміле призначення, відсутні граничні випадки, неоднозначна семантика параметрів. Ми вже писали про наслідки: надлишок інструментів вбиває точність, а команди, які ретельно аудитять описи, бачать миттєві покращення. Але першопричина нікуди не дівається. Ніхто не рев'юїть тексти description з тією ж ретельністю, що й код.
Тим часом ці описи жеруть токени незалежно від того, чи спрацьовує інструмент. Один GitHub MCP-сервер (93 інструменти) інжектить ~55 000 токенів лише на схеми. Склади GitHub, Slack і Sentry разом: 143 000 токенів. Це 72% контекстного вікна на 200K, з'їдені до того, як агент зробив хоч щось корисне. При 100 запитах на день це $510 на місяць чистого оверхеду на схеми. Ти платиш не за інтелект. Ти платиш за те, що модель читає погану документацію при кожному виклику.
І жоден реєстр цього не виправляє. За аналізом TrueFoundry за квітень 2026, офіційний MCP Registry не має «вбудованої курації, рейтингів чи механізмів governance». Smithery не має оцінки надійності. MCP Market не дає «жодних гарантій якості чи безпеки». Понад 10 000 MCP-серверів, 97 мільйонів завантажень SDK на місяць — і жоден маркетплейс не перевіряє, чи опис інструменту відповідає тому, що інструмент насправді робить.
Google, Anthropic і OpenAI випустили агентні платформи, які вважають шар інструментів чиєюсь чужою проблемою. Google навіть оптимізує твій системний промпт — але системний промпт не там, де відбувається вибір інструменту. Це поле description. І прямо зараз це поле — проза розробника о другій ночі на хакатоні, скопіпащена в тисячу форків MCP, яку кожна модель читає при кожному виклику, і яку не рев'юїть абсолютно ніхто.
Тому перш ніж оновлювати модель, міняти провайдера чи підключати 51-шу інтеграцію — проаудить описи, які ти вже відправляєш. Це промпти, про написання яких ти навіть не підозрював, і вони контролюють кожне рішення твого агента щодо вибору інструменту.
Наступний диференціатор в екосистемі агентних інструментів — не хто має найбільше інтеграцій. А хто їх правильно підписав. Перший реєстр, який забезпечить якість описів, стане npm-з-TypeScript агентного світу — і прямо зараз такого реєстру не існує.
