Дзен программирования с ИИ

Манифест о том, как агентное программирование меняет роль разработчика: от написания кода — к формулированию задач, выстраиванию контекста и контролю результатов.

Это AI-перевод статьи, сделанный каналом Про AI: Лучшие Статьи и Исследования.

Дзен программирования с ИИ

Zen of AI Coding Автор: Yoav Aviram Оригинальный текст:

Посвящается всем, кто скептически относится к значимости агентного (agentic) программирования, и тем, кто не сомневается в нём и задаётся вопросом, что это значит для будущего их профессии. Название — дань уважения Zen of Python Тима Питерса. В отличие от Тима, я не мастер дзен. Моя единственная цель — зафиксировать, где мы находимся и куда можем двигаться. Последний год я ежедневно работаю с агентами для написания кода, а также помогаю командам внедрять их, не жертвуя надёжностью и безопасностью.

Разработка софта мертва

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

Разработка софта как ручное производство кода умирает. Рождается новая дисциплина. Ваша роль в ней по-прежнему важна, но её центр — уже не набор кода. Центр сместился к формулированию задач, выстраиванию контекста, определению ограничений и оценке результатов.

Предельная стоимость кода стремится к нулю. Этот единственный факт меняет всё, что следует далее.

Код стоит дёшево

Экономика софта изменилась.

Когда программирование дёшево, реализация перестаёт быть узким местом. Можно строить десять вещей параллельно. Но невозможно принимать решения, валидировать и выпускать десять вещей параллельно — по крайней мере, без перестройки остальной части pipeline (пайплайн, конвейер обработки).

Стоимость задержки смещается. Дело больше не в человеко-днях разработчиков. Дело во времени, застрявшем в других узких местах: продуктовые решения, нечёткие требования, ревью безопасности, пользовательское тестирование, релизные процессы и операционные риски. Агенты могут заваливать эти очереди. Запасы растут. Время выполнения растёт. Задержка становится дороже, а не дешевле.

Это меняет приоритизацию. Наибольший рычаг — то, что разблокирует поставку: короткие циклы обратной связи, тесты, оценки, ограждения, наблюдаемость и чёткие критерии приёмки. Всё, что превращает «мы можем это построить» в «мы можем этому доверять».

Агенты способны помочь устранить некоторые из этих узких мест. Трудность — в их применении за пределами кодирования (см. «Агенты — не только для кода»).

Рефакторинг — это просто

Цена перемены решения ниже, чем когда-либо. Архитектурные решения, которые раньше казались необратимыми, теперь временны.

Вы выбрали React. Через два месяца пожалели. Попросите агента переписать проект.

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

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

Когда код дёшев, можно делать больше маленьких ставок.

Как и выплата технического долга

Больше нет оправданий устаревшим зависимостям или проигнорированным патчам безопасности. Обновление библиотек, миграция API, модернизация паттернов — всё это в одном промпте.

Регулярно чистите свой код. Обновляйте агрессивно. Держите поверхность чистой.

Технический долг не исчез. Но стоимость его обслуживания упала. Это меняет структуру стимулов. Запущенность становится всё менее оправданной.

Все баги поверхностны

Закон Линуса гласит: «при достаточном количестве глаз все баги поверхностны». Этих глаз теперь в избытке.

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

Насколько «плотны» баги в данном фрагменте кода — вопрос философский. Баги не исчезли волшебным образом. Агенты не достигают совершенства. Однако с практической точки зрения ограничивающим фактором больше не является число ревьюеров. Ограничивающий фактор — плотность ваших циклов обратной связи.

Утверждение здесь глубокое: понимание кодовой базы на уровне отдельных функций больше не обязательно. В то же время полагаться целиком на модели — путь к катастрофе. У вас по-прежнему есть работа! (см. «Создавайте короткие циклы обратной связи», «Предвидьте способы отказа»).

Создавайте короткие циклы обратной связи

Иногда агенты могут решить задачу с первой попытки.

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

Хорошие тесты — первый цикл обратной связи. Агент будет итерировать, пока тесты не пройдут. Ваша ответственность — убедиться, что тесты адекватны (поручив агенту написать хорошие), и проследить, что агент не жульничает (не ослабляет тесты и не пропускает их).

Дайте агенту доступ к вашему CI — это второй цикл обратной связи. Дайте ему доступ к логам сервера — третий. Возможность визуально проверить пользовательский интерфейс — ещё один пример.

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

Скорость без обратной связи — это хаос.

Любой стек — ваш стек

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

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

Когда вам не хватает терминологии или предметных знаний, попросите агента ввести вас в курс. Порог входа в незнакомые экосистемы ниже, чем когда-либо.

Агенты — не только для кода

Кодирование — лишь начало.

Агенты могут помогать с бизнес-анализом, UX, инфраструктурой, операционной деятельностью, рекламными кампаниями, настройкой аналитики и даже бухгалтерскими процессами.

Я перенёс четыре блога на WordPress с дорогого хостинга на Hetzner за считанные минуты, откладывая эту задачу годами. Блокером была не техническая сложность. Это было внимание. Claude выполнил задачу за 15 минут.

Агенты снижают энергию активации, необходимую для выполнения рутинной, но ценной работы.

Предоставляйте доступ осторожно. Ограничивайте область действия. Проверяйте результаты. Направление без контроля — безрассудство.

Узкое место контекста — в вашей голове

Context engineering (управление контекстом) улучшился. Инструменты улучшились.

Однако при запуске нескольких агентов параллельно реальное узкое место — координация человеком.

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

По мере того как агенты становятся лучше в управлении собственным контекстом, ваша способность их контролировать становится ограничивающим фактором.

Ограничение — больше не токены (tokens). Это когнитивные способности.

Стройте для меняющегося мира

Новые модели. Новые возможности. Новые фреймворки. Новые навыки.

Почва сдвигается ежедневно. Одни модели лучше в reasoning (рассуждение, цепочка мыслей). Другие — в кодировании. Третьи — в переводе.

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

Покупать или строить — всё чаще ответ: строить

Когда код был дорогим, покупка имела смысл. Когда код приближается к нулевой предельной стоимости, расчёт меняется.

Каждый платный API теперь под вопросом. Можем ли мы воспроизвести это внутри? Стоит ли?

Для нашего QA-агента нам нужны были полностраничные скриншоты живых сайтов. Множество API предлагали это. Вместо этого мы развернули Playwright на AWS Lambda, адаптировали под наши нужды и укрепили.

Это не огульный аргумент против SaaS. Сопровождение, безопасность и масштаб по-прежнему важны. Но многие малые и средние сервисы, которые раньше требовали поставщиков, теперь в пределах досягаемости.

Некоторые называют это концом SaaS.

Быстрый мусор — всё равно мусор

Скорость опьяняет. Она же опасна.

Можно генерировать огромные объёмы кода быстро. Но скорость и количество написанных строк кода всегда были ужасными индикаторами прогресса.

Рефакторинг дёшев, но ещё дешевле — обнаружить ошибочное направление рано.

Дисциплина важна больше, а не меньше, когда исполнение не встречает трения.

Софт — это обязательство, продукт — это актив

Софт стоит денег в обслуживании. Он становится активом, только когда создаёт ценность для кого-то.

Это всегда было правдой. Просто теперь об этом труднее помнить, потому что создавать стало так легко.

Соблазн добавлять фичи сильнее, чем когда-либо. Сопротивляйтесь ему. Стройте то, что используется. Убивайте то, что не используется.

Защитные рвы стали дороже

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

Набор функций больше не является устойчивым конкурентным преимуществом.

Защитные рвы смещаются в сторону дистрибуции, данных, бренда, сетевых эффектов, регулирования и экосистемной интеграции.

Барьер входа падает. Барьер защищённости растёт.

Стройте для агентов

Возникла новая иерархия.

В основании — модели (Opus 4.6, GPT-5.3-codex). Над ними — агенты (Claude Code, OpenClaw). Над агентами — сервисы.

Сегодня агенты используют сервисы, спроектированные для людей. Это работает, но неэффективно. Следующий шаг — сервисы, спроектированные для агентов (Moltbook как предвестник).

Делайте свои сервисы доступными для агентов. Предоставляйте структурированный контекст. Обеспечивайте машиночитаемые интерфейсы.

Агентная (agentic) коммерция зарождается. В одних случаях достаточно markdown-эндпоинта. В других сам сервис должен быть спроектирован с приоритетом агентов.

Agent-first — это не выбор инструментария. Это продуктовое решение. Оно меняет ваши интерфейсы, модель надёжности, метрики и то, что вы будете строить дальше.

Мы создаём agent-first CMS. Если мы преуспеем, людям не нужно будет ею пользоваться — хотя они смогут.

AX — это новый UX.

Предвидьте способы отказа

Не предполагайте, что компетентность подразумевает совершенство.

Как инженер, контролирующий строительство моста, — ваша задача не класть кирпичи. Ваша задача — убедиться, что конструкция не рухнет.

Агенты будут ошибаться. Они будут отклоняться от курса. Они будут вносить тонкие дефекты. Они будут создавать уязвимости безопасности. Один из моих пытался закоммитить файл .env в git. Они бывают изобретательны в том, как саботируют сами себя.

Будьте на шаг впереди. Спрашивайте себя: как это может сломаться? Где может произойти утечка? Что может быть раскрыто? Какие допущения агент делает молча?

Играйте в «а что, если» неустанно. А затем стройте ограждения.

Автоматизируйте проверки. Блокируйте права доступа. Изолируйте среды. Добавляйте мониторинг. Создавайте пути восстановления. Делайте откат тривиальным.

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

В этом различие между разработкой софта и программной инженерией.

Подпишитесь на канал и каждый день читайте лучшие материалы про AI переведенные на русский!

Нашли интересную статью для перевода? Пришлите нашему боту: @ailongreadsbot