docs(process): name today's monolith tolerance in the rebase rule (#698 r1)

CODE-REVIEW-698-r1 Medium: the canon said the merged monolith numbers are
judged «by the band test (#699)», but #699 is not merged — today
compareWithBaseline judges five numbers exactly and only dist/ bytes with
a band. The paragraph now says so: dev's side of the baseline turns the
candidate's Validate red when the task itself changed those numbers — the
same return to the author as before, after Validate instead of before the
review; the band for all six numbers is #699. The comment on UPSTREAM_WINS
says the same.

Issue: #698
User-Visible: no
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_018qZfe7YS4rqEMKoVeS3GKd

scripts/rebase-generated.mjs

@@ -35,8 +35,9 @@ export const REVIEWS_INDEX_PATH = 'docs/reviews/INDEX.md';
 /**
  * #698: данные, в которых на конфликте права сторона `dev`. База метрик
  * монолита — снимок чисел, а не решение задачи: правильное значение для
- * объединённого дерева не «наше» и не «их», и судит его тест полосы на
- * Validate кандидата (#699), а не автор руками. Ченджлоги сюда не входят —
+ * объединённого дерева не «наше» и не «их», и судит его гейт связности на
+ * Validate кандидата (`lint:unused`; полоса у всех чисел — #699), а не автор
+ * руками. Ченджлоги сюда не входят —
  * их объединяет `merge=union` в `.gitattributes`, и конфликта не бывает.
  */
 export const UPSTREAM_WINS = Object.freeze(['scripts/monolith-baseline.json']);