Как LLM-агенты меняют подход к разработке: уроки из полугодового опыта

Полгода назад я погрузился в мир разработки, используя LLM-агентов для создания своего пет-проекта. Первые недели работы с ними были настоящим откровением: новые функции появлялись с удивительной скоростью, и я успевал сделать за вечер то, что раньше занимало бы целую команду. Однако вскоре я столкнулся с типичными проблемами, знакомыми любому разработчику — проект начал вязнуть. Каждая новая функция, добавленная агентом, ломала две старые, а я вместо того, чтобы развивать продукт, тратил время на исправление ошибок.

Проблемы с архитектурой

С течением времени стало очевидно, что LLM-агенты, как и команды разработчиков, деградируют на плохой архитектуре. Они могут генерировать код, но если архитектура проекта не выдерживает нагрузки, то это приводит к хаосу. Код, созданный агентом, часто оказывается неэффективным и трудным для понимания, что приводит к необходимости постоянного исправления и рефакторинга.

Важность SOLID и DDD

В этом контексте принципы SOLID, DDD (Domain-Driven Design) и чистая архитектура не только не устарели, но и стали более актуальными, чем когда-либо. Эти подходы помогают структурировать код, делают его более предсказуемым и облегчают работу как для человека, так и для LLM-агента. Применение этих принципов позволяет избежать ситуации, когда каждая новая функция ломает уже существующий функционал.

Архитектурные договоренности как контракт

Одной из ключевых задач стало превращение архитектурных договоренностей из простых пожеланий в строгие контракты, которые LLM-агенты не могут нарушить. Это требует создания четких правил и стандартов, которые будут следовать как разработчики, так и агенты. Я разработал два конфига для deptrac в своем Symfony-бакенде, которые помогают контролировать архитектурные зависимости и гарантировать, что код соответствует установленным стандартам.

Пайплайн разработки с субагентом-ревьювером

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

Итоги

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