Что произойдет, если AI перестанет быть инструментом для написания кода? 🤔

На протяжении нескольких лет AI в разработке ассоциировался прежде всего с генерацией кода. Автодополнение, написание функций, рефакторинг — именно эти сценарии стали первым массовым применением LLM среди разработчиков. Но сегодня область применения гораздо шире. IBM описывает использование AI на различных этапах SDLC: от сбора требований и проектирования до разработки, тестирования, поддержки и документации. Gartner также отмечает, что AI-ассистенты постепенно выходят за рамки простой генерации и дополнения кода. И это меняет саму роль AI.

Если модель используется только для генерации функции, достаточно хорошего ассистента. Но если она участвует в нескольких этапах, возникает уже другая задача: как связать эти действия между собой?

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

Получается, что AI постепенно движется от «помоги мне написать код» к «помоги мне довести инженерную задачу до результата». И именно на этом уровне появляется потребность в оркестрации.

Почему одни компании получают от AI больше, чем другие? 🤔

Еще недавно внедрение искусственного интеллекта можно было представить довольно просто: выбрать инструмент, выдать сотрудникам доступ и посмотреть, что произойдет. Но масштабирование AI постепенно меняет эту модель.

По данным PwC, компании и отрасли, наиболее подверженные влиянию AI, демонстрируют более заметный рост производительности. В исследовании PwC 2025 года отмечено, что компании с высокой степенью внедрения AI показали рост выручки на одного сотрудника на 27% против 9% в противоположном случае. В исследовании 2026 года PwC также зафиксировала более высокую производительность у компаний, систематично использующих AI.

Но из данного исследования следует не только вывод о доходах компаний, но и становится заметен тренд: AI служит не просто индивидуальным инструментом повышения эффективности сотрудника, а начинает влиять на то, как устроена сама работа компании.

Для разработки это означает переход от отдельных AI-ассистентов к системам, которые работают с корпоративным контекстом, репозиториями, внутренними инструментами и процессами. И здесь возникают управленческие вопросы:

Если команда использует несколько моделей, кто отвечает за их выбор? Если AI работает с корпоративным кодом, как контролируется доступ? Если агент выполняет десятки действий, как понять, что именно произошло? Если использование AI становится массовым, как измерить его стоимость и эффективность?

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

CodeGryphon изменил код, но как понять, что еще предстоит улучшить? 👨‍💻

CodeGryphon может исправить ошибку, добавить функцию или изменить несколько компонентов проекта. Но из этого вытекают вопросы: что произошло с проектом в целом? Не появились ли ошибки, не сказались ли изменения на производительности, не осталось ли уязвимостей?

Для этого в CodeGryphon есть Пульс проекта. Он показывает состояние проекта по результатам проверок, например: качество кода, безопасность, зависимости и производительность.

Проверку можно создать самостоятельно: наименовать, сообщить, что именно должен проверять CodeGryphon, а затем выбрать периодичность и время запуска. Так контроль проекта можно сделать регулярным, а не вспоминать о нем только после очередного изменения.

Получается автоматизированный процесс:
изменили проект ⤵️
проверили ⤵️
нашли проблему ⤵️
исправили ⤵️
проверили вновь 🔄

Резюмируя, Пульс проекта в CodeGryphon — это инструмент для регулярного контроля состояния проекта после работы агента.

ИИ помогает писать больше кода, но кратно ли количество релизов? 😳

Исследование NBER Writing Code vs. Shipping Code: Productivity Effects Across Generations of AI Coding Tools сообщает об интересном, а местами шокирующем, разрыве. Авторы проанализировали данные более чем 500 000 разработчиков GitHub. Для автономных ИИ кодинг агентов они оценивают рост числа коммитов на 240%, проектов примерно на 80%, а релизов всего на 30%.

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

И здесь появляется другой подход – это AI-оркестрация. В CodeGryphon пользователь формулирует задачу, а оркестратор работает непосредственно с проектом: анализирует контекст, планирует действия, вносит изменения и помогает проверить результат.

Поэтому вопрос сегодня уже не только в том, сколько кода способен написать ИИ. Гораздо интереснее другое: может ли ИИ помочь довести задачу до готового решения?