Model Context Protocol (MCP), რომელიც ხელოვნურ ინტელექტს გარე ინსტრუმენტებთან, მათ შორის GitHub-თან, Slack-თან თუ Notion-თან აკავშირებს, 2024 წლის ბოლოს დიდი მოლოდინით დაინერგა. თუმცა, პრაქტიკაში გამოყენებისას, დეველოპერები პრობლემებს წააწყდნენ. Quandri-ს ბექენდ-ინჟინრების კვლევამ აჩვენა, რომ MCP-ის არქიტექტურა ხშირად ზედმეტად გადატვირთულია.
რატომ ითვლება MCP მოძველებულად?
მთავარი პრობლემა კონტექსტური ფანჯრის ეფექტური გამოყენებაა. Quandri-ს დაკვირვებით, MCP სერვერების დაკავშირებისას, მხოლოდ ინსტრუმენტების განსაზღვრებები (tool definitions) ხელოვნური ინტელექტის სამუშაო სივრცის დაახლოებით 10.5%-ს იკავებს. მაგალითად, Linear-ის სერვისი მარტო 12 800-ზე მეტ ტოკენს მოიხმარს, მიუხედავად იმისა, რომ მომხმარებელს შესაძლოა მხოლოდ ერთი კონკრეტული ფუნქცია სჭირდებოდეს.
შესრულების სიჩქარე და ეფექტურობა
შესრულების თვალსაზრისით, MCP-ი მნიშვნელოვნად ჩამორჩება პირდაპირ API-სთან მუშაობას. კვლევებმა აჩვენა, რომ Jira-ს MCP სერვერი პირდაპირ REST API-სთან შედარებით სამჯერ ნელია, ხოლო პირველი გაშვებისას ეს სხვაობა 9.4-ჯერ იზრდება. ეს განპირობებულია დამატებითი პროცესული ფენით, რომელიც ხელოვნურ ინტელექტსა და საბაზისო API-ს შორის დგას.
CLI-ს დაბრუნება
ინჟინრები ალტერნატივად ე.წ. „Skills“-ის (უნარების) მიდგომას გვთავაზობენ. ნაცვლად იმისა, რომ ყველა შესაძლო ინსტრუმენტი წინასწარ იყოს ჩატვირთული, სისტემა ითხოვს მხოლოდ საჭირო ინფორმაციას. Quandri-ს გამოცდილებით, CLI-ის პირდაპირი გამოყენება 65-ჯერ ნაკლებ ტოკენს მოითხოვს, ვიდრე MCP-ის სტრუქტურა.
კომპანიამ საკუთარ სამუშაო პროცესში MCP სერვერები CLI-ის გამჭვირვალე მოდელებით ჩაანაცვლა. შედეგად, მათ 21 000 ტოკენით გაათავისუფლეს კონტექსტური ფანჯარა და აღმოფხვრეს სესიის შუა პერიოდში წარმოქმნილი სისტემური შეცდომები.
MCP-ი კვლავ შეიძლება იყოს სასარგებლო სპეციფიკურ შემთხვევებში, მაგალითად, მონაცემთა ბაზებთან მუშაობისას, სადაც სქემების მართვა აუცილებელია, თუმცა უმეტეს ყოველდღიურ ამოცანებში ის ზედმეტად რთული და გადატვირთულია.
დღეს ბევრი SaaS-პლატფორმა მარკეტინგული მიზნებით უთითებს „MCP მხარდაჭერას“, თუმცა რეალური დეველოპერული პროდუქტიულობისთვის, როგორც ჩანს, უფრო მარტივი და მიზანმიმართული გადაწყვეტილებებია საჭირო.






დისკუსია
0 კომენტარი
ჯერ კომენტარი არ არის — იყავი პირველი.