Агенты закрывают инженерные задачи за считанные минуты, не оставляя разработчику знаний. В эпоху готовых решений наработка глубокой экспертизы требует намеренных усилий.
Раньше инженерные повторения были неизбежным побочным эффектом написания кода. Агенты срезают эту цепочку напрямую от проблемы к патчу. Чтобы не потерять способность суждения, практику проб, ошибок и рефлексии необходимо возвращать в работу осознанно.
Когда агент выдаёт готовый патч без сбоев, у инженера не возникает повода для размышлений. В исследовании Anthropic группа со слепым использованием ИИ набрала 50% в тесте против 67% у тех, кто писал код вручную.
Качество работы с агентами определяют глубокая экспертиза (понимание предметной области и целевого результата) и прикладное суждение (умение перевести вкус в конкретный план с тестами и ограничениями).
Каждый подход должен обучать инженера и одновременно улучшать агента. Уроки не должны исчезать после закрытия чата: фиксируйте их в lessons.md, правилах линтера, контрактах типов и интеграционных тестах.
Адди Османи подчёркивает: зрелое инженерное суждение вырастает из тысяч мелких подходов — отладки упавших тестов, анализа чужих пулл-реквестов и жизни с неудачными архитектурными решениями до момента, когда система даёт сбой в продакшене.
рис. 1 из статьи
Агент способен написать код любого модуля. Однако решение о том, стоило ли вообще писать этот код и выдержит ли он реальную эксплуатацию, целиком лежит на инженере.
рис. 2 из статьи
«Что должно произойти»: способность понять домен задачи настолько точно, чтобы сформулировать критерии качественного результата. Сюда входит понимание потребностей пользователей, поведения реальной распределённой системы и пограничных случаев, делающих фичу бесполезной.
«Что убедит меня в успехе»: инженерный вкус, превращённый в чёткий проверяемый план. Выбор контекста для агента, выставление нерушимых ограничений и проектирование тестов, делающих понятие «хорошо» измеримым.
В исследовании Anthropic (2026) инженеры изучали Python-библиотеку асинхронного программирования Trio. Результаты показали значимый разрыв в глубоком понимании между ручной разработкой и бесконтрольной генерацией.
| Группа участников | Балл в итоговом тесте | Модель взаимодействия | Эффект на накопление знаний |
|---|---|---|---|
| Ручная разработка (без ИИ) | 67% | Пробы, чтение исходников, отладка ошибок вручную | Высокий: формируется прочная ментальная модель |
| ИИ как партнер (Pairing) | ~64% | Вопросы «почему выбран этот метод?», запрос концептуальных объяснений | Стабильный: осмысление архитектурных компромиссов |
| ИИ как торговый автомат (Vending Machine) | 50% | Слепой промптинг, копирование готовых решений без рефлексии | Критический: навык формировать гипотезы и находить баги деградирует |
рис. 3 из статьи
Сформулируйте собственную гипотезу о причинах бага или структуре решения. Пусть агент проверит её, а вы сравните ход своих мыслей с выводом модели.
Регулярно спрашивайте: «Почему именно эта библиотека?», «Какие альтернативы были отброшены?», «Какие допущения о системе сделаны?»
Не нажимайте «Merge» вслепую. Спросите себя: «Что в этом изменении может упасть под нагрузкой или на граничных данных?»
Особенно в новых или критических частях стека. Ручной труд медленнее, но это единственный способ закрепить физику работы фреймворка.
Вы можете запромптить только то, что способны вообразить. Но в кодовой базе останется только то, что вы способны строго проверить и подтвердить.
рис. 4 из статьи
// Контракт верификации: формализуем требования для агента interface TaskVerificationContract { // Пол (Floor): условия, без которых патч бракуется floor: { maxMobileFrameDrop: "0 frames / 60fps"; memoryLeakTolerance: "0 MB after 100 interaction cycles"; requiredTests: [ "touch-interaction-gesture.spec.ts", "webgl-fallback-context-loss.spec.ts" ]; }; // Потолок (Ceiling): продуктовая гипотеза инженера ceiling: { experience: "Интерактивный виниловый проигрыватель 90-х"; validationMethod: "Trace profiling in Chrome DevTools"; }; }
Адди Османи не призывает отказываться от ИИ: он сам запускает по 5–10 агентских сессий одновременно. Но пропускная способность агентов масштабируется быстрее человеческого внимания.
Османи признаётся, что из-за обилия параллельных сессий однажды попросил агента внедрить тёмную тему не в тот репозиторий. Этот курьёз вскрыл фундаментальное ограничение: когда код пишется даром и мгновенно, самым дефицитным активом становится способность внимательно контролировать направление изменений.
Раньше интуиция оптимизации нарабатывалась годами сидения над флеймграфами в Chrome DevTools и отловом утечек кучи. Сегодня DevTools MCP позволяет агенту выполнять профилирование автоматически, но понять, почему гипотеза оптимизации ломает смежный модуль, может только человек с фундаментальной базой.
Если не сохранять выводы в постоянные файлы проекта, каждый новый запуск агента ощущается как онбординг нового стажёра с амнезией, не знающего нюансов архитектуры и предпочтений команды.
рис. 5 из статьи
Искусственный интеллект перемещает разработку на новый уровень абстракций. Чем больше агентов вы можете запускать параллельно, тем важнее направлять ограниченное время и суждение на внешний контур управления.
Определение границ того, что действительно заслуживает реализации. Составление спецификаций и выбор контекстных файлов, предотвращающих галлюцинации.
Формулирование строгого «Definition of Done». Агент считает задачу решённой, если код скомпилировался; инженер — только когда закрыты риски безопасности и производительности.
Определение критических узлов архитектуры, где код никогда не отправляется в релиз без непосредственного ревью сеньор-инженера.
Интерактивный маршрут по главам оригинального текста со ссылками на первоисточник.
Опыт рождается из проб, ошибок и отладки. Агенты срезают эту петлю, поэтому повторения нужно выстраивать намеренно.
рис. 1
ИИ-лаборатории фокусируются на скорости выдачи ответа, а не на вашем образовании. Джуниорам требуется проактивность.
рис. 2
Анализ исследования Anthropic по Trio (50% против 67%). Четыре точки замедления для сохранения навыка.
рис. 3
Не романтизируйте ручной набор каждого символа. Масштабируйте агентов, но держите фокус на внимании и производительности.
Воображение как верхний предел, верификация как нижний порог надежности системы.
рис. 4
Исследование 400 000 сессий Claude Code: даже базовое понимание домена резко увеличивает шансы на верифицированный успех.
Двойной цикл обучения. Защита от потери контекста между сессиями. Управление внешним контуром разработки.
рис. 5
Практический чек-лист внедрения идей статьи в повседневную разработку с AI-ассистентами.