Топология model rounds для economy hardening 1.11

Дата среза: 2026-10-01. Источник — 43 нативные Codex-трассы этого проекта. Анализатор рассматривает только окна с успешными host-mediated task start и task done, чей slug имеет состояние done в БД. Команды, prompts и tool outputs в результат не записываются.

Знаменатель

• 18 принятых task windows;
• 1 566 response rounds внутри них;
• 19 неоднозначных task boundaries исключены;
• 43 transcript-файла прочитаны офлайн;
• model calls и сеть для анализа не использовались.

Этот срез сделан позже предыдущего frozen snapshot с 1 036 responses. Числа нельзя вычитать друг из друга как эффект оптимизаций: между срезами продолжалась реальная работа. Новый срез нужен для ранжирования повторяющихся переходов.

Три выбранных цикла

Приоритет	Последовательность соседних rounds	Наблюдений	Верхняя граница устранимых boundaries	Реализация
1	retrieval → retrieval	116	116	r111-bounded-work-packet: один ограниченный пакет task context, search и source excerpts
2	verification → verification	111	111	r111-compact-verification-output: пакет проверок с полным durable log и одним bounded verdict
3	verification → task-progress	40	40	r111-compound-progress-close: записать progress/evidence и выполнить допустимый closure workflow без возврата модели между детерминированными шагами

Обратный переход task-progress → verification встретился ещё 30 раз, но не прибавляется к третьей строке: критерий фиксирует одну точную последовательность, а пересекающиеся семейства нельзя складывать без повторного подсчёта.

other-tool → other-tool встречается 251 раз, но не выбран: категория слишком широка и не доказывает, что соседние действия можно безопасно объединить. Так же не объявляется устранимым каждый edit → verification: проверка после изменения часто требует нового суждения и является полезной границей.

Границы утверждения

Числа в таблице — верхние границы: одно составное действие может убрать максимум одну границу на наблюдение, но только если второй шаг не зависит от результата первого. Это не процент экономии токенов и не причинный эффект модели. Каждая исполнительная задача обязана доказать replay-equivalence и сохранить негативные отказы до того, как граница считается устранённой.

Машиночитаемое evidence: .tausik/planning/release-111/round-topology-20261001.json.