/dr-verify: три разных способа проверить результат
Детерминированная проверка, изолированная рецензия и запуск средствами среды дают разные доказательства, а не повторяют одну проверку трижды.
Тесты могут быть зелёными, пока реализация решает не тот критерий приёмки. Рецензент может понять намерение и пропустить поломку на редком входе shell-скрипта. /dr-verify объединяет оба вида проверки и не считает их взаимозаменяемыми.
Layer 1: deterministic floor
Первый уровень — shell-код. Он проверяет связь требований с результатом, список затронутых файлов, наличие тестов и качество скриптов. Результат воспроизводим и дёшев, поэтому структурная ошибка останавливает прогон до рецензии текста или архитектуры.
Layer 2: isolated peer review
Второй уровень передаёт артефакты и критерии приёмки рецензенту в чистом контексте. Решение остаётся внутри выбранной среды агента. Закрытая при ошибке цепочка проверяет явную настройку CLI, конфигурацию проекта, конфигурацию пользователя, рецензента из другого семейства и изолированный запуск той же модели.
Здесь ищут ошибки, которые нельзя выразить простым правилом: скрытый пробел, вывод без доказательств или реализацию, чьи тесты повторили то же неверное предположение.
Layer 3: native dispatch
Последний уровень запускает рецензию без записи через активную среду. В Claude несколько специалистов могут параллельно проверить качество, тесты и безопасность. В Codex остаётся изолированный запасной путь. Находки всех уровней используют одну схему и удаляют дубли до вердикта.
Команда только сообщает о дефектах и не переписывает молча работу, которую оценивает. Перед слиянием запускайте полный проход, а для быстрой детерминированной проверки используйте --floor-only.
Актуальные флаги, resolution behavior и verdict rules — в справке /dr-verify.
Опубликовано ретроспективно по архиву релиза. Tri-layer команда впервые вышла 10 мая 2026 года; статья описывает её текущий runtime-owned review contract.