Агент Architect — дизайн до кода

Большинство проблем с кодом, который пишет ИИ, возникает ещё до появления кода. Ассистент берёт первый пришедший в голову подход, а изъян проявляется через три файла. Агент Architect нужен, чтобы потратить время в начале — там, где оно дёшево.

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

Что он делает

Работа идёт в два прохода. Сначала сбор контекста: Architect читает существующие документы и код, определяет границы изменения и фиксирует ограничения, которые нужно соблюсти. Затем проработка решений: генерируется минимум три различных технических подхода, у каждого — явные плюсы и минусы.

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

Один конкретный пример

Допустим, в задаче нужно добавить ограничение частоты запросов к API. Быстрый ответ — «поставить счётчик в обработчике запроса». Architect вместо этого раскладывает три варианта — счётчик в процессе, общее хранилище со скользящим окном, отдельное правило на шлюзе — и показывает, что второй переиспользует хранилище, которое в проекте уже работает, поэтому он и выигрывает. Решение и его обоснование попадают в план, и выбор можно проверить позже.

Где он в процессе

Architect работает на стадиях /dr-prd и /dr-design — тех, что идут до реализации. Он использует самую сильную модель в наборе, потому что ошибки дизайна — самые дорогие. Когда решение достаточно крупное, чтобы нужна была не одна точка зрения, проработка Architect передаётся Strategist, который задаёт более прямой вопрос: а стоит ли это вообще строить?

Полный список агентов — на карточке агента Architect, а общую картину даёт пост что такое Datarim.