Каждая глава и каждое приложение проходят один и тот же замкнутый контур. Дальше идёт только то, что прошло гейт.

Every chapter and appendix goes through the same closed loop. Only what passes the gate moves on.

C1 · C2 ×14 · D · E · F · 06 · §47, §74

Настраивается: какие проверки идут параллельно, критерии CRITICAL / QUALITY / MINOR, условие PASS (ни одного CRITICAL).

Configure: which reviews run in parallel, CRITICAL / QUALITY / MINOR criteria, the PASS rule (no CRITICAL left).

Книга режется на участки; на каждый участок — отдельный рецензент с узким вопросом. Оркестратор сводит отчёты, правки вносятся до следующей волны. Порядок волн: математика → источники → терминология → подача → связность → перед сборкой.

The book is cut into zones; each zone gets its own reviewer with a narrow question. The orchestrator merges the reports and fixes land before the next wave. Wave order: mathematics → sources → terminology → presentation → continuity → pre-build.

E ∥4 · F·01 ∥5 · 02 ∥3 · 03 ∥2 · 04 ∥3 · 05 ∥6 · 06 ∥3 · §79–87

Настраивается: границы участков (с зонами перекрытия для сравнения мнений), вопрос каждой волны, число рецензентов.

Configure: zone boundaries (with overlap zones to compare verdicts), the question of each wave, the number of reviewers.

Замечания не правятся сразу. Оркестратор сначала записывает решение по каждому (принять, отклонить, переоценить), затем правит канонические исходники, затем свежий рецензент проверяет только diff этих правок. Нашёл CRITICAL — ещё круг.

Findings are not patched on sight. The orchestrator first records a decision on each one (accept, reject, re-grade), then edits the canonical sources, then a fresh reviewer checks only the diff of those edits. A CRITICAL means another round.

QA-111 → 112 · QA-119 → 124 · QA-134 → 137 · QA-140 → 142 · §76

Настраивается: где хранить решения (reviews/QA-NNN_adjudication.md), граница diff для регрессии.

Configure: where decisions live (reviews/QA-NNN_adjudication.md), the diff boundary for regression.

Агент не выбирает спорный термин сам. Он ставит маркер [[термин?:TP-NN]], готовит вопрос (варианты с источниками и рекомендацию) и продолжает работу. Пользователь решает, решение заносится в реестр, применяется и проверяется. Сборка не пройдёт, пока в тексте остался маркер.

The agent never picks a disputed term on its own. It leaves a [[термин?:TP-NN]] marker, prepares a question (sourced variants plus a recommendation) and keeps working. The user decides; the decision is registered, applied and checked. The build refuses to run while a marker remains.

B · F · TP-24…28 · F · TP-29…32 · TERMINOLOGY_POLICY.md

Настраивается: что считается спорным, формат вопроса, где реестр решений.

Configure: what counts as disputed, the question format, where the decision register lives.

Проект прошёл за 20 сессий (run). Каждая начинается со сверки STATE.md с репозиторием. Перед запуском рецензентов делается «барьерный» коммит — общая база для проверки. Рецензенты пишут промежуточные чекпойнты; отчёт без строки «END OF REPORT» считается пустым и перезапускается.

The project ran over 20 sessions (runs). Each starts by reconciling STATE.md with the repository. Before reviewers launch, a “barrier” commit fixes the common review base. Reviewers write interim checkpoints; a report without “END OF REPORT” counts as no result and is rerun.

B · COURSE_READER/_BUILD/ · §15–16

Настраивается: набор файлов состояния, правило «что считать завершённым отчётом», частота чекпойнтов.

Configure: the set of state files, the “finished report” rule, checkpoint frequency.

Править можно только канонические модульные исходники. FULL_READER.md и PDF — производные: их никогда не правят руками, а пересобирают. Проверки после сборки сверяют оглавление, якоря, рисунки и то, что PDF собран из текущего Markdown (sha256); повторная сборка даёт тот же результат.

Only the canonical modular sources are edited. FULL_READER.md and the PDF are derived: never hand-patched, always rebuilt. Post-build checks verify the TOC, anchors, figures and that the PDF was built from the current Markdown (sha256); a rebuild gives the same result.

G · §7, §9, §104–105

Настраивается: единственный манифест порядка (BOOK_STRUCTURE.md), список проверок после сборки, закреплённые версии зависимостей.

Configure: the single order manifest (BOOK_STRUCTURE.md), the post-build check list, pinned dependency versions.

Статус ставится только PASS, REVISE или BLOCKED и только при наличии доказательств. Проблема возвращает работу на тот этап, где она возникла. Таблица глав в STATE.md машиночитаема: build.py --final откажется собирать книгу, если хоть одна глава не PASS.

A status is only PASS, REVISE or BLOCKED, and only with evidence. A problem sends the work back to the stage where it arose. The chapter table in STATE.md is machine-readable: build.py --final refuses to build if any chapter is not PASS.

· §2, §19–20

Настраивается: какие доказательства нужны для каждого гейта (контракты фаз, §20).

Configure: which evidence each gate needs (phase contracts, §20).