20 ліпеня 2026 года каманда адкрытага пратакола ACP (Agent Client Protocol) на чале з Бэнам Брандам (Ben Brandt, Zed Industries) апублікавала першы драфт версіі ACP v2.

Гэта найважнейшы крок у развіцці стандартаў узаемадзеяння паміж AI-агентамі і асяроддзямі распрацоўкі (IDE / кліентамі).

---

Што такое першая версія ACP (v1)?

Першая версія Agent Client Protocol (v1) была створана як адкрыты стандарт для злучэння AI-агентаў з рэдактарамі кода і IDE (напрыклад, Zed). У яе аснове ляжала некалькі ключавых прынцыпаў:

• Адкрыты стандарт сувязі: Замест таго каб кожны рэдактар ці агент вынаходзілі ўласныя зачыненыя API, ACP v1 прапанаваў адзіную мову для перадачы каманд, паведамленняў і выклікаў інструментаў (tool calls).
• Моцная працэдура пашырэння (RFD): Праз працэс RFD (Request for Discussion) супольнасць дадала ў v1 больш за 15 важных пашырэнняў без парушэння зваротнай сумяшчальнасці.
• Мадэль дыялогавых хадоў (Turn-based): v1 грунтаваўся на простым і зразумелым цыкле: карыстальнік адпраўляе прампт ➔ агент апрацоўвае запыт і вяртае адказ.

Менавіта v1 дапамог аб'яднаць розныя AI-інструменты ў адзіную экасістэму. Аднак са з'яўленнем больш аўтаномных агентаў гэтая мадэль сутыкнулася з абмежаваннямі.

---

Чаму спатрэбілася версія v2?

Хоць ACP v1 прадэманстраваў выдатную гнуткасць дзякуючы працэсу RFD, некаторыя фундаментальныя магчымасці патрабавалі кардынальных зменаў (breaking changes), якія немагчыма было бязбольна рэалізаваць у межах старой структуры пратакола.

Па меры таго, як AI-агенты станавіліся больш аўтаномнымі і доўгапрацуючымі, жорсткая мадэль «запыт карыстальніка ➔ адказ агента» (turn-based approach) пачала абмяжоўваць іх магчымасці. Для падтрымкі фонавых працэсаў, складанай аркестрацыі і больш гнуткіх інтэрфейсаў спатрэбілася абнавіць фундаментальныя паводзіны пратакола.

---

5 галоўных тэм ACP v2

1. Выхад за межы дыялогавага «хода» (Moving Beyond the Turn)

У v1 апавяшчэнні ад агента звычайна прывязваліся да канкрэтнага ходу карыстальніка. У v2 апавяшчэнні session/update могуць вольна адпраўляцца ў любы момант сесіі.

• Агент можа працягваць выконваць фонавую працу і дасылаць абнаўленні ў рэальным часе.
• Адказ на прампт азначае падцвярджэнне прыняцця паведамлення, а не завяршэнне ўсёй працы.
• Агент спецыяльна сігналізуе пра стан idle, калі ён гатовы да новага ўводу ад карыстальніка.

2. Уніфікаваны патчынг і струменевыя выклікі інструментаў (Message & Tool Streaming)

Паведамленні карыстальніка і агента, выклікі інструментаў (tool calls) і вывад тэрмінала цяпер маюць адзіныя семантычныя правілы абнаўлення па стейбл-ID:

• Прапушчаныя палі застаюцца без зменаў.
• null ачышчае поле, а новыя значэнні замяняюць старыя.
• Часткі тэксту (chunks) далучаюцца да існуючых.

Выклікі інструментаў цяпер таксама падтрымліваюць струменевую перадачу (streaming), што пазбаўляе ад патрэбы буферызаваць і перадаваць увесь змест наноў пры кожнай змене.

3. Поўны перагляд працы з дыфамі (Diff Overhaul)

Замест простага супастаўлення oldText/newText прыходзяць структураваныя змены файлаў. Цяпер пратакол натыўна выражае:

• Стварэнне, выдаленне, мадыфікацыю, перамяшчэнне і капіяванне файлаў.
• Падтрымку бінарных і нетэкставых файлаў.
• Апцыянальны git_patch для ідэальнага рэндэрынгу дыфаў у кліенцкіх рэдактарах.

4. Гнуткія запыты дазволаў (Flexible Permission Requests)

Запыты на дазвол дзеянняў вылучаныя ў асобныя структуры з уласнымі загалоўкамі (title), апісаннямі (description) і прадметам (subject). Гэта дазваляе ствараць зручныя запыты дазволаў для каманд тэрмінала або доступу да рэсурсаў, не змяняючы параметры самага выкліку інструмента.

5. Сумяшчальнасць наперад па змаўчанні (Forward Compatibility)

Усе enum-падобныя значэнні ў схеме цяпер могуць прымаць невядомыя варыянты з прэфіксам _ (напрыклад, для вендар-спецыфічных пашырэнняў). Гэта гарантуе, што новыя пашырэнні пратакола не будуць выклікаць памылак у старэйшых версіях кліентаў і агентаў.

---

Што гэта значыць для распрацоўшчыкаў?

• Статус Draft: v2 знаходзіцца на стадыі абмеркавання і тэсціравання. Схема можа і будзе змяняцца на аснове фідбэку супольнасці.
• Сцягі функцыянальнасці і узгадненне версій: Падтрымку v2 у прадакшэне варта хаваць за сцягамі функцыянальнасці (feature flags) і механізмам узгаднення версій (version negotiation).
• Сумяшчальнасць з v1: Версія v1 застанецца папулярнай яшчэ доўгі час, таму распрацоўшчыкам SDK, агентаў і кліентаў рэкамендуецца падтрымліваць абедзве версіі паралельна.

---

Выснова

ACP v2 закладае трывалы фундамент для будучыні асінхроннай распрацоўкі з дапамогай AI. Пратакол вызваляе агентаў ад абмежаванняў адзінкавага дыялогавага ходу і робіць іх паўнавартаснымі аўтаномнымі напарнікамі ў IDE.

Далучыцца да абмеркавання драфта і пакінуць фідбэк можна ў афіцыйным рэпазіторыі на GitHub і праз матэрыялы v2 RFD.