Агент balanced

Разработчик

Старший разработчик, реализующий функции через TDD с высоким качеством кода. Следует паттернам и стайл-гайду проекта.

Обзор

Разработчик — основной агент написания кода в пайплайне Datarim. Реализует функции через Test-Driven Development, соблюдает паттерны и стайл-гайды проекта, поддерживает высокое качество кода на протяжении всей работы. Строгий порядок «сначала тест» действует по умолчанию; workspace может смягчить его переключателем tdd-enforcement, но осмысленные автотесты и все quality-гейты остаются обязательными.

Когда используется

Вызывается на этапе /dr-do — стадии реализации в пайплайне. Здесь планы становятся работающим кодом. Разработчик берёт определение задачи из datarim/tasks.md и выполняет его пошагово.

Возможности

  • Реализация функций — пишет продакшн-код по плану реализации
  • Test-Driven Development — сначала пишет тесты, затем код для их прохождения
  • Рефакторинг — улучшает структуру кода, сохраняя поведение
  • Следование паттернам — соблюдает systemPatterns.md и style-guide.md
  • Записи доказательств — пишет канонические строки Evidence: V-AC-N — <команда/тест/артефакт> в запись задачи и перед передачей запускает рекомендательную проверку spec-graph стадии do
  • Обновление контекста — поддерживает актуальность datarim/techContext.md
  • Дисциплина редактирования — после replace_all на многострочных блоках запускает grep для подтверждения отсутствия старого паттерна

Как это работает

Разработчик читает активный контекст, определение задачи и системные паттерны прежде чем писать код. Следует циклу TDD: пишет падающий тест, пишет минимальный код для прохождения, затем рефакторит. Правила стаббинга из навыка ai-quality не позволяют тестам зависеть от внешних сервисов. Каждый шаг реализации содержит обоснование. При исследовании внешних библиотек использует context7 MCP для эффективного доступа к документации.

Пример

/dr-do
→ Разработчик читает tasks.md для шагов реализации
→ Шаг 1: Написать тест для аутентификации
→ Шаг 2: Реализовать middleware (тест проходит)
→ Шаг 3: Написать тест для управления сессиями
→ Шаг 4: Реализовать обработчик сессий (тест проходит)
→ Обновляет techContext.md с новыми зависимостями

Загрузка контекста

Перед любым чтением исходников или делегированием загружает навык security и применяет его границу для чувствительных источников. Читает datarim/activeContext.md, datarim/tasks.md и datarim/systemPatterns.md. До правок читает зафиксированные критерии и кейсы приёмки (навык immutability) и завершает каждый ответ блоком Next Step по cta-format. Применяет навыки ai-quality (TDD, стаббинг, когнитивная нагрузка) и datarim-system (расположение файлов, правила документации) при каждом вызове.

Используемые навыки

security (всегда, до чтения исходников), immutability (всегда), ai-quality (всегда), datarim-system (всегда), cta-format (всегда), testing (дисциплина TDD).

Отчёт о результате

Перед сообщением человеку применяется Human Outcome Reporting. Объясняются изменение для пользователя, исходные условия, проверки и доказательства, а также открытые ограничения. Итог этапа не означает завершения всей задачи. Точные протоколы и технические записи сохраняются. Для повторного объяснения без продолжения работы — /dr-explain.