Что меня беспокоит в агентской разработке: заметки инженера в 2026 году
Инженер JetBrains Евгений (экс-тимлид Rider, с середины 2025 года — команда IntelliJ AI) описывает, чем его тревожит «агентская разработка» при интеграции AI-агентов в IDE. По его наблюдениям, передовые агенты уже берут на себя часть реальной инженерной работы: например,
Claude Code «почти» написал рабочую фичу, которая раньше заняла бы 2–3 дня.
Ключевой риск — смещение роли разработчика от написания кода к краткому описанию задачи и ревью огромных изменений. Автор подчёркивает, что ручное кодирование — это не только реализация, но и способ выявлять противоречия, скрытые допущения и краевые случаи; при агентском подходе появляется соблазн описывать не сложную задачу, а поверхностное намерение, рассчитывая, что агент «додумает» детали.
- Ревью превращается в «акт веры»: диффы уровня +2600 / −1400 тяжело осмыслить, и возрастает вероятность механического “Push”.
- Ответственность не делегируется: скорость растёт, но последствия «просто сгенерированного» кода всё равно разгребают инженеры.
Вывод: агентская разработка — не зло, но индустрии нужны практики и инструменты, которые помогут сохранять инженерную дисциплину. Автор ожидает, что роль IDE будет эволюционировать от ускорения написания кода к помощи в осмыслении изменений, снижении когнитивной нагрузки и поддержке более осознанных решений — и считает, что 2026 год станет «очень интересным» для профессии.
Читайте также
Четыре проекта на Kwork, которые автор отклонил, и почему
А король-то голый! Как написать свой Claude Code в 200 строках кода
Заглянуть под капот ИИ-агентов: новый инструмент раскрывает «магию» Claude Code
Claude Code изнутри: как устроены ИИ-агенты для разработки
Мультиагентная разработка в Cursor: как заставить субагентов работать на большие проекты
- Агентская разработка смещает роль инженера: от кода к постановке и проверке: С появлением AI-агентов основная работа всё чаще превращается в формулировку задачи (промт/спека) и последующую проверку результата вместо ручного написания кода. Для команд это означает, что навыки постановки требований, декомпозиции и контроля качества становятся критичнее, а скорость генерации не отменяет необходимости глубокого понимания изменений.
[Процессы разработки]
Зарегистрированные пользователи видят только два тезиса.
Зарегистрироваться