Команда /dr-auto — сквозное выполнение задачи
Как /dr-auto оркестрирует полный пайплайн Datarim с минимальным вмешательством оператора — автоматически устраняя мелкие пробелы и всегда эскалируя необратимые действия.
Выполнение задачи через Datarim обычно означает последовательный вызов нескольких команд, чтение контекста на каждой стадии и ответы на уточняющие вопросы по ходу. /dr-auto сворачивает эту последовательность в один вызов — тонкий оркестратор, определяющий, возобновить ли существующую задачу или начать новую, а затем ведущий пайплайн от текущей стадии до /dr-archive.
Команда принимает либо идентификатор задачи для возобновления — совпадающий с паттерном из двух-десяти заглавных букв, дефиса и четырёх цифр — либо свободный текст брифа для запуска совершенно новой задачи с нуля.
Как работает автономный режим
При запуске /dr-auto экспортирует DATARIM_AUTO_MODE=1 для сессии и записывает marker-файл по пути datarim/.auto-mode-active с идентификатором задачи, временной меткой и режимом. Каждая последующая стадия читает скил автономного режима и использует его для определения — можно ли ответить на конкретный вопрос из существующих артефактов, быстрой проверки или памяти, — вместо того чтобы спрашивать оператора.
Marker-файл — механизм безопасности: если переменная окружения задана, но marker отсутствует, или если marker содержит другой идентификатор задачи, последующие стадии работают в не-автономном режиме. Это предотвращает подавление вопросов устаревшей переменной на непредназначенной задаче.
Inline-закрытие пробелов
Когда стадия обнаруживает небольшой пробел — что-то, уточняющее существующий критерий приёмки без изменения его смысла — пробел закрывается в том же цикле. Изменение фиксируется в datarim/tasks/{TASK-ID}-auto-inline-log.md с временной меткой, затронутыми файлами, дельтой строк и однострочным обоснованием. Более крупные пробелы, которые изменили бы контракт, не патчатся inline; вместо этого они становятся новыми элементами бэклога.
Что всегда требует подтверждения оператора
Девять категорий действий всегда проходят через гейт, независимо от режима: продакшн-деплои, ротация секретов, необратимые операции с базой данных, публичные коммуникации на любом канале, финансовые или юридические действия, force-push в main, удаление git-истории, действия, затрагивающие более одного конечного пользователя, и cross-project записи в репозиторий с префиксом, не относящимся к текущему проекту. Эти гейты не подавляются — команда всегда эскалирует их оператору и фиксирует раунд в append-log init-task.
Когда стоит использовать
Команда подходит для задач с чётким брифом и хорошо определёнными критериями приёмки, где диалог — преимущественно накладные расходы — как правило, это L1 и L2 элементы. Это также стандартный способ возобновить задачу после прерывания: /dr-auto {TASK-ID} читает последний stage snapshot и продолжает оттуда, не перезапуская уже завершённые стадии. Для исследовательской работы или рискованных изменений фреймворка отдельные стадийные команды подходят лучше — каждый гейт является реальной точкой принятия решений, требующей присутствия оператора.
Справочник по полному пайплайну — в посте что такое Datarim. Механизм возобновления, лежащий в основе, подробно описан в посте о команде /dr-next.