Статьи, туториалы и анонсы
У фреймворка было две папки, означавшие разное и не имевшие общего имени. Версия 2.49.0 сводит их в единый корень documentation/, раскладывает документы по четырём категориям Diátaxis и приносит self-heal через /dr-doctor — ваш репозиторий мигрирует сам, без ручной правки.
Читать далее →Как /dr-auto оркестрирует полный пайплайн Datarim с минимальным вмешательством оператора — автоматически устраняя мелкие пробелы и всегда эскалируя необратимые действия.
Читать далее →Как /dr-verify запускает три независимых уровня верификации — детерминированный shell-чек, cross-model peer review и параллельные субагенты — чтобы выявить проблемы до compliance.
Читать далее →Как /dr-archive превращает завершённую задачу в архивный документ, валидирует состояние рабочего дерева, маршрутизирует по префиксу и закрывает пайплайн Datarim.
Читать далее →Как /dr-compliance определяет тип задачи, применяет подходящий контрольный список и выносит вердикт соответствия — финальный гейт перед архивированием.
Читать далее →Как /dr-qa проверяет соответствие PRD, соответствие дизайну, полноту плана, ожидания оператора и качество кода — по порядку — прежде чем что-либо можно отправить в архив.
Читать далее →Как /dr-do следует строгому TDD-циклу, обрабатывает находки в процессе реализации, применяет ворота сетевой безопасности перед каждым коммитом и синхронизирует файл описания задачи с тем, что было построено.
Читать далее →Как /dr-design прорабатывает три и более вариантов для каждого компонента дизайна, оценивает компромиссы, фиксирует решение и документирует обоснование — всё это до начала реализации.
Читать далее →Как /dr-plan переводит подтверждённый PRD в последовательный, осведомлённый о зависимостях план реализации, которому агент-разработчик может следовать без догадок.
Читать далее →Как /dr-prd проводит структурированное интервью по выявлению требований, прорабатывает три и более технических подхода и создаёт PRD — документ, который служит источником правды для всего пайплайна.
Читать далее →