Агент Developer — TDD без компромиссов
Как агент Developer в Datarim реализует функциональность с дисциплиной разработки через тестирование, следует паттернам проекта и проверяет результат перед передачей.
Самый распространённый сбой в разработке с помощью ИИ — не неправильная логика, а правильная логика, которая игнорирует конвенции, уже принятые в остальной части кодовой базы. Агент Developer создан, чтобы избежать этого: он читает паттерны проекта до написания первой строки и пишет тесты раньше кода, который они будут проверять.
Этот агент отвечает за фазу реализации задачи в Datarim. Его задача — не исследовать и не проверять, а строить: правильно, последовательно и так, чтобы разработчик-человек узнал в результате свою кодовую базу.
Что он делает
Developer следует циклу разработки через тестирование. Сначала пишется тест, он падает (красный), затем реализация заставляет его пройти (зелёный), потом быстрый рефакторинг приводит в порядок только что добавленное. Этот ритм выявляет нарушения контракта рано, пока их ещё дёшево исправить.
До написания чего-либо агент читает активный контекст проекта, определение задачи и файл системных паттернов, описывающий структуру кодовой базы. Дрейф стиля — другое соглашение об именовании, другой паттерн обработки ошибок, другой уровень абстракции, чем в остальном проекте — считается дефектом, а не предпочтением.
Для HTTP-интеграций применяются конкретные правила по умолчанию: предохранители исключают 4xx из счётчиков отказов (кроме 408 и 429, которые сигнализируют о нагрузке на downstream), а события восстановления подключаются к событийному хабу проекта, а не теряются молча.
Один конкретный пример
Задача добавляет новый эндпоинт, вызывающий внешний платёжный API. Developer сначала пишет тест, проверяющий, что эндпоинт возвращает правильную структуру при успешном вызове, и второй тест — что он возвращает структурированную ошибку при таймауте. Только после этого добавляется реализация. После позеленения тестов проверка соответствия дизайну подтверждает, что событие восстановления предохранителя действительно подключено — не просто что класс предохранителя существует, а что событие срабатывает и достигает хаба.
Где он в процессе
Developer работает на стадии /dr-do, фазе реализации. Затем управление передаётся QA-слою, где агент Tester запускает полный набор тестов, а Reviewer валидирует по Definition of Done. Для простых задач путь ведёт сразу в архив; для сложности L3-L4 — через полный цикл QA и проверки соответствия.
Полный список агентов — на карточке агента Developer, а общую картину даёт пост что такое Datarim.