Разработчик
Старший разработчик, реализующий функции через 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.