/dr-quick

Обзор

/dr-quick — лёгкий маршрут для небольших самодостаточных исправлений или точечного поиска информации. Он намеренно пропускает PRD, планирование, дизайн, QA и compliance, чтобы маленькая задача не несла стоимость полного пайплайна.

Использование

/dr-quick "<краткое название задачи>"

Что делает

Сначала запрос классифицируется. Поиск без изменений фиксирует критерии приёмки прямо в разговоре, ищет только чтением и сообщает результат как informational / UNCERTIFIED: ID задачи, метаданные, архив и изменения веток не создаются. Исправление идёт по шагам ниже: полные стадии QA и compliance пропускаются, но нижняя граница приёмки и доказательств — никогда: проверяемые критерии и preflight-квитанция до правки и успешный check-live-evidence.sh --stage quick перед закрытием.

1. Резервирует следующий ID QCK-XXXX после проверки коллизий в архиве, tasks.md и backlog.md. При гонке выбирает следующий свободный ID.
2. Добавляет тонкую строку задачи в активный индекс.
3. Запускает один дешёвый context-scan для определения места изменения.
4. Вносит исправление или сообщает найденный ответ.
5. Подтверждает, что доставленный коммит доступен из origin/main; без подтверждения задача не закрывается.
6. Создаёт короткий архив: результат, затронутые файлы и ссылка на diff. Reflection и compliance для fast lane не запускаются.

Когда использовать

Опечатки, небольшие config-правки, изменения в несколько строк и запросы вида «где находится X».

Когда не использовать

Для архитектуры, security-sensitive логики и изменений нескольких связанных файлов используйте /dr-init и полный пайплайн.

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

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