Доказательная передача задач¶

Дата: 2026-08-23.
Статус: ACTIVE.
Тип задачи: координация AI-агентов.
Компоненты: orchestrator, executor, tester, reviewer, CI.
Теги: evidence, verification, handoff, agents, quality-gate.
Связанные решения: 0022, 0023.
Связанный Skill: .agents/skills/task-verification/SKILL.md.

Контекст и границы¶

Владелец установил правило: заявление агента о готовности нельзя принимать на веру. До передачи зависимой работы необходимо доказать выполнение в согласованном объёме.

Что сработало¶

Разделение заявления исполнителя READY_FOR_VERIFICATION и подтверждённого результата VERIFIED.
Матрица «критерий → доказательство → результат».
Независимая проверка артефактов, diff и поведения.
Финальное решение координатора ACCEPTED_FOR_HANDOFF.
Честный BLOCKED, когда необходимое доказательство получить нельзя.
Отдельное решение для каждого текущего gate: будущий reviewer или orchestrator не считается выполненным, но его ожидание само по себе не отклоняет уже проверяемый executor → tester gate.
Возврат пакета тому же независимому verifier после исправления, а не принятие результата со слов executor.
Пофайловый NUL-safe список git ls-files --modified --others --exclude-standard -z для dirty worktree: краткий git status может свернуть новый каталог и занизить число файлов.

Что не сработало и почему¶

Не принимаются финальные сообщения агентов без проверки: текстовый отчёт может быть неполным, опираться на старые тесты или не соответствовать фактическим файлам.

Первый profile dry-run показал две практические ошибки:

критерий всего workflow был применён к промежуточному tester gate и ошибочно требовал ещё не наступившие stages;
подсчёт через краткий git status --porcelain свернул untracked-каталоги и показал 33 записи вместо 41 файла.

Обе ошибки были исправлены до handoff; существующий Skill task-verification улучшен, новый дублирующий Skill не создавался.

Проверки и свидетельства¶

Требование прямо установлено владельцем 2026-08-23.
Процесс закреплён решением 0022 и docs/AGENT_WORKFLOW.md.
Project Skill прошёл структурную проверку и реальный независимый dry-run.
В первом цикле tester вернул два REJECTED, затем VERIFIED; reviewer вернул REJECTED, затем VERIFIED; orchestrator присвоил ACCEPTED_FOR_HANDOFF только после исправлений.
Подтверждены 6 TOML-профилей, 86 Markdown-файлов, 64 относительные ссылки и NUL-safe список 41 изменённого или нового файла.

Когда применять¶

Перед любой межагентной передачей, принятием результата координатором или использованием завершённой задачи как входа следующего этапа.

Когда не применять¶

Нельзя использовать статус проверки как разрешение на внешнее или опасное действие. Нельзя заменять доказательство уверенным текстом исполнителя.

Следующее улучшение¶

В следующей реальной product-задаче измерить стоимость повторных gates и проверить, достаточно ли task card отделяет критерии текущего этапа от критериев всей цепочки. При новом подтверждённом недостатке улучшать существующий task-verification.