OPS-01 · Очередь и повторные запуски

Контракт механики

Входные данные

Job payload

Выходные данные

Queue state, retry policy, dead-letter record.

Критерии приёмки

Повтор не создаёт дубликатов и не ломает данные.

Контекст проекта

Перед реализацией прочитать AGENTS.md, PRODUCT.md, DESIGN.md и DEPLOYMENT_SERVER2.md. Сохранять связь результата с исходными данными. Локальный корень: H:\__=PYTON_PROJECTS=\CLI_Freeman\18_MathChast. Исходники Work: mathcast-staging\site. Деплой Work: /mnt/data10tb/sites/mathchast/work. Публичный домен не изменять и не связывать с Work.

Инструкция ИИ-исполнителю

Зафиксировать цель, ограничения и тестовый fixture. Не менять production-конфигурацию и не удалять существующие материалы.
Собрать минимальный воспроизводимый прототип только этой механики. Все внешние запросы выполнять с журналированием.
Код сохранять в experiments/OPS-01/, входные примеры — в fixtures/OPS-01/, результаты — в artifacts/OPS-01/.
Отчёт сохранить как reports/OPS-01.md: дата, версия, вход, шаги, фактический результат, ошибки, ограничения и решение.
После теста обновить статус в реестре и приложить ссылки на проверяемые артефакты.

Шаблон отчёта

# OPS-01 — Очередь и повторные запуски

Статус: planned | running | passed | needs-work | blocked
Дата и версия:
Цель:
Входные данные:
Разрешённые инструменты:
Шаги запуска:
Фактический результат:
Критерии: pass / partial / fail
Ошибки и ограничения:
Артефакты:
Следующий шаг:

Правило интеграции

Готово

Тест повторяется, результат сохранён, ошибки описаны, вход и выход стабильны, критерии подтверждены.

Не готово

Демонстрация без fixture, результат без отчёта, ручное действие без описания или код, который нельзя запустить повторно.

Вернуться к реестру →