MCP მკვდარია? Quandri-ს ინჟინრის არგუმენტები CLI-ს სასარგებლოდ

Quandri-ს საინჟინრო ბლოგზე გამოქვეყნებული სტატია ამტკიცებს, რომ Model Context Protocol — სტანდარტი, რომელიც ენობრივ მოდელებს გარე ხელსაწყოებთან აკავშირებს — დეველოპერების უმეტესი სამუშაო ნაკადისთვის უკვე არასწორი ნაგულისხმევი არჩევანია. ავტორი, კომპანიის უფროსი პროგრამული ინჟინერი ქლოე კიმი, სამ ძირითად პრობლემას ასახელებს: კონტექსტის ფანჯრის ხარჯვა, დაბალი საიმედოობა და დუბლირება უკვე არსებულ CLI-ებთან.

პოსტი ეყრდნობა ფართოდ გავრცელებულ ესეს „MCP is dead. Long live the CLI“ და Quandri-ს საკუთარ სტეკზე ჩატარებულ გაზომვებს. განახლებაში ავტორი აღნიშნავს, რომ Claude Code-მა მას შემდეგ დანერგა Tool Search with Deferred Loading, რომელიც MCP ხელსაწყოების სქემებს მოთხოვნისამებრ ტვირთავს და კონტექსტის მოხმარებას 85%-ზე მეტით ამცირებს. ეს პირველ პრობლემას დიდწილად ხსნის, თუმცა წარმადობის, დებაგინგისა და არქიტექტურის არგუმენტები კვლავ ძალაშია.

77 ხელსაწყო, დაახლოებით 21 000 ტოკენი

MCP სერვერები ასისტენტებს GitHub-თან, Linear-თან, Notion-თან და Slack-თან აკავშირებს. 2024 წლის ბოლოს გაშვების შემდეგ პროტოკოლს „AI ეკოსისტემის USB-C“-ს უწოდებენ. ხარჯი კონტექსტის ფანჯარაში ჩანს: ოთხი დაკავშირებული სერვერის შემთხვევაში მხოლოდ ხელსაწყოების განმარტებები Claude-ის 200K კონტექსტის 10,5%-ს იკავებს, GPT-4o-ს 128K ფანჯრის კი 16,5%-ს. გუნდმა დათვალა 77 ხელსაწყო და დაახლოებით 84 300 სიმბოლო — დაახლოებით 21 000 ტოკენი. მხოლოდ Linear-ზე 42 განმარტება და 12 800-ზე მეტი ტოკენი მოდის, რომლებიც ყოველთვის ჩატვირთულია მაშინაც, როცა მომხმარებელი მხოლოდ ორ მათგანს იყენებს.

საიმედოობა და 65-ჯერადი სხვაობა

პოსტში ჩამოთვლილია ოპერაციული ხარვეზებიც: ინიციალიზაციის შეცდომები და განმეორებითი ავტორიზაცია, ნელი პასუხები ყოველ გამოძახებაზე სერვერთან მიმოსვლის გამო, სესიის შუაში ჩავარდნილი ხელსაწყოები და ძნელად გასაგები უფლებები. საწყისი ესეს ავტორმა Jira-ს MCP სერვერი იმავე სერვისის REST API-ს შეადარა და აღმოაჩინა, რომ ის სამჯერ ნელია თითო გამოძახებაზე, ხოლო ინიციალიზაციის ჩათვლით პირველ გამოძახებაზე — 9,4-ჯერ. ერთი Linear-ის ამოცანის მოსაძებნად MCP გზა CLI-ზე დაახლოებით 65-ჯერ მეტ ტოკენს ხარჯავს.

რა გამოვიყენოთ ნაცვლად

რეკომენდებული თანმიმდევრობაა: ჯერ CLI, შემდეგ API, შემდეგ დოკუმენტაცია. მოდელები man გვერდებსა და ფორუმების პასუხებზე უკვე გაწვრთნილია, ხოლო ბრძანებები ადვილად კომბინირდება pipe-ებით, grep-ითა და jq-ით. განმეორებადი სამუშაო ნაკადებისთვის „skills“ მიდგომა ინსტრუქციებს მხოლოდ გამოძახების დროს ტვირთავს, ათობით სქემის მუდმივად თრევის ნაცვლად.

MCP სრულად არ იწერება: ის მაინც საჭიროა იქ, სადაც სერვისს CLI არ აქვს, არატექნიკური მომხმარებლებისთვის, რომლებიც ტერმინალში არ მუშაობენ, და რეალურ დროში ორმხრივი კომუნიკაციისთვის. მონაცემთა ბაზების შემთხვევაში პასუხი კონტექსტზეა დამოკიდებული: ლოკალური ან პირადი ბაზებისთვის skills და CLI უფრო მსუბუქია, წარმოებისა და გუნდური ბაზებისთვის კი MCP — მისი სერვერები read-only რეჟიმს და კრედენშელების დაცვას უზრუნველყოფენ.

Quandri-ში სამივე მიდგომას ერთად იყენებენ. ავტორის თქმით, MCP სერვერების შეცვლამ უკვე არსებული CLI-ების გარშემო აგებული skills-ებით დაახლოებით 21 000 ტოკენი გაათავისუფლა და ყოველდღიური მუშაობიდან ინიციალიზაციის შეცდომები ამოიღო.