AWS Quick получил шесть агентов для продактов: от жалоб клиентов до спеки

Кодинг-агенты научили команды писать код за дни вместо недель. Побочный эффект неприятный: если вы быстро собрали не то, что нужно, вы просто быстрее пришли к провалу. AWS в своём блоге предлагает сместить усилия вверх по течению, туда, где команда выбирает проблему и формулирует задачу. Для этого компания выпустила AI-PDLC — набор из шести агентов внутри AWS Quick.

Какую проблему это решает

Сигналы о том, что нужно клиентам, разбросаны по десятку систем. Отзывы лежат в Slack, инсайты продаж в Salesforce, инциденты в ServiceNow, требования в SharePoint, задачи в Jira, а решения тонут в письмах и митингах. На каждой передаче контекст теряется, и до разработчика доходит тикет в одну строку без объяснения, зачем он нужен.

AWS Quick здесь работает как связующий слой. Корпоративные коннекторы подтягивают данные, система строит граф знаний о людях, проектах и решениях, а агенты опираются на эти данные и складывают результаты в общий Space. Команда не начинает каждую инициативу с чистого листа.

Как устроен конвейер

Пользователь общается только с оркестратором. Он читает инструкции специалистов прямо во время работы, задаёт вопросы по текущему этапу и передаёт задачу нужному агенту. Двигаться дальше можно только после того, как человек подтвердил результат. Все решения пишутся в журнал дважды: специалист фиксирует их в своём артефакте, оркестратор ведёт общий лог и проверяет, что записи на месте.

В посте разобраны четыре «продуктовых» этапа из восьми. Остальные четыре (Engineer, Ship, Operate, Learn) остаются за кодинг-агентами.

• Discover. Агент собирает жалобы из Slack, Jira, тикетов поддержки и Salesforce, оценивает каждую по тяжести и частоте и выдаёт Pain Point Board.
• Decide. Агент Prioritize ставит оценки от 0 до 10. Для агентных кейсов он смотрит на соответствие возможностям LLM, доступность инструментов и принятие пользователями. Для обычных приложений смотрит на реализуемость, влияние на бизнес и трудозатраты. Затем Working Backwards пишет PR/FAQ по методу Amazon: с вопросами про юнит-экономику, режимы отказа, регуляторные риски и конкурентов. Если идея его не переживает, вы узнаёте это на бумаге, а не после спринтов.
• Design. Spec Generator превращает всё это в спецификацию с критериями приёмки, пользовательским сценарием и ограничениями. Каждое требование привязано к исходной боли, оценке приоритета и PR/FAQ.
• Prototype. Агент Designer рисует карты пути, вайрфреймы и кликабельные HTML-прототипы.

Итоговый файл называется prototype_spec.md. Критерии приёмки из него служат двум целям: это контракт для кодинг-агента и рубрика для ревью-агента. Передача идёт через Agent Client Protocol (ACP), открытый стандарт на JSON-RPC 2.0. Исполнителем может быть Kiro, Claude Code или другой совместимый агент.

Темп выбирается заранее. Deep Discovery задаёт 8–12 вопросов на этап и подходит для незнакомой области. Fast Track ограничивается 3–5 вопросами и предлагает ответы по умолчанию, которые можно принять или поменять.

Как запустить и где применять

Понадобятся рабочее пространство AWS Quick с десктоп-клиентом и права на создание кастомных агентов с подключёнными коннекторами. Дальше по шагам:

• клонируете репозиторий AI-PDLC на GitHub и берёте JSON-файл с агентами;
• в Quick Desktop идёте в Customize → Agents → Create → Create from File;
• создаёте общий Space для артефактов и выдаёте доступ команде;
• выбираете оркестратор и пишете «Run the full pipeline» или «Fast Track».

В простое ресурсы ничего не стоят. AWS описывает три сценария. Новый продукт проходит весь путь. Новая фича может пропустить глубокое исследование. Баг из продакшена сжимается до одного цикла, где первопричина записана как боль, а спека содержит проверяемые критерии приёмки.

Ограничения

Это вендорский пост. Фраза «недели превращаются в дни или часы» — оценка AWS без измерений и без разбора реальных внедрений. Решение привязано к экосистеме Quick и её коннекторам: вне AWS то же самое придётся собирать вручную. Качество тоже зависит от входных данных. Если в Slack шум, оценка тяжести проблем будет шумной, а человек в цикле всё равно должен проверять выводы.

Что забрать себе

Идеи полезны и без AWS. Спека для кодинг-агента должна ссылаться на источник каждого требования. Критерии приёмки стоит писать так, чтобы они были и заданием, и рубрикой ревью. Точки подтверждения нужны между этапами, а не одно «одобрить» в конце. Если вы уже на AWS, возьмите репозиторий за основу и прогоните Fast Track на одной небольшой фиче: так быстро станет видно, даёт ли подход прирост в вашей команде.