Amazon Web Services запустила три агента искусственного интеллекта, предназначенные для автономной работы на протяжении всего жизненного цикла разработки программного обеспечения.
Этот шаг знаменует собой переход от инструментов, требующих постоянного человеческого контроля, к агентам, которые могут действовать независимо в качестве членов команды. AWS анонсировала сегодня агенты, известные как Frontier Agent, на конференции AWS re:Invent. Эти три агента, которые сейчас находятся в предварительной версии, являются первыми из многих, сообщает AWS. Агенты Frontier могут быть созданы в любой области или отрасли.
По данным AWS, три пограничных агента — автономный агент Kiro, агент AWS Security и агент AWS DevOps — могут работать часами или днями без вмешательства, выполнять несколько задач одновременно и работать над достижением общих целей, а не требовать пошагового руководства.
«До сих пор, несмотря на то, что в этой области имеется множество инструментов для разработчиков, в процессе работы в основном участвовал человек», — сказал The New Stack Амит Патель, генеральный директор/директор по агентному искусственному интеллекту в AWS. «Мы планируем, что с этими пограничными агентами они смогут работать по существу самостоятельно, автономно, без вмешательства со стороны разработчика».
Помощники по программированию на основе искусственного интеллекта ускорили выполнение отдельных задач, но также создали новые трудности, требуя от разработчиков действовать как «человеческая нить», которая поддерживает совместную работу — перестраивая контекст при переключении задач, вручную координируя изменения между репозиториями и объединяя воедино информацию, разбросанную по заявкам, запросам на включение и веткам чата, сообщает AWS.
«Мы планируем, что с этими пограничными агентами они смогут работать по существу самостоятельно, автономно, без вмешательства со стороны разработчика», — сказал Патель.
По словам компании, AWS разработала передовые агенты, наблюдая за тем, как ее собственные команды разработчиков создают сервисы в масштабе Amazon. Возникло три идеи: команды могут перейти от присмотра за каждой маленькой задачей к направлению агентов к достижению общих результатов; скорость была привязана к тому, сколько агентских задач могло выполняться одновременно; и чем дольше агенты смогут действовать независимо, тем лучше. Компания осознала, что эти возможности необходимы на протяжении всего жизненного цикла разработки программного обеспечения, а не только при написании кода, иначе они рискуют создать новые узкие места, сказал Патель.
«Вы можете думать об этих агентах как о членах команды, а не просто об инструменте, с которым разработчик регулярно взаимодействует».
Агенты ведут себя как еще один член команды. Они учатся со временем. У них есть память о том, как команда работает над конкретными вещами или конкретными проблемами, исправлениями ошибок или элементами дорожной карты, и затем, основываясь на этих знаниях, они будут предпринимать действия и отправлять запросы на включение, чтобы другой член команды мог просмотреть их и принять, отметил Патель.
«Со временем он узнает, что у него есть память. Поэтому он продолжает учиться и становится лучше — примерно так же, как если бы вы привели в команду нового младшего инженера», — сказал он. «Со временем они становятся все лучше и лучше, узнают, как работает команда, адаптируются к тому, как работает команда, и тогда они могут быть более эффективными».
Автономный агент Киро: ваш виртуальный разработчик
Автономный агент Kiro поддерживает постоянный контекст между сеансами и постоянно учится на запросах на включение и отзывах. По словам AWS, он может решать самые разные задачи — от выявления ошибок до улучшения покрытия кода, при этом одно изменение охватывает несколько репозиториев.
Разработчики могут задавать вопросы, описывать задачи или назначать работу из своего журнала непосредственно через GitHub. Агент самостоятельно определяет, как завершить работу, обмениваясь изменениями в виде предлагаемых правок и запросов на включение, чтобы разработчики сохраняли контроль над тем, что будет включено.
«Идея состоит в том, что вы можете дать ему простую задачу, например, следить за моим GitHub на предмет проблем, и по мере их возникновения решать их и отправлять запросы на включение», — объяснил Патель. «Вы можете себе представить, что утром, ночью агент рассмотрел 10 различных проблем, отправил 10 разных запросов на включение, а затем вы можете решить, хотите ли вы их объединить или нет».
Агент интегрируется с репозиториями, конвейерами и такими инструментами, как Jira, GitHub и Slack, поддерживая контекст по ходу работы. Каждая проверка кода, заявка и архитектурное решение отражают понимание агента, что со временем делает его более полезным для команды.
AWS Security Agent: сдвиг безопасности влево
Перед командами безопасности стоит двойная задача: активно выявлять риски на протяжении всего процесса разработки и быстро реагировать при возникновении проблем. Современные инструменты часто предоставляют общие рекомендации, а тестирование на проникновение может занять так много времени, что оно не успевает за быстро развивающимися командами разработчиков, сказал Патель.
Он отметил, что AWS Security Agent внедряет экспертные знания в области безопасности на протяжении всего жизненного цикла разработки, активно проверяя проектную документацию и сканируя запросы на включение на предмет требований безопасности организации и распространенных уязвимостей. Организации определяют свои стандарты безопасности один раз, и агент автоматически проверяет их во всех приложениях во время проверок.
«С агентом безопасности мы фактически вводим агент безопасности на раннюю часть жизненного цикла разработки», — сказал Патель. «Итак, когда вы подготовили проектную документацию, когда вы начинаете писать код, когда вы отправляете свои первые запросы на включение, агент безопасности может наблюдать за происходящим в фоновом режиме».
Агент также превращает тестирование на проникновение из ручного процесса, занимающего недели, в процесс по требованию, который занимает несколько часов. Он возвращает проверенные результаты с кодом исправления для устранения обнаруженных проблем. Если одновременно развертывается несколько приложений, команды могут масштабировать количество агентов в соответствии с потребностями.
SmugMug, SaaS-платформа для фотографов, добавила AWS Security Agent в свой портфель автоматизированных систем безопасности, чтобы изменить подход к тестированию безопасности.
«Агент AWS Security помог обнаружить ошибку бизнес-логики, которую не удалось бы обнаружить ни одному существующему инструменту, поскольку он неправильно раскрывал информацию», — заявил в своем заявлении Андрес Руис, штатный инженер-программист SmugMug. «Для любого другого инструмента это было бы незаметно. Но способность агента безопасности контекстуализировать информацию, анализировать ответ API и находить там неожиданную информацию представляет собой шаг вперед в автоматизированном тестировании безопасности».
Агент AWS DevOps: постоянные операции
Когда приложение выходит из строя, все останавливается. Современные распределенные приложения с микросервисами, облачными зависимостями и телеметрией, распределенной по множеству инструментов, затрудняют выявление проблем и понимание поведения системы.
Агент AWS DevOps обеспечивает то, что AWS называет «меньше оповещений и больше сна», благодаря постоянной сортировке инцидентов, управляемому разрешению и рекомендациям для постоянного повышения надежности и производительности приложений в AWS, мультиоблачных и гибридных средах.
«Если вы дежурный инженер в Amazon и у вашего сервиса возникли проблемы с эксплуатацией, то большую часть ночи вас будут будить в два часа ночи», — сказал Патель. «И если у вас есть агент, который может активно решать проблемы и проблемы, которые он видит в журналах или на информационных панелях, вы будете больше спать».
Агент мгновенно реагирует на проблемы, используя свои знания об архитектуре приложения и связях между компонентами для поиска коренных причин. Он изучает ресурсы и их связи, охватывая такие инструменты наблюдения, как Amazon CloudWatch, Dynatrace, Datadog, New Relic и Splunk, а также модули Runbook, репозитории кода и конвейеры CI/CD.
«Идея состоит в том, что он будет постоянно отслеживать ваши информационные панели. Он будет иметь полный доступ ко всем вашим Runbook», — сказал Патель. «Он сможет выявлять тенденции, которые потенциально могут привести к сбоям в работе, и предпринимать некоторые действия для их исправления, и все это будет делаться заранее».
По словам AWS, агент также анализирует закономерности исторических инцидентов, чтобы предоставлять целевые рекомендации, которые улучшают наблюдаемость, оптимизацию инфраструктуры, улучшение конвейера развертывания и устойчивость приложений.
Компания также сообщила, что Commonwealth Bank of Australia, один из ведущих австралийских поставщиков интегрированных финансовых услуг, обслуживающий более 17 миллионов клиентов, создал прототип AWS DevOps Agent для решения сложной проблемы управления сетью и идентификацией, на выявление которой обычно у опытных DevOps-инженеров уходит несколько часов. Агент нашел причину менее чем за 15 минут.
«Агент AWS DevOps думает и действует как опытный инженер DevOps, помогая нашим инженерам создавать более быструю, отказоустойчивую банковскую инфраструктуру, предназначенную для предоставления лучшего опыта нашим клиентам», — заявил в своем заявлении Джейсон Сэндри, руководитель отдела облачных сервисов Commonwealth Bank of Australia. «Речь идет не только о сокращении времени разрешения проблем, но и о сохранении доверия, которое оказывают нам наши клиенты».
Агент также предотвратит сбои в работе, рассказал Патель The New Stack.
«Он сможет обнаруживать тенденции, которые потенциально могут привести к сбоям в работе, и говорить: «Хорошо, я вижу это на приборной панели или в журналах, я собираюсь предпринять некоторые действия, чтобы это исправить», — сказал он. «По сути, он может либо избежать сбоя, либо, если сбой произойдет, он обнаружит его очень рано и устранит его».
Решение полного жизненного цикла
По словам Патель, AWS разработала три агента для работы на протяжении всего жизненного цикла разработки программного обеспечения, а не для решения только одной задачи и создания узких мест в других местах.
«Причина, по которой мы рассматриваем жизненный цикл, заключается в том, что мы хотели убедиться, что мы не просто решаем одну часть проблемы, а затем имеем узкие места в других частях жизненного цикла», — сказал он.
Агенты могут учиться не только на основе кода или явных инструкций, но и на понимании того, как работают команды. Интеграция со Slack, Jira и GitHub позволяет агентам наблюдать за взаимодействием команды и выполнять задачи, не требуя выполнения конкретных подзадач.
По словам Патела, AWS проводила внутреннее тестирование агентов в течение 2025 года, при этом различные группы инженеров использовали их в своих рабочих процессах, чтобы улучшить продукты.
Все три пограничных агента доступны сегодня в предварительной версии. Среди первых последователей — Банк Содружества Австралии, SmugMug, Университет западных губернаторов и Presidio.
Замена инженеров?
Хотя Патель упомянул влияние пограничных агентов на младших инженеров, он заявил, что агенты, скорее всего, не заменят их, но сделают этих инженеров более продуктивными.
«Если у вас есть 100 проблем, поступающих в ваш репозиторий, и у вас нет инженеров, которые могли бы справиться со всеми 100 из них, и вам нужно, чтобы ваши инженеры сосредоточились на создании новых функций и новых дополнительных возможностей для вашего приложения», наличие одного из этих агентов в фоновом режиме, просматривающего эти 100 проблем, и возможность отправлять запросы на включение, не беспокоясь о них, на самом деле является большим повышением производительности для команды, — сказал Патель.
«Это позволяет самой команде сосредоточиться на более ценных вещах, в которых заинтересованы клиенты», — добавил он.
ТЕНДЕНЦИОННЫЕ ИСТОРИИ YOUTUBE.COM/THENEWSTACK Технологии развиваются быстро, не пропустите ни одной серии. Подпишитесь на наш канал YouTube, чтобы смотреть все наши подкасты, интервью, демонстрации и многое другое. ПОДПИСАТЬСЯ Группа, созданная в Sketch. Дэррил К. Тафт освещает DevOps, инструменты разработки программного обеспечения и вопросы, связанные с разработчиками, в своем офисе в Балтиморе. Он имеет более чем 25-летний опыт работы в бизнесе и всегда ищет новые новости. Он работал… Узнайте больше от Дэррила К. Тафта.
