# Мы уже внутри AI-native разработки
Я заметил одну странную вещь. Мы начали писать код ощутимо быстрее. Cursor, Claude, агент в репозитории, контекст из Jira и Figma — черновик компонента теперь занимает минуты, а не полдня. Но вместе с этой скоростью стало заметно кое-что ещё: **код перестал быть тем, чего не хватает.**
Изменилась не только скорость написания. Агент получает не просто доступ к файлам, а контекст: постановку, правила проекта, договорённости команды, структуру репозитория. Поэтому дальше мы упираемся уже не в клавиатуру, а в продукт, дизайн, QA, проверки и релиз.
За последние полгода наш frontend вырос в разы: второй продукт на платформе, платежи, KYC, чат, видео, AI-сценарии. Система стала больше — и вместе с ней проявился новый потолок.
Чтобы агент не додумывал продукт за нас, **сама система должна была стать читаемой.** Архитектура становится интерфейсом для агента: вот границы, вот ответственность модуля, вот правила взаимодействия. Документация рядом с кодом — тот же контекст для человека и AI. Договорённости больше не остаются в чатах: мы фиксируем цель, план и критерии готовности, а в Jira попадает уже принятое решение.
Меняется и роль senior-разработчика. Он всё меньше автор каждого экрана и всё больше архитектор инженерной системы: определяет границы модулей, контекст для агента, точки обязательного участия человека и критерии готовности.
Когда код становится дешёвым, цена неправильного решения растёт. Сгенерировать тысячу строк — не проблема. Проблема — понять, нужны ли они вообще и вписываются ли в систему.
Отсюда неприятный вывод. Возможно, AI сократит количество людей, которые целый день пишут код руками. Но я не уверен, что это главный эффект. Узкое место не исчезает — оно переезжает в продукт, дизайн, QA и принятие решений. Можно писать быстрее меньшим составом и всё равно упереться в то, сколько сценариев команда способна понять, спроектировать, проверить и выкатить.
Стоимость разработки всё меньше определяется строками и всё больше — **пропускной способностью всей цепочки**.
AI-native разработка начинается там, где агент становится частью этой цепочки, а не просто генератором кода. Система от постановки задачи до релиза должна позволять агенту работать, а команде — проверять результат.
Не «модель пишет PR». А система, в которой агенту есть за что зацепиться — и человеку есть за что ответить.
Эту статью я тоже собирал с AI. Не стесняюсь. Так уже делают почти все. Но то, что уйдёт под моим именем — в код или в текст — я беру на себя.
**Ассистент ускоряет черновик. Ответственность не делегируется.**
И вот теперь мне интересно: если код больше не bottleneck, кого мы нанимаем в следующем году? И что масштабируем — количество разработчиков или способность команды решать, **что вообще стоит выпускать?**
· 01.09
Да, это похоже на правду, код больше не проблема, Клод его создаёт хорошо и практически без ошибок. И разработчик действительно становится архитектором инженерной системы.
Если вам действительно нужно нанять кого-то, нанимайте того,кто уже строил системы с помощью LLM.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён