Почему одни компании получают от 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 пользователь формулирует задачу, а оркестратор работает непосредственно с проектом: анализирует контекст, планирует действия, вносит изменения и помогает проверить результат.

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

А если CodeGryphon дать задачу, которую обычно разбивают на 10 промптов? 🧠

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

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

ИИ научился писать код. И теперь главная проблема – проверить, что он написал 🔎

В исследовании Qodo “The 2026 State of AI Code Quality Report” проверку AI-кода назвали главным ограничением процесса разработки 25,8% опрошенных разработчиков и 26% инженерных руководителей. А 36,4% разработчиков отметили: проверка занимает столько же времени, но требует больше умственных усилий для поиска неочевидных ошибок.

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

Передать агенту документацию и правила проекта тоже недостаточно. Только 34,6% опрошенных разработчиков сообщили, что агенты всегда соблюдают стандарты организации. Доступ к инструкции сам по себе не гарантирует ее выполнения.

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

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