Вивчив, що аналіз труднощів, пов'язаних з MCP, досить вдало підкреслює проблеми, вказуючи на те, що впровадження MCP далеко не легке, і я хотів би розширити цю тему:
1) Проблема вибуху інструментів є реальною: стандарт протоколу MCP, інструменти, які можна підключити, стали надмірними, LLM важко ефективно вибирати та використовувати таку кількість інструментів, і жоден ІІ не може одночасно бути експертом у всіх професійних сферах, це не проблема, яку можна вирішити за допомогою обсягу параметрів.
2)Опис розриву в документації: між технічною документацією та розумінням ШІ все ще існує величезна прірва. Більшість документації API написана для людей, а не для ШІ, що призводить до нестачі семантичного опису.
3) Вразливість архітектури з подвійним інтерфейсом: MCP як проміжне програмне забезпечення між LLM і джерелами даних має обробляти як запити з верхнього потоку, так і перетворювати дані з нижнього потоку. Такий дизайн архітектури має вроджені недоліки. Коли джерела даних вибухають, єдиний логічний процес обробки стає практично неможливим.
4) Структури повернення різняться: нерегламентованість стандартів призводить до