# GitHub's Agent Plugins 1.0 აგენტის ხელსაწყოებს პორტატულს ხდის კლიენტებს შორის

Source: TechNewsList (https://technewslist.com)
Canonical URL: https://technewslist.com/ka/article/github-agent-plugins-1-0-portable-agents-2026-08-13-night-ka
Section: Software (https://technewslist.com/ka/software)
Author: TechNewsList
Language: ka
Published: 2026-08-13T17:30:24.27+00:00
Updated: 2026-08-13T17:30:24.457898+00:00

> GitHub ამბობს, რომ Agent Plugins 1.0-ს შეუძლია უნარების და MCP სერვერების ერთჯერადი შეფუთვა VS Code-ში, Copilot CLI-ში, Copilot SDK-სა და Copilot აპში.

## TL;DR
- GitHub-მა გამოაცხადა Agent Plugins 1.0 VS Code, Copilot CLI, Copilot SDK და Copilot აპისთვის.
- ღია სტანდარტული პაკეტების აგენტის უნარები და MCP სერვერები ერთ საინსტალაციო დანამატად.
- GitHub ამბობს, რომ სტანდარტი გამოქვეყნდა AWS, Anysphere, Microsoft, OpenAI და Vercel-ით, Google-თან ერთად, როგორც ძირითადი შემსრულებელი.
- საწარმოთა გუნდებს შეუძლიათ მართონ დანამატების ნებადართული სიები და ბაზრები არსებული პარამეტრების მეშვეობით.
- პორტაბელურობა ამცირებს დუბლირებას, მაგრამ მმართველობა რჩება არსებითი, რადგან დანამატებს შეუძლიათ აგენტების დაკავშირება ინსტრუმენტებთან და მონაცემებთან.

## Key points
- დანამატს შეუძლია ისეთი უნარების შეფუთვა, როგორიცაა runbook MCP ხელსაწყოს ინტეგრირებით.
- უნარები მოქმედებს უნარების/ და MCP კონფიგურაციის ქვეშ mcp.json-ში.
- Copilot-ის სპეციფიკური ქცევა შეიძლება ცხოვრობდეს namespace com.github.copilot/ დირექტორიაში.
- თავსებად კლიენტებს შეუძლიათ აღმოაჩინონ იმ პაკეტის ნაწილები, რომლებსაც მხარს უჭერენ.
- ორგანიზაციებს შეუძლიათ გამოიყენონ enabledPlugins და ბაზრის კონტროლი დისტრიბუციის მართვისთვის.

# GitHub's Agent Plugins 1.0 აგენტის ხელსაწყოებს პორტატულს ხდის კლიენტებს შორის

შემდეგი პროგრამული პლატფორმის ბრძოლა არ არის მხოლოდ იმაზე, თუ რომელი კოდირების აგენტი წერს საუკეთესო პატჩს. ასევე ეხება თუ არა ინსტრუქციებს, ხელსაწყოებს და ინტეგრაციას ამ აგენტის ირგვლივ დეველოპერთან გადაადგილება. GitHub's Agent Plugins 1.0 გამოშვება ცდილობს ეს ფენა პორტატული გახადოს.

## რა მოხდა

GitHub ამბობს, რომ Agent Plugins 1.0 არის ღია სტანდარტი, რომელიც ათავსებს აგენტის უნარებს და MCP სერვერებს ერთ დასაინსტალირებელ დანამატად. კომპანიამ გამოაქვეყნა სტანდარტი AWS-ით, Anysphere-ით, Microsoft-ით, OpenAI-ით და Vercel-ით, ხოლო Google შეუერთდა, როგორც ძირითადი შემსრულებელი.

სტანდარტი ზოგადად ხელმისაწვდომია VS Code-ში, Copilot CLI-ში, GitHub Copilot SDK-ში და Copilot აპლიკაციაში. ერთი პაკეტი შეიძლება შეიცავდეს უნარს, როგორიცაა განლაგების წიგნაკი, MCP კონფიგურაციასთან ერთად, რომელიც საჭიროა აგენტის ინსტრუმენტთან ან სერვისთან დასაკავშირებლად.

![აგენტის დანამატები ვლინდება VS კოდში](https://github.blog/wp-content/uploads/2026/08/632063945-b123553f-1488-4dd2-9c3b-20716803f9ca.jpg)
*მოდულის მანიფესტი გამიზნულია თავსებადი აგენტის კლიენტებისთვის საზიარო პაკეტის ფორმატის მისაცემად.*

## რატომ არის მნიშვნელოვანი

აგენტების ინტეგრაციები ხშირად დუბლირებულია, რადგან თითოეული კლიენტი ელის განსხვავებულ მანიფესტს, საქაღალდის განლაგებას ან კონფიგურაციის ფორმატს. გუნდს შეიძლება ჰქონდეს იგივე უსაფრთხოების საკონტროლო სია, განლაგების პროცედურა და საკითხის ტრეკერის კავშირი კონფიგურირებული ცალკე რედაქტორში, CLI-ში, დესკტოპის აპში და მასპინძელ აგენტში.

ეს დუბლირება ქმნის მოვლის ხარჯებს და პოლიტიკას. Runbook-ის ცვლილებამ შეიძლება მიაღწიოს ერთ კლიენტს, მაგრამ არა მეორეს. ხელსაწყოების ნებადართული სია შეიძლება განახლდეს ერთ ადგილას, ხოლო ძველი კონფიგურაცია სხვაგან აქტიური რჩება. პორტაბელურობა თავისთავად არ წყვეტს ამ პრობლემებს, მაგრამ საერთო პაკეტი აძლევს ორგანიზაციებს უფრო მართვადი ერთეულის განსახილველად.

## ტექნიკური დეტალები

GitHub-ის მიგრაციის სახელმძღვანელო ინახავს უნარებს უნარების/ დირექტორიაში და MCP კონფიგურაციაში mcp.json-ში. Copilot-ის სპეციფიკური ფაილები შეიძლება იყოს com.github.copilot/-ში, სადაც სხვა კლიენტები მათ უგულებელყოფენ. ეს სახელთა ინტერვალი პრაქტიკული კომპრომისია: პორტატული ბირთვი რჩება გაზიარებული, ხოლო გამყიდველის სპეციფიკური ბრძანებები, კაკვები ან საბაჟო აგენტები ხელმისაწვდომი რჩება იქ, სადაც მხარდაჭერილია.

უსაფრთხოების მნიშვნელოვანი ზღვარი არის ხელსაწყოს კავშირი. უნარი არის ინსტრუქცია და კონტექსტი; MCP სერვერს შეუძლია მონაცემების ან მოქმედებების გამოვლენა. GitHub ამბობს, რომ ორგანიზაციებს შეუძლიათ გამოიყენონ არსებული მართული პარამეტრები, მათ შორის enabledPlugins, extraKnownMarketplaces და strictKnownMarketplaces, რათა ავტომატურად დააინსტალირონ, დაუშვან ან დაბლოკონ დანამატები. MCP დაშვებულ სიებს შეუძლიათ კიდევ უფრო შეზღუდონ სერვერები URL-ით, ბრძანებით ან სახელით.

![GitHub დეველოპერები მუშაობენ აგენტის ინსტრუმენტებთან](https://github.blog/wp-content/uploads/2026/07/629834996-1e64d96f-b977-49c4-b49f-d262d36423c9.jpg)
*პორტატული პაკეტი გამოსადეგია მხოლოდ მაშინ, როდესაც მასში არსებული ხელსაწყოები ისეთივე ფრთხილად რეგულირდება, როგორც მის გარშემო არსებული კოდი.*

## გავლენა ბაზარზე და ინდუსტრიაზე

გამოშვება აგენტ-ინსტრუმენტების ავტორებს აძლევს საფუძველს ერთხელ გამოაქვეყნონ დეველოპერების ფართო აუდიტორიისთვის. ის ასევე ზრდის ბაზრის ღირებულებას, რადგან აღმოჩენა ხდება სამუშაო პროცესის ნაწილი და არა შემდგომი აზრი. თუ ფორმატი მოიპოვებს მიღებას, გუნდებს შეუძლიათ განიხილონ დანამატები, როგორც მრავალჯერადი გამოყენების ოპერაციული აქტივები, ისევე, როგორც ექცევიან კონტეინერის სურათებს ან ინფრასტრუქტურის მოდულებს.

რისკი არის ახალი მიწოდების ჯაჭვის ფენა. დანამატი შეიძლება შეიცავდეს ინსტრუქციებს, კოდს, კაკვებს და ხელსაწყოების განმარტებებს. პაკეტს, რომელიც პროდუქტიულობის მალსახმობს ჰგავს, შეუძლია კვლავ გააფართოოს აგენტის წვდომა საცავებზე, გამოშვების ტრეკერებზე, განლაგების სისტემებზე ან საიდუმლოებებზე. საწარმოებს დასჭირდებათ წარმოშობა, განხილვა, ვერსიის დამაგრება და მკაფიო ნებართვები.

## რას უნდა დავაკვირდეთ შემდეგ

ნახეთ, ჩნდება თუ არა სტანდარტი GitHub-ის კლიენტთა ოჯახის გარეთ, ჩნდება თუ არა დამოუკიდებელი ბაზრები და როგორ აწერენ ხელს გუნდები და ამოწმებენ დანამატებს. მიღების კრიტიკული სიგნალი იქნება რეალური პაკეტი, რომელსაც შეუძლია გადაადგილდეს კლიენტებს შორის უსაფრთხოების მნიშვნელოვანი კონტროლის დაკარგვის ან შეუძლებელი გაგების გარეშე.

Agent Plugins 1.0 არის მცირე, მაგრამ თანმიმდევრული ინფრასტრუქტურული ნაბიჯი. პორტატულმა უნარებმა და ინსტრუმენტებმა შეიძლება გააადვილოს აგენტების მუშაობა, მაგრამ მხოლოდ იმ შემთხვევაში, თუ პორტაბელურობას მოჰყვება თანაბრად პორტატული მმართველობა.

არსებობს მეორე შვილად აყვანის საკითხი ვერსიის შესახებ. მოდულის პაკეტი დღეს შეიძლება იყოს პორტატული, მაგრამ მაინც მოიქცეს განსხვავებულად, რადგან კლიენტი ცვლის მხარდაჭერილ უნარების სინტაქსს, MCP ნებართვებს ან შესრულების მოდელს. გუნდებს დასჭირდებათ თავსებადობის მეტამონაცემები, გამოშვების შენიშვნები და თითოეული კლიენტის წინააღმდეგ პაკეტის შესამოწმებლად საშუალება, სანამ რუტინული განახლება შეცვლის წარმოების ქცევას.

ეს ნაცნობი პროგრამული უზრუნველყოფის საინჟინრო სამუშაოა, მაგრამ უფრო მნიშვნელოვანი ხდება, როდესაც პაკეტს შეუძლია გავლენა მოახდინოს აგენტზე, რომელიც წერს კოდს ან უწოდებს გარე სისტემებს. Agent Plugins 1.0 აძლევს ეკოსისტემას საერთო საწყის წერტილს; ხელმოწერის, ტესტირებისა და განხილვის მიმდებარე პრაქტიკა განსაზღვრავს, გახდება თუ არა ის საიმედო ინფრასტრუქტურა.

## წყაროები

- [GitHub: Agent Plugins 1.0](https://github.blog/changelog/2026-08-12-agent-plugins-1-0-in-vs-code-copilot-cli-and-the-copilot-app)
- [Agent Plugins სპეციფიკაცია](https://agent-plugins.org/)
- [GitHub: აგენტის უნარები და MCP კოდის მიმოხილვაში](https://github.blog/changelog/2026-07-29-copilot-code-review-agent-skills-and-mcp-now-generally-available)

Mentions: GitHub, აგენტის დანამატები 1.0, VS კოდი, კოპილოტი CLI, MCP, კოპილოტი SDK

## Sources
- [GitHub Changelog](https://github.blog/changelog/2026-08-12-agent-plugins-1-0-in-vs-code-copilot-cli-and-the-copilot-app)
- [აგენტის დანამატები](https://agent-plugins.org/)
- [GitHub Changelog](https://github.blog/changelog/2026-07-29-copilot-code-review-agent-skills-and-mcp-now-generally-available)