Калі ў AI-агента 1000 MCP-інструментаў: выбар, кантэкст і навыкі
Падключэнне агентаў да мноства MCP-сервераў выклікае выбух інструментаў, раздуты кантэкст і дрэнны выбар. Чаму выяўленне, навыкі і шлюзы могуць важыць больш за сыры доступ.
Большэйшыя колькасць інструментаў для агента AI здаецца чыстым плюсам, прычыму да 1 000 екземпляраў. У тым моменце пытанне зменяецца: ён перастае быць «Чы можа агент гэта зрабіць?» і стае «Чы можа агент знайсці правы інструмент і правільна яго выкарыстаць?» Самэлькі MCP становіцца цікавым самэлькі ў гэтым аспекце.
MCP спрыяе простам выкорыстоўванню інструментаў
Адзін з галоўных прынтэў Протаколу Model Context — гэта можлівасць даступу да функцый для агентаў праз адну спакойную інтэрфейс. Продукт тыпу SaaS можа публікаваць методы create_customer, get_customer, update_customer, create_invoice, refund_payment і search_orders. Іншы сервер MCP можа кераваць GitHub, трэці — Slack, а чэтырты — внутранім базам дадзенаў. Кожны з іх працюе нормальна сам по сабе. Проблемы пачынаюцца, калі адзін агент праеўвае зв’язак з многама серверамі, і ўсё гэта быстра прырастае. Дзесяць інструментаў — гэта нічога, сто — ужо пачынае ствараць труднасці, а тысяча — гэта вялікія проблемы.
Эксплазія інструментаў
Пастаўся на месца агента, у якога ёсць 1 000 інструментаў. Яму павінна быць неабходная можлівасць з’ясаваць, што робіць кожны з іх, якія з’яўляюцца ў зв’язку, якія варта выкарыстоўваць, якія параметры кожны з іх прыймае, якія павінны запускацца першымі і чы розныя інструменты выпалююць адно і тое ж заведама. Тэхнічна агент можа дасягнуць да всьго, але доступ не значыць зручнасць выкарыстоўвання. Больш інструментаў означае большыя можлівасці і таксама больш выбораў, а больш выбораў можа ускладніць выбір.
Утварэнне кантэксту
Кожны інструмент патрэбуе апісання. Для аднаго інструмента гэтым апісанням можа быць назва:
create_invoice
і кароткая адзінаковасць:
Creates an invoice for a customer.Parameters:
- customer_id
- amount
- currency
- due_date
Умножыце гэта на 1 000. Нават маленькія апісанні разам даюць веліку колькасць кантэксту, таму токены вітрачаюцца проста на тое, каб рассказаць модэлю, што ён можа зрабіць, а большасць гэтых інструментаў не маюць нічынага з выпакоўваным завадам. Калі корыстнік запытаеся пра статус замовлення, немае прычыны, чаму агент мусі вівучаць 500 інструментаў для вырахунку платы, GitHub, CRM і розгортання.
Правы выбор інструмента — гэта справжняя сложнасць
Падазроўце, агент бачыць гэтыя:
get_customer
get_customer_details
lookup_customer
search_customer
find_customer
Усе яны звучаць аднакова. Калькі лепш выбраць? А цяпер уявіце гэта для сотняў інструментаў. Мадэль можа вельмі добра вызываць інструменты. Складнае — выбраць адны з вельмі вялікага набору інструментаў. Гэта як даць распрацоўшчыку 10 000 функцый і пажадаць йому усяго найкрашчага. Магчыма, але не прыемна.
Больш інструментаў, больш памылак
Выбір часта не ў фармаце «два варыянты», таму што можа падыяць калькі інструментаў:
search_orders
get_order
list_orders
find_order_by_customer
Агент можа выбраць правільны інструмент, але вжываць яго неэфекывна, вызваць калькі інструментоў там, дзе патрэбен толькі адны, або вызваць іх у неправільной прыродзе. Весь ланцуг складаецца з доступнасці інструментоў, ўзнікнення ў выборэ, пасля чаго выкананне. MCP пераважна дапамагае з першым зв’язкам. Рэшта залежыць ад самага агента і архітэктуры, якая яго абгрунтавае.
Чы гэтакі агенты маюць маты меньшыя колькасць інструментоў?
Не обавязкова. Мета не ў тым, каб обмежыць тое, што можа зрабіць агент. Гэта ў тым, каб не змусваць яго розумець усё адразу. Чалавек, які рашае проблему з платэжамі, не ачынае кожны внутршні інструмент і не чытае дасягненні. Ён выбірае тыя, якія стосуюцца платэжаў. Агенты моглі бы працаваць так сама. Мадэль загрузкі всьго, а потым выбору могла бы заменіцца на адкрыцце, выбор, загрузку і выкананне, што ўжо ёсць болей цікавым дызайнам.
Дзе паслужаюць навыкі
Навыкі ўзаімае зв’язаны. Адзін навык можа стварыць кантэкст для пэўнага тыпу задання. Напрыклад, навык выклікання платы ад кліента можа прабачыць агенту знайсці кліента, пераканацца ў наявнасці падпіску, пераглянуць неплатытыя рахункі, выбраць правільны спосаб выклікання платы, за патрэбы прабачыць санкцыю і пасля чаго запустыць адпаведны інструмент.
Агент больш не прабуе выбраць кожны інструмент у сістэме. Ён отрымае меншы, болей рэлевантны набор інструментаў для выканання задання. У змену на гэта:
Agent
↓
1,000 tools
Працэю можна адрабатаваць так:
Agent
↓
Relevant Skill
↓
Relevant tools
↓
MCP
↓
API / System
Навыкі не заменяюць MCP, адколькі яны рашыраюцься на разныя проблемы. MCP спаўнае агента з можлівасцямі, а навыкі могу научыць яго, як іх выкарыстоўваць. Ідэя вікорыстання навыкаў заместо MCP яшчэ застаецца експерыментальной і розвіваецца, таму яе лепей розглядаць як новы напрамак, чым як усталеную архітэктуру.
Гейтвейі таксама можуць маты значэнне
Іншы напрамак — гейтвей MCP. Уместо таго, каб прабачыць агента безпосерэдна да дзесяткаў сервераў MCP, гейтвей знаходзіцца між німі:
Agent
↓
MCP Gateway
↓
MCP Servers
↓
APIs / Systems
Шлюз можа віконваць функцыі аўтэнтыфікацыі, маршрутызацыі, кантролю доступу, стварэння можлівасцяў для адзірвання, аднаходжэння інструментаў і кантролю за многама серверамі. Яго цэннасць стае ўсё вышэ, калі колькасць розмешчаных MCP-сістэм зрастае.
Асалідныя проблемы — гэта бяспрактычнасць
Проблема не ў самых 1 000 інструментах, а ў 1 000 бяспрактычных інструментах. Калі для выпання задачы дапраўды трэба тысяча інструментаў, то так і будзе. Але калі для яе трэба дванаццаць, а агенту патрэбна ўсё ж такі обрабацаваць тысячу інструментаў, каб іх знайсці, гэта зайвая складнасць. Прынцып: агентам не патрэбны правы на доступ да усяго, а толькі да таго, што ў даны момент мае значэнне.
Гэта, верагчыма, стане ключовым пытаннем у архітэктурэ MCP, калі агенты буду працаваць з большым колікствам сістэм. MCP ўжо рашыў першыя пытанні – як надаць агентам стандартызаваны доступ да інструментаў. Наступным пытаннем ёсць тое, як розумна кераваць усімі гэтымі інструментамі, і гэта выглядае значна складнейша. Надаць агентам інструменты стала проста. Але надаць ім правыя інструменты у правы час – гэта задачэ, якое застаецца праз працу.
Супаўзвязаныя матэрыялы
- Як MCP змінюе спосаб прыўязкі AI-агентаў да бізнес-програм — як протакол Model Context Protocol праўяе агентыў да CRM, ERP і внутрашніх API, што трэба захістыць і як бізнесу следуе пачаць з малага.