Агентная інжынерыя і знешні цыкл: месца Antigravity і Agents CLI

Наступны ўзлёт развіцця штучнага інтэлекту залежыць менш ад болей супернагаў і больш ад суперных інжынерных сістэм. На форуме Sequoia Ascent 2026 Андрэй Карпатыя опісаў пераход промышленасці ад кодавання на адчутку да інжынерыі з вікорыстанням агентаў. У такай дысціпліне людзі пішу спефікацыі, ціклы ацэнкі і правіла керавання, а агенты беруць на сябе часткі рэалізацыі з адмежаванымі межамі.

Эта зміна мае значэнне, таму што ШЫ не заменяе дысцыпліну працы над програмным забезпечэнням. Яна паўтарае і ўсуне тыя якосты, якія ужо існуюць у данай дысцыпліне. Доследжэння Google DORA і адпаведныя рэкамендацыі па платформе таксама паказваюць гэта: організацыі з моцным інжынерным фундаментам атрымаюць большае практычнае выкарыстоўвання робочых процэсаў з дапамогай ШЫ, чым тые, у якіх слабкія працэсы працы і недастатковая пераканальнасць. Вжыванне інструментаў для розработкі з дапамогай ШЫ ёсць шырокім, але доверлівасць да іх няма. Абмежаючы фактар больш не ёсць сам мадэль, а сістэма, якая яго отачвае: спецыфікацыі, адліквідацыя, працэс развертання і слой керавання. Інжынерыя з агентным падходам — гэта практыка стварэння такой сістэмы.

Што значыць інжынерыя з агентным падходам

Корачэй кажучы, гэта структураваны спосаб развіцця пад адказом ШЫ, пры яком людзі контролююць архітэктуру, якасць і правільнасць, тады калі агенты віконваюць задачы імплементаціі ў вялічыні, заданай правіламі. Карпаты выдазваў тры основныя прынцыпы.

Спачатку спецыфікацыі. Перш чым агент запісае які-небудзь код, інжынер задае мету, абмежэнняі і крытэрыя успеху у спецыфікацыі, чытальнай для машыны. Структураваны дакумент, які выступае у ролі кантракту межу людзем і агентам, заменяе сабою нечыткі запрос.

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

Захоўнікі і сэндбоксы. Агент павінен знаходзіцца ў захішчаным сэндбоксе з чыста вказанымі правамі, інструментамі для прыўязкі і механізмамі рэгулявання, каб выконанне не магла працаваць без контролю. Лішы 12% пілотных праектаў корпоратывных AI-агентоў дасягаюць этапы практычнага вікорыстання, і прычынаю здэйснівае не столькі самі мадэлі. Недастаткі інфраструктуры — гэта відсутнасць сэндбоксаў, сканування на наявнасць секрэтных дадзеных і механізмаў рэгулявання.

Стан сучасных інструментаў для програмавання

Будзь-якае адкранае ацэнкаванне пачынаецца з візнання таго, што сучасныя інструменты для програмавання з AI робяць добра, і гэта вельмі вражаюча.

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

Адзін внутрэшны цыкл — гэта толькі палова частка. Команды большых компаній болей не спытваюць, чы можа агент пісаць і рэдагаваць код, калі ў 2026 году майжэ кожны важлівы інструмент гэта можа. Складнейшая проблема — гэты зовнішны цыкл: як організацыя ацэнюе, развязвае, сочыць і керуе агентамі пасля таго, як яны пакідаюць локальную тэрмінал распрацоўшчыка. Саме тут зменшаецца характэр дыскусій. Структурная разліка выглядае так:

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

Agents CLI як входны пункт

Падчыннае рашэнне Google базуецца на адзіной дыякрэтнай практыцы дызайну. Адміністрацыйны інструмент agents CLI прызначаны для работы разам з будзь-якім асістэнтам практыкування коду, і гэта ўсё ў складзе архітэктуры, а не якаясь ўлучынка. Пад час інсталяціі ён додае семь основных навыкаў, створаных на аснове Agent Development Kit (ADK), якія включаюць стварэння канструкцый, аналіз, оцэнку за дапамою LLM-судды, налагоджэння пад час выканання, развёртванне ў Cloud Run і можлівасці назірання ў Cloud Trace. Пользоватэль Claude Code або Cursor можа выконваць каманды agents-cli scaffold, agents-cli eval і agents-cli deploy працоўна так сама лёгка, як і пользоватэль Antigravity.

Гэта зроблена намерна. Google не конкуруець на роўні генеравання коду. Компанія сподзіваецца, што ценнасьць у інжынерыі агентоў перайдзе з фронтэнда, дзе пішчыцца код, на бэкенд, дзе агенты выконваюцца, стэжыцца за німі і керуецца ўсімі працэсамі. І незалежна ад таго, які фронтэнд выберэ распрацоўшчык, каманды CLI ведуць да таго ж рэзультата:

• agents-cli выклікае розмішчэнне на Cloud Run, GKE або Agent Engine, якія ўсе належаюць да GCP.
• agents-cli для аналізу адправляе тэлеметрыю у Cloud Trace і BigQuery, таксама частыну GCP.
• agents-cli для публікацыі рэгіструе агентыў у Agent Registry, які таксама ўтварае частыну GCP.
• Слой керавання, ўкладаючы Model Armor, Agent Identity і правільнісныя механізмы, таксама працюе на GCP.

CLI ёсць входам, а GCP — месцем, дзе ён завершаецца. Кожны асістэнт для кодавання, які яго адмацоўвае, стае кліентам GCP для ціклу жыцця продакшна. Самэльчына «ён таксама працуе з Cursor» падтрымлівае гэтую стратэгію, а не падрывае яе: Google не патрабуе, каб хтось зміняў рэдактары, а толькі каб продакшн працаваў на GCP, і CLI робіць гэты шлях якомога простым для кожнага інструмента.

Тры концэнтрычныя шары

Экасыстэма Google складваецца з трох вярнутых адзін у адзін слоёў. Кожны з іх дадае новыя можлівасці, пры чым ніхто не выклекчвае абытковаць існуючыя інструменты.

Самы внутрэшны слой — гэта Agents CLI, які сумесны з Cursor, Claude Code, Codex, Copilot, Antigravity чы ўсім іншым, што падтрымляе вставку навыкаў. Ён працоўвае стандартны спосаб для стварэння канструкцыі праекта (agents-cli scaffold), структураваную ацэнку, якую выконвае суддзя на базе LLM (agents-cli eval), размешчэнне ў Cloud Run чы GKE за адной командай (agents-cli deploy) і автаматычную наладку абзірнасці за дапамогою Cloud Trace (agents-cli observe). У яго няма функцый кіравання калькамі агентаў, стварэння стойкага кантэксту і вбудованных ціклав пераканання. Апеляцыя да корыстувачаў: заставіце сабе улюблены рэдагар, атрымайце павторнае выкананне працэса ад пратотыпа да продакшна, і працавайце з тым, што продакшн выканана на GCP.

Кожны ўстатку, які выкарыстоўвае Agents CLI, неабходны слой воблака, адтолькі там і выкананыя ўсе агенты. Ён складаецца з:

• Cloud Run, GKE і платформы агентаў для масштабаваннага кераванага хостынгу
• Cloud Trace – для повнага трэйсінгу шляху выканання з тэлеметрыяй, сумэннаю з OTel
• BigQuery Agent Analytics – для панелей керування для всіх размешчаных агентаў
• Agent Registry – цэнтральны каталог для керавання, версіявання і аднароджэння агентаў
• Model Armor – які запобегае вытэкам дадзэнняў і фільтруе небяпечны контэнт
• Agent Identity – з крыптаграфічнымі ідэнтыфікаторамі, прычысленымі да пераверыльных людзкіх ідэнтытэтаў або прынцыпалаў службы
• Пратакол Agent2Agent (A2A) – для кантакту між агентамі пад час коордынацыі групы

Прычына гэтага ў тым, што самастоятэльныя асістэнты для кодавання зазвычай завісяць ад зовнішней хмарной інфраструктуры для розгортання, стварэння можлівасцяў аналізу і карыстоўвання, і не прыменяюць інтэграванага серавернага сераўіса для падпрыемства. Гэта структурны момент, а не конкурэнцыйскі. Claude Code не конкуруе з Cloud Run, адколі гэтыя два раштункуюцься на разных роўнях.

Што дадае Antigravity

Якшо у всіх ёсць падагенты і файлы кантэксту, што тады адзінае Antigravity? Адказ не ў якой-небудзь адзіной функцыі. Гэта вертikalная інтэграцыя з роўнем практычнага вікорыстоўвання.

Падзеякі ў Claude Code працуюць унутрэй тэрміналу: яны пішучы код, запускаючы тэсты і ствараючы выхідныя даны. Размешчэнне гэтага коду, яго жывая разлікавання, кераванне арміяю падзеякаў і коордынацыя падзеякаў між разнымі службамі — усё гэта лягае на вядомасць карыстальніка, таму што Claude Code нічога не ведае пра інстанцыі Cloud Run, канвэйер абзярлівасці чы правілы керавання. Гэта інструмент для разработкі. Падзеякі Antigravity можаць робіць больш:

• Размешчаць код безпосерэдзя ў Cloud Run, GKE чы на платформе падзеякаў праз Agents CLI, таму што CLI ёсць частынай самага продукту, а не плагіном трэцьей стороны.
• Выканаць запыты да тэлеметрыі Cloud Trace пад час дэбагавання, адтуды што Antigravity можа чытаць даны абзярлівасці GCP.
• Зарэўнаваць завершаныя падзеякі ў Рэжыстрэ падзеякаў, таму што публікацыя ёсць частынай натыўнаею рабочай практыкі.
• Коордынацыя з размешчанымі падзеякамі праз протакол A2A, адтуды што слой камунікацыі належыць да таго ж экасістэмы.

Падзеякі Claude Code ўжо ёсць спроможнымі інструментамі для разработкі, тады як падзеякі Antigravity — інструментамі для разработкі, які ведаюць пра атмосферу вырабоцтва, таму што яны вікорыстоўваюць аднаковы набір прадавца. Заявляецца пра чатыры спроможнасці, якія іншыя інструменты нараз не маюць:

1. Неперывна праца на разных плошчыні: кантэкст адного падзеяка охопляе IDE на рабочым столі, CLI, SDK для програмнага вікорыстоўвання і кераваны API. Рабочы працэс можа пачацца ў IDE, продавацца ў тэрмінале і быць запусканы з CI/CD. Claude Code пераважна працуе ў тэрмінале, тады як Cursor сфокусаваны на IDE.
2. Інтэграцыя з CLI падзеякаў першага выдавца: функцыі scaffold, eval, deploy і observe былі спраектаваны разам з Antigravity, таму падзеяк натывна ведае CLI і можа выкарыстоўваць команды ціклу жыцця без додатковай наладкі.

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

Можлівісць віявлення в корпоратывному серэдовішчы. Багато спеціалізованіх агентаў залішаюцца ізаляванімі за прыватнімі URL-адрэсамі кінцевіх точок, до якіх можуць отрыматы доступ лішэ іхні створувачы, потрэбуючы ручного перэдавання обліковіх даных. Вбудованій механізм публікаціі дозволяе вірышыты цю проблему: команда CLI віконуе запіт agent-cli publish, і агент стае доступнім як безпечній інструмент у межах додатку Gemini Enterprise для всіеі організаціі. Вбудована сістэма управління доступом IAM контролюе права, і команды можуць іі вікорыстовуваты без необхідносты створуваты власну інфраструктуру.

Параўнання екосістэм

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

У верхней частыце порэшання тры экасістэмы супадаюць па архітэктурным прынцыпам: ў яных ёсць эфектыва генерацыя коду, паралельная оркестрацыя сабагентоў і кераваныя хмарныя сандбоксы для дзейнаў, якія трываюць довга. У ніжней частыце Google прэтвараецца на тое, што надае дапамогу для падпрыемственых задач. Конкуруючыя платформы пераносяць код, даны і аутэнтыфікацыйныя даны ў прыватныя рантаймы трэціх сторон, тады калі Google дазваляе організацыі выконваць, ідэнтыфікацыяваць, аўтэнтыфікацыяваць, кераваць і сочыць за агентамі ў межах сэрвіса Google Cloud за дапамогою Agent Runtime, Agent Identity, Model Armor і Agent Registry. Гэта разлікаўце практычна дапамагае ў прыменэнні: ёсць власныя тэлеметрычныя механізмы GCP, аднацелавая сістэма развяртання і керавання мадэлямі без дадатковых налаштоўкаў.

Як можна сказаць, можычнасць местных внутрашняях ціклаў стае вышэй, а самэ ў шары інфраструктуры існуе прасоць, які ствараеся вярткальной інтэграцыёй.

Як прымкнуць рашэнне

Рамка прымкнуць рашэння для керавальнікаў і інжынераў ёсць простая. Команда, якая спецыялізуецца на прышвартаванні внутрашняях ціклаў, должна застацца з своімі нынешнімі інструментамі. Claude Code, Cursor і Copilot ўжо ёсць чырвоныя рашэнні і ўсё павольна падвайваюць свае можычнасці ў кожны месцац. Для дадатковых можычнасцей у цікле жыцця праекта можна выкарыстоўваць Agents CLI, а калі команда будзе гатова — размясціць ўсё на GCP.

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

Этан прынцып не залежыць ад перавагі модэляў, адколькі ўсе яны працуюць па аднаковым прынцыпе. Ён залежыць ад інтэграціі інфраструктуры: ад адстані межы напісанням коду агента і кераваннем флотам такіх агентоў у працэсе выработкі. Google скорачыў гэтую адстань больш, чым хто-небудзь іншы, незалежна ад таго, з якім рэдагаром працюе команда.