Разработка ПО
От требований до продакшена с TDD, ревью и compliance.
Обзор
Разработка программного обеспечения — исходная и наиболее естественная область применения Datarim. Пайплайн напрямую соответствует структурированным практикам разработки: собрать требования, спланировать архитектуру, реализовать через TDD, проверить через контроль качества и зафиксировать полученный опыт. За каждый этап отвечает свой агент, а маршрутизация по сложности гарантирует, что однострочный фикс не проходит ту же церемонию, что и новая система аутентификации.
Пример: JWT-аутентификация для API
Команде бэкенда нужно добавить JWT-аутентификацию в REST API. Задача включает middleware, сервис токенов, эндпоинты логина и полное тестовое покрытие — типичная фича уровня L3.
Прохождение пайплайна
| Этап | Что происходит |
|---|---|
| /dr-init | Оценка сложности (L3), создание задачи TASK-0012 |
| /dr-prd | Определение требований к аутентификации: формат токена, срок действия, механизм обновления, защищённые маршруты |
| /dr-plan | Разбивка на фазы: middleware, сервис токенов, эндпоинт логина, тесты |
| /dr-design | Панель Consilium: Архитектор + Безопасность оценивают JWT vs сессионные токены |
| /dr-do | TDD-реализация: сначала тесты, потом код, по одному методу за раз |
| /dr-qa | Проверка: соответствие PRD, ревью безопасности, покрытие тестами, проверки OWASP |
| /dr-archive (Step 0.5) | Вывод: ротация refresh-токенов была недооценена при планировании |
| /dr-archive | Архивация задачи, обновление бэклога |
Ключевые преимущества
- TDD по умолчанию — агент Developer пишет тесты до кода, выявляя регрессии на ранних этапах и создавая самодокументируемые API
- Безопасность с самого начала — агент Security участвует в ревью дизайна, а проверки OWASP встроены в этап QA
- Архитектурная согласованность — агент Architect следит за соответствием каждой фичи паттернам из systemPatterns.md
- Автоматическое накопление знаний — рефлексии и архивы задач формируют базу знаний, которая помогает в будущем планировании
Задействованные агенты
Какие агенты наиболее активны в этом сценарии:
- Developer — TDD-реализация, по одному методу за раз
- Architect — проектирование системы и контроль паттернов
- Reviewer — ревью кода и проверка безопасности
- Security — паттерны аутентификации, валидация ввода, OWASP
- Tester — платформенное QA и интеграционное тестирование
Маршрутизация по сложности
Как уровни сложности применяются к разработке ПО:
- L1 — Исправить опечатку в сообщении об ошибке, обновить версию зависимости
- L2 — Добавить новый эндпоинт API с валидацией и тестами
- L3 — Реализовать JWT-аутентификацию с middleware, сервисом токенов и ревью безопасности
- L4 — Миграция с монолита на микросервисы с поэтапным развёртыванием без даунтайма