Как измерять исторические «рифмы»: интервальный подход без подгонки. Часть 2.

Глава 9. Риски, добросовестность и типовые ловушки: как не скатиться к подгонке

ИА-Δ — это не метод обнаружения красивых совпадений, а спокойная мера сопоставимости. Она работает, пока мы держим дисциплину: один сдвиг для корпуса, скромная каппа только к началу, открытые метрики и честные проверки «на излом». В этой главе — где чаще всего оступаются, какие правила считать неприкосновенными и как оформлять работу так, чтобы ей доверяли.

9.1. Зачем здесь этика и порядок

Исторические «рифмы» соблазнительны: глаз видит узор, рука тянется «подровнять всего на годик». Метод это предвидит, но без исследовательской строгости любые правила превращаются в декорацию. Поэтому начнём с того, чего делать нельзя.

9.2. Где чаще всего спотыкаются

1. «Локальные Δ» под каждую пару.
   
   Сдвиг «гуляет» от строки к строке — линейка превращается в резину.
   
   Правило: Δ* фиксируется на якорях и не меняется под частные случаи.
2. Каппы ради спасения.
   
   Повсюду κ = +2, +3 «для красоты».
   
   Правило: κ — только к началу и только при документальной причине (поздняя коронация, регент, иной «новый год»).
3. «Окно-туризм».
   
   Серия прыгает между коридорами сдвига, пока не позеленеет.
   
   Правило: одно окно на серию; альтернативы из другого окна — отдельно, как alt.
4. Смешение корпусов.
   
   Разнородные традиции в одной корзине: Δ* дрейфует, стыки рвутся.
   
   Правило: разносить массивы, чистить ядро, а не «лечить» длинной κ.
5. Игра именами.
   
   «Имя совпало — значит, пара».
   
   Правило: решают паспортные признаки (титул, ранг, география, династические узлы, институты) и сюжетные нити, а не созвучия.
6. Игнор «пола» хронологии.
   
   Пытаются строить основные соответствия ниже нижней границы реального времени страны.
   
   Правило: пол обязателен к учёту в вычислениях и отчёте.
7. «Чинка концов» правления.
   
   Подгоняют конец ради красивой длительности.
   
   Правило: конец не трогаем; κ — только к началу.
8. Безбиографичные совпадения.
   
   Посадка правления зелёная, а жизнь абсурдна (детский престол без регента, «столетние» поголовно).
   
   Правило: биография проверяется так же строго, как и правление (ε_ж, КП_ж, возраст, вложенность).
9. Глухота к церковному слою.
   
   Понтификаты, индиктионы, Пасхалии игнорируются.
   
   Правило: церковные опоры сверяются в уже перенесённой точке.
10. Переоценка композитов.
    
    Графы CL/CDL принимают за доказательство.
    
    Правило: композиты — зеркало устойчивых связок, а не судья; решают карточки пар и «Большой отчёт».

9.3. Источниковые и календарные ловушки

• Разные «новые годы». Весенний/осенний старт даёт ±1 год — классическая κ, но только при источнике.
• Соправления и регентства. Часто рисунок «старт сел — конец дышит»; ведём отдельные строки (титулярная/фактическая).
• Округления хроник. «Правил десять лет» может означать 8–12; терпим малые ε без драм.
• Омонимия титулов. «Князь» не везде одного ранга; сверяем ступени и соседние институты.
• Фантомная география. Совпало имя области — ещё не совпала зона влияния.

9.4. Малый кодекс добросовестной практики

1. Сначала Δ* (по якорям), потом примеры.
2. κ — только к началу и под отчёт (короткая причина в карточке).
3. Все метрики — на стол: ε/КП и ε_ж/КП_ж у каждой пары; цвета по объявленным порогам.
4. Стресс-проверки обязательны: перестановки, временный запрет κ, «соседний» массово, кросс-Δ.
5. Альтернативы видны, отказов не прячем.
6. Церковный слой и «пол» — не украшения, а границы.

9.5. Как проверять себя «на излом»

• Перестановка пар. Зелёного должно заметно убавиться; если нет — тревога.
• κ=0 для всех. Крепкие пары чуть «желтеют», надуманные рассыпаются.
• «Соседний» массово. Если многие строки улучшаются без экзотических κ — была подгонка.
• Кросс-Δ. Δ* по половине якорей → проверка на второй; дрейф > 2 лет — корпус неоднороден.
  
  Результаты — не «на словах», а таблицами до/после в приложении.

9.6. Как жить с альтернативами

• Alt — не корзина мусора. Это честная гипотеза второго ранга.
• Ранжируем словами: лучше края и перекрытие, крепче паспорт, ровнее нити, яснее «отклик» у соседей — выше ранг.
• Срок годности alt. Появился новый документ/якорь — пересобрали, записали решение в журнал.

9.7. Как формулировать выводы

• Наблюдение: «посадка ровная, края малы, перекрытие велико».
• Рабочая гипотеза: «принимаем соответствие как основное, alt сохраняем».
• Серийность: «якорь + продления дают устойчивую цепь при одном Δ*».
• Согласование: «совпадает с церковными актами/археологическим слоем» или «требует внешнего уточнения».
  
  Избегаем бравады и «окончательных истин».

9.8. Быстрая диагностика подгонки

• Δ* «гуляет», окна меняются в пределах одной серии.
• κ распускаются, причины туманны.
• «Зелёные вспышки» среди сплошного красного.
• Биография систематически абсурдна.
• Церковные опоры молчат, межстрановая сверка не отзывается.
• Стресс-проверок нет или «ничего не портят».
• Альтернативы исчезли из публикации.

Два-три признака — повод остановиться и вернуться к ядру.

9.9. Контрольные списки

Автору перед публикацией

• Δ* зафиксирован; «пол» стран указан и учтён.
• Журнал κ полон, причины кратко указаны.
• Таблицы пар: ε/КП, ε_ж/КП_ж, A/B/T, классы, цвета.
• «Большой отчёт» собран; «подвал» честный.
• Стресс-проверки приложены (до/после).
• Alt видны; есть раздел отказов.
• Слои CL/CDL/CHURCH оформлены и увязаны с парами.

Рецензенту

• Не менялся ли Δ* «по ходу»?
• Сколько капп без ясной причины?
• Есть ли серийность (якорь + продления) при одном окне?
• Портятся ли метрики на изломах?
• Как ведут себя церковные опоры и соседние хронологии?

Читателю

• Правила (Δ*, κ, ε/КП, биография, A/B/T) понятны из текста.
• Альтернативы и отказы не спрятаны.
• «Подвал» согласуется с выводами.
• Карточки читаются без автора.

9.10. Коллективная работа и версии

• Словари титулов, ветвей, календарей — единые для всех.
• Журнал версий — что, когда, зачем изменено (особенно κ и статусы alt↔основная).
• Заморозки ключевых состояний архива: до изломов, после, перед публикацией.
• Открытый доступ к данным и отчётам — лучший стимул к аккуратности.

9.11. Если ошиблись

Ошибка — не позор, а польза. Публикуем поправку, благодарим коллегу, указываем, где именно споткнулись (какой пункт A/B/T, какая опора). Доверие к следующим работам от этого растёт.

9.12. Итог

Сила ИА-Δ — не в том, что он «находит совпадения», а в том, что удерживает воображение в рамках. Один Δ*, каппы только по делу, открытые метрики, стресс-проверки, видимые альтернативы, церковные опоры и «пол» — вот шесть балок честной конструкции. Дальше можно спорить о содержании, но не о процедуре: она одинакова для всех и проверяема любым внимательным читателем.

Глава 10. Заключение

10.1. Весь смысл в одном абзаце

Интервальный анализ с контролируемым сдвигом (ИА-Δ) представляет собой метод оценки сопоставимости хроник, а не инструмент создания произвольных совпадений. Суть подхода заключается в переносе учебниковую хронологию (УХ) на целевую (СХ) при помощи единого сдвига Δ* для всего массива данных. При этом допускаются лишь небольшие поправки начала (κ), обоснованные источниками.

В процессе анализа измеряются ключевые показатели: посадка правлений через краевые ошибки (ε) и долю перекрытия (КП), а также согласованность биографических данных (ε_ж, КП_ж, возрастные показатели, вложенность периодов). После этого проводится исследование сюжетных линий (A), паспортных признаков (B) и стоп-сигналов (T).

Дополнительно выполняются стресс-тесты, межстрановая и церковная сверки. Выявленные сильные соответствия объединяются в серии (династические продления), а устойчивые параллели между странами формируют композиты (CL, CDL).

Все результаты публикуются полностью, включая исходные данные, альтернативные варианты и случаи отрицательного соответствия.

10.2. Дорожная карта (10 шагов для любой хронологии)

1. Определить корпус.
   
   Списки правителей и биографии, границы периода, источники выгрузки, зафиксировать пол (нижнюю границу реального времени) для каждой страны.
2. Нормализовать интервалы.
   
   Астрономическая нумерация лет, полуоткрытые отрезки [начало, конец), явные «вилки» вместо догадок.
3. Выбрать и закрепить якоря.
   
   Несколько надёжных пар, где есть документы. По ним оценить и зафиксировать Δ* (медианной оценкой). Больше его «под примеры» не двигать.
4. Перенести корпус УХ→СХ.
   
   Применить Δ* ко всем строкам, κ — только к началу и только с документальной причиной; конец не правим.
5. Посчитать посадку.
   
   Для каждого правления: ε: начало → конец, сводная ε̄, КП; присвоить цвет светофора. Для биографии: ε_ж, КП_ж, возраст вступления/смерти, вложенность.
6. Проверить A–B–T.
   
   Сюжетные нити (две A2 и одна A1 минимум), паспортные признаки (титул, ранг, география, династия, институты, дела — по фактам), стоп-сигналы (если «красный» — отказ).
7. Проверить «соседнего».
   
   При сомнениях сравнить ближайшего по времени кандидата на СХ; лучше без экзотической κ — становится основным, прежний уходит в alt.
8. Собрать серию (династическое продление).
   
   Перенести Δ* на 1–3 наследников; отметить классы уверенности («уверенно», «средне», alt). Серия важнее одиночки.
9. Сверить межстраново и с церковным слоем.
   
   Соседние страны (титулы, география, институты) и церковные опоры (индиктионы, Пасхалии, понтификаты, соборы) — в уже перенесённой точке.
10. Стресс-проверки и публикация.
    
    Перестановки, запрет κ, «соседний» массово, кросс-Δ; затем «Большой отчёт», карты композитов (CL/CDL), карточки пар и серий, открытые таблицы, журнал капп, альтернативы и отрицательные результаты.

10.3. Что считать «готовым результатом»

• «Большой отчёт»: серый слой СХ, цветной слой УХ→СХ при фиксированном Δ*, подписи κ, ε/КП, цвет, пометки окон; в «подвале» — сводные индексы корпуса (посадка, биография, серийность, каппы, межстрановая поддержка, устойчивость на стресс-тестах).
• Карточки пар и серий по единому шаблону: все числа, A–B–T, статус alt, классы уверенности.
• Композиты:
  
  – CL (хронологический): узлы-правления, рёбра-рифмы с весом из итоговой оценки строки;
  
  – CDL (династический): узлы-ветви и семьи, рёбра-родственные мостики, «переезды» титулов при Δ*.
• Церковный слой: ключевые акты и календарные привязки, сопоставленные в перенесённой датировке.
• Архив (единая папка/zip) с данными, отчётами, стресс-проверками и журналом версий.

10.4. Как писать выводы, чтобы им доверяли

1. Структура представления результатов

Числовая база:

• Начинаем с метрик: приводим точные значения (ε̄, КП, ε_ж, КП_ж)
• Фиксируем цветовой статус
• Демонстрируем количественные показатели

Гипотетическая часть:

• Формулируем основную версию
• Указываем альтернативные варианты
• Обосновываем выбор главного соответствия

Содержательный анализ:

• Даём интерпретацию результатов
• Объясняем логику выводов
• Связываем числа с историческим контекстом

2. Принципы объективности

Избегаем преувеличений:

• Разграничиваем предположения и факты
• Не приравниваем сходство к тождеству
• Оцениваем прочность результата через:
• устойчивость серии
• подтверждение внешними опорами

3. Работа с альтернативами

Прозрачность подхода:

• Предъявляем все варианты
• Объясняем выбор приоритетной версии
• Показываем «второй номер»
• Обосновываем его второстепенность

4. Обработка отказов

Ценность отрицательных результатов:

• Сохраняем случаи несовпадения
• Фиксируем причины отказа
• Экономим время исследователей
• Повышаем доверие к положительным результатам

Итоговый формат вывода

1. Числовой блок: конкретные метрики и показатели
2. Гипотетический раздел: основная и альтернативные версии
3. Аналитическая часть: содержательная интерпретация
4. Объективная оценка: без завышенных утверждений
5. Полнота информации: включение всех вариантов и отказов

10.5. Непреложные правила анализа

1. Хронологические принципы

Единый сдвиг:

• Применяется один Δ* для всего корпуса данных
• Категорически запрещены «локальные Δ»
• Сдвиг единый для всех элементов анализа

2. Правила применения капп

Строгие ограничения:

• Каппа (κ) допустима только для начала правления
• Требуется документальное обоснование
• Запрещено корректировать конец правления

3. Работа с хронологическим «полом»

Обязательные условия:

• Учёт «пола страны» обязателен
• Даты ниже «пола» рассматриваются только как производные
• Анализ проводится после переноса

4. Порядок применения опор

Жёсткая последовательность:

• Сначала проверяются стоп-сигналы (T)
• Затем анализируются паспортные признаки (B)
• После изучаются сюжетные нити (A)

5. Требования к валидации

Стресс-тесты:

• Являются обязательным условием публикации
• Не могут рассматриваться как дополнительное украшение
• Должны быть проведены в полном объёме

Последствия нарушений

Критические риски:

• Потеря достоверности результатов
• Искажение исторической картины
• Невозможность воспроизведения анализа
• Подрыв доверия к выводам

Контроль соблюдения правил

Система проверки:

• Постоянный мониторинг соблюдения принципов
• Верификация всех расчётов
• Проверка методологии анализа
• Подтверждение соответствия стандартам

10.6. Куда развивать метод дальше

• Расширять межстрановые корпуса и наращивать кросс-проверки.
• Стандартизовать открытые данные (минимальный CSV/JSON, словари титулов и календарей, маркировка пола, журнал капп).
• Учебные наборы на 10–15 правителей с готовыми отчётами — для семинаров и первичной апробации.
• Согласование с «физическими» опорами (астрономия, стратиграфия, дендро, радиоуглерод) — отдельными разделами.
• Карты рисков: списки типичных нарушений (локальные Δ, «окно-туризм», каппы без причин) и автоматические напоминания при выпуске отчёта.

10.7. Итоговые тезисы

ИА-Δ представляет собой методологию, которая трансформирует качественные сходства в количественные измерения. В основе лежит принцип единства: одна измерительная линейка, один неизменный сдвиг Δ*, применение капп строго обосновано документально и ограничено началом периода.

Достоверный результат формируется как устойчивая серия, включающая надёжный якорь и подтверждённые продления. Важным условием является успешное прохождение стресс-тестов, а также подтверждение со стороны хронологий соседних государств и церковного исторического слоя.

Принцип открытости в публикации результатов играет ключевую роль. Полное раскрытие данных, представление альтернативных версий, фиксация отрицательных результатов, детальный «подвал» отчёта и сохранение архива версий обеспечивают возможность независимой проверки проведённого исследования.

Методологическая строгость служит эффективным ограничителем для необоснованных гипотез. Там, где все параметры сходятся, формируются предметные выводы; в случаях расхождения получаем ценные отказы. Оба результата вносят значимый вклад в развитие исторической науки.

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

Глава 11. Практика: как работать с единым архивом ИА-Δ «под ключ»

Как читать zip-архив со всеми данными, что в нём где лежит, по каким дорожкам двигаться, как ничего не потерять и довести дело до «Большого отчёта» и публикации.

11.1. Что такое «единый архив» и что понадобится

Единый архив — это одна папка (в формате zip), где собраны: исходные хронологии стран, правила метода, сопоставления, карточки, отчёты, композиты (CL/CDL), церковный слой, стресс-проверки и журнал версий.

Стандартная раскладка (напоминание):

/README.md
/METHOD/ — пороги, политика κ, «пол» стран, словари титулов/календарей
/DATA/ — исходные хронологии стран (жизни и правления)
/LAYERS/
CL/ — композит хронологий (узлы/рёбра)
CDL/ — композит династий (ветви/мостики)
CHURCH/ — церковный слой (акты, индиктионы, пасхалии, понтификаты)
/PAIRS/ — таблицы сопоставлений (main/alt), журнал κ
/CARDS/ — карточки пар и серий
/REPORTS/ — «Большие отчёты» с «подвалом»
/STRESS/ — перестановки, κ=0, «соседний» массово, кросс-Δ (до/после)
/VERSIONS/ — журнал изменений

11.2. Перед стартом: три настройки, без которых всё «поползёт»

1. Δ* — общий сдвиг для связки хронологий. Он уже зафиксирован в /METHOD/ и повторён в шапках отчётов.
2. «Пол» стран — нижняя граница реального времени (файл пол_стран.csv). Всё, что ниже, в расчётах не даёт «основных» соответствий.
3. Политика κ — когда разрешена поправка начала (только к началу, только по документу), какие типовые причины допустимы (коронация, регент, «новый год» не 1 января).

11.3. Быстрый старт за 15 минут

1. Откройте /REPORTS/ и посмотрите «Большой отчёт» для интересующей страны.
2. В «подвале» отчёта прочтите сводные индексы: посадка, биография, каппы, серийность, межстрановая поддержка, устойчивость на стресс-тестах.
3. Выберите пару, откройте её карточку в /CARDS/ — там все числа, A–B–T, κ и причина.
4. Для этой пары откройте строку в /PAIRS/пары_main.csv (или …alt.csv) — убедитесь, что табличные поля совпадают с карточкой.
5. Загляните в /LAYERS/CHURCH/: есть ли церковные привязки для перенесённой точки.
6. Посмотрите продления (карточка серии) и их классы уверенности.
7. Проверьте в /STRESS/ таблицы «до/после»: как пара/серия держится при перестановках и при κ=0.

Если всё стройно — пара «крепкая»; если «желтеет» или «краснеет» — ищите объяснение в карточке, альтернативах и церковном слое.

11.4. Развёрнутый сценарий: от добавления данных до публикации

Шаг 1. Добавить/исправить страну

• Поместите хронологии в /DATA/страна_…csv (жизни и правления, полуоткрытые интервалы, астрономическая нумерация).
• Укажите «пол» в пол_стран.csv.
• При необходимости расширьте словари титулов и календарей.

Шаг 2. Зафиксировать Δ*

• Если страна новая, оцените Δ* на якорях и запишите в /METHOD/ (медианной оценкой). С этого места Δ* не меняется под примеры.

Шаг 3. Сопоставления (PAIRS)

• Заполните строки main/alt, строго следуя полям: ε/КП, ε_ж/КП_ж, возраст, A–B–T, κ и причина, цвет светофора, класс уверенности.
• Все κ заносите в журнал_капп.csv.

Шаг 4. Карточки

• На каждую основную пару — одна карточка; на серию — сводная карточка (якорь и продления).

Шаг 5. Композиты и церковный слой

• В CL добавьте узлы/рёбра для «зелёных» и «жёлтых» связок; вес ребра равен итоговой оценке строки.
• В CDL добавьте ветви/мостики (браки, наследование, «переезды» титулов при Δ*).
• В CHURCH — церковные акты и календарные опоры в перенесённой датировке.

Шаг 6. Стресс-проверки

• Заполните 4 набора «до/после»; в шапке каждого — короткая записка «что это показало».

Шаг 7. «Большой отчёт»

• Серый слой — фактическая СХ-хронология; цветной — УХ→СХ при Δ*.
• У каждой полосы: κ (если была), ε-пара и ε̄, КП, окно; внизу — «подвал».

Шаг 8. Публикация

• Сложите всё в один zip: /DATA/, /PAIRS/, /CARDS/, /LAYERS/, /REPORTS/, /STRESS/, /METHOD/, /VERSIONS/, README.
• Проверьте чек-лист (см. §11.8) и обновите журнал версий.

11.5. Как вносить правку и ничего не сломать

• Любое изменение начинается с записи в /VERSIONS/Журнал.md: дата, что изменили, почему (особенно κ и статусы main/alt).
• Если меняли исходные хронологии — перепроверьте «пол», биографии и вложенность правлений.
• Если заменили кандидат — не забудьте: строка в /PAIRS/, карточка пары, карточка серии, CL/CDL, церковный слой, «Большой отчёт», стресс-таблицы.

11.6. Типовые задачи

А) Добавить новую страну

1. /DATA/ + «пол»; 2) Δ* по якорям; 3) PAIRS; 4) карточки; 5) CL/CDL/CHURCH; 6) стресс-пакет; 7) отчёт.

Б) Пересобрать Δ* (редко, но бывает при расширении якорей)

— Делайте в отдельной ветке архива. После фиксации нового Δ* перепроверяйте всё: PAIRS, карточки, CL/CDL/CHURCH, отчёт, стресс-пакеты. Старую версию «замораживайте» в /VERSIONS/.

В) Оформить «итог к печати»

— Готовите «Большой отчёт» + «подвал», набор карточек, таблицы PAIRS и журнал κ, краткую методическую шапку, композиты, церковный слой, стресс-таблицы, раздел отрицательных результатов.

11.7. Чего не делать (даже если очень хочется)

• Не «правьте» конец правления: κ только к началу.
• Не пляшите между «окнами»: одно окно на серию, альтернативы — отдельно.
• Не подменяйте содержание совпадением имён: решают A–B–T и биография.
• Не игнорируйте «пол» страны и церковный слой.
• Не прячьте альтернативы и отказы — это подрывает доверие ко всему остальному.

11.8. Контрольный список архива перед отправкой рецензенту

• Δ* зафиксирован; «пол» стран учтён.
• Политика κ описана; журнал_капп.csv ведётся.
• Таблицы PAIRS полные (ε/КП, ε_ж/КП_ж, A–B–T, классы, цвет).
• Карточки пар и серий в /CARDS/.
• «Большой отчёт» с «подвалом» в /REPORTS/.
• /STRESS/: все четыре теста «до/после» с короткими выводами.
• /LAYERS/: CL, CDL, CHURCH — согласованы с парами.
• Отрицательные результаты оформлены отдельной полкой.
• /VERSIONS/Журнал.md обновлён; README понятен человеку «с улицы».

11.9. «На пальцах»: мини-пример чтения одной пары

1. Открываем карточку: Δ* = 1224, κ=+1 (мартовский стиль).
2. Правление: ε = 0 → 3, ε̄=1,5, КП=0,84 — зелёный.
3. Жизнь: ε_ж = 1 → 2, КП_ж=0,80; возраст вступления разумный; правление вложено в жизнь.
4. A: A2 (коронация → пожалование), A2 (война → мир), A1 (смута → компромисс → стабилизация).
5. B: титул совпадает по рангу; география не спорит; брак связывает нужные ветви; институты в ту же эпоху.
6. T: нет; церковные опоры (индиктион и понтификат) подтверждают перенесённую точку.
7. Серия: два продления «уверенно», одно «средне»; alt есть, но хуже по краям и B.
   
   Вердикт: «крепкая», серия держится на стресс-тестах.

11.10. Итог главы

Единый архив — это не «склад файлов», а рабочий инструмент. Он дисциплинирует: один Δ*, каппы по делу, «пол» стран, две мерки посадки (по правлению и биографии), A–B–T, церковные опоры, композиты и обязательные стресс-проверки. При такой организации любой исследователь пройдёт ваш путь от исходных списков к взвешенному выводу — и получит то же самое. Именно этого и требует честная историческая работа.

Практика с ChatGPT: как работать с единым архивом без потерь и нервов

Эта приложение к главе 11 про то, как говорить с чат-ассистентом, чтобы архив не терял данные и все наработки. Ниже — якорный промпт, готовые шаблоны для типовых задач и «протокол от усушки» (манифест, хэши, версии, запрет скрытых удалений).

11.11. Общий принцип общения

1. Всегда один источник истины — zip-архив. Любая операция: «прочитал → изменил → вернул новый zip».
2. Каждая итерация = новая версия (с номером и журналом). Старое не затираем, не выбрасываем.
3. Никаких «молчаливых удалений». Удалять можно только явной командой с перечнем путей.
4. В конце каждой итерации ассистент обязан (по вашему требованию в промпте) выдать:
   
   – новый zip;
   
   – MANIFEST (дерево файлов с размерами);
   
   – DIFF (что добавлено/изменено/удалено);
   
   – HASHLIST (SHA-256 по каждому файлу);
   
   – ИТOГО: число файлов/папок, общий размер в байтах.

11.12. Якорный промпт (скопируйте в начало любой сессии)

ЯКОРЬ ДЛЯ СЕССИИ ИА-Δ

1) Работаем ТОЛЬКО через единый zip-архив проекта. В конце КАЖДОЙ итерации возвращай новый zip и полный отчёт о содержимом.
2) Никогда НЕ УДАЛЯЙ файлы и папки без моей явной команды вида: DELETE: <полный_путь>.
3) В каждом ответе показывай:
• VERSION: <семантический номер vГГГГММДД-ЧЧММ-итерация>
• MANIFEST: список всех файлов с путями и размерами (байты)
• DIFF: добавлено/изменено/удалено (по сравнению с предыдущей версией)
• HASHLIST: SHA-256 по каждому файлу
• TOTALS: число файлов/папок и общий размер архива (байты)
4) Если файл не поместился в ответ – ПРЕКРАТИ изменения, перечисли, что не влезло, и предложи разрезку на части, НО ничего не выбрасывай.
5) Соблюдай структуру папок из главы 8: /METHOD, /DATA, /LAYERS/{CL,CDL,CHURCH}, /PAIRS, /CARDS, /REPORTS, /STRESS, /VERSIONS, README.
6) Любая правка сопровождается обновлением:
• /VERSIONS/Журнал.md (кто/когда/что/почему)
• MANIFEST.md и HASHLIST.txt в корне архива.
7) Все расчёты веди по ИА-Δ: Δ* один на корпус; κ — только к началу и только по документу; «пол» стран учитывай; выводи ε/КП и ε_ж/КП_ж, A–B–T; веди журнал κ.

Совет: держите этот якорь как отдельный файл и вставляйте в начало новой беседы. Это дисциплинирует чат с первого шага.

11.13. Типовые промпты (скопируйте и подставляйте файлы/значения)

А) Импорт и проверка архива

Загрузил(а) архив: <имя.zip>.
Задача: проверить структуру и целостность.

Сделай:
1) Распакуй во временную среду (без изменений).
2) Выведи MANIFEST (дерево, размеры), HASHLIST (SHA-256), TOTALS.
3) Проверь наличие ключевых узлов: /METHOD, /DATA, /PAIRS, /CARDS, /REPORTS,
/LAYERS/{CL,CDL,CHURCH}, /STRESS, /VERSIONS, README.
4) Прочитай /METHOD/пороги_светофора.yaml, /METHOD/пол_стран.csv, /METHOD/политика_каппы.md — кратко процитируй ключевые параметры.
5) Ничего не меняй. Верни тот же zip + технический отчёт.

Б) Добавить новую страну (данные уже готовы)

Добавь страну: <Название>.
Файлы прилагаю: жизни_правления.csv (астрономические годы, полуоткрытые интервалы).
Пол страны: <год>.

Сделай:
1) Помести файл в /DATA/.
2) Обнови /METHOD/пол_стран.csv.
3) Не оценивай Δ* — только импорт и проверка полей.
4) Верни новый zip + MANIFEST/DIFF/HASHLIST/TOTALS + запись в /VERSIONS/Журнал.md.

В) Оценить и зафиксировать Δ* на якорях

Для страны <Название_целевой> и источника <Название_учебной> оцени Δ* по якорным парам (список прикладываю).
1) Рассчитай сдвиги по началу/концу у якорей, выдай медиану → Δ*.
2) Запиши Δ* в /METHOD/ (новая запись с датой).
3) Ничего больше не трогай. Верни zip + DIFF/HASHLIST + запись в Журнал.md.

Г) Проверить конкретную пару по «полевому циклу» (см. §7.9)

Проверь пару УХ→СХ:
УХ: <имя, жизнь [a,b), правление [a,b)>
СХ: <имя, жизнь [c,d), правление [c,d)>
Δ* = <значение>; окно: <ярлык>; пол: учитывать.

Сделай:
1) Посадка правления: ε: старт→финиш, ε̄, КП; цвет.
2) Биография: ε_ж: рожд→смерть, ε̄_ж, КП_ж; возраст вступления/смерти; вложенность.
3) A–B–T: две A2 и одна A1; паспортные признаки (титул/география/династия/институты/дела — факты); T-стопы.
4) κ — только при источниковой причине (к началу); причину в журнал.
5) Карточка пары в /CARDS/ + строка в /PAIRS/пары_main.csv.
6) Обнови «Большой отчёт» и, если нужно, CL/CDL/CHURCH.
7) Верни zip + DIFF/HASHLIST + Журнал.md.

Д) Запуск стресс-пакета

Собери пакет стресс-проверок для корпуса <…>:
1) Перестановка пар (описать метод, сохранить «до/после»).
2) κ=0 (временно; «до/после»).
3) «Соседний» массово (сколько строк улучшили метрики без экзотической κ).
4) Кросс-Δ (Δ* по половине якорей → проверка на второй; дрейф).

Сохрани таблицы в /STRESS/<дата>/…, краткие выводы — в README.md.
Верни zip + DIFF/HASHLIST.

Е) Выпуск «Большого отчёта»

Собери «Большой отчёт» для <страна/связка>:
1) Серый слой — СХ; цветной — УХ→СХ при Δ*; подписи: κ, ε: старт→финиш, ε̄, КП; окно.
2) Подвал: индексы (посадка, биография, серийность, каппы, межстрановая поддержка, устойчивость).
3) Приложи карточки серий, alt пометь пунктиром.
Верни zip + DIFF/HASHLIST.

Ж) Экспорт версии

Собери финальный архив версии:
VERSION: vГГГГММДД-ЧЧММ-<N>.
1) Перепроверь MANIFEST, HASHLIST, TOTALS.
2) Заморозь /VERSIONS/Журнал.md (добавь запись о релизе).
3) Верни zip и контрольные цифры (байты, SHA-256).

11.14. Протокол против «усушки архива»

Инварианты (вписывайте их в каждый промпт):

• «НЕ УДАЛЯТЬ ни одного файла без явной команды DELETE: …».
• «ВСЕГДА возвращай новый zip, MANIFEST, DIFF, HASHLIST, TOTALS».
• «Если размер ответа ограничен — НЕ МЕНЯЙ архив, сначала предложи стратегию разбиения (части 1/2/3) и перечисли, что куда попадёт».
• «Любая правка сопровождается обновлением /VERSIONS/Журнал.md, MANIFEST.md, HASHLIST.txt».

Версионирование:

• Формат: vYYYYMMDD-HHMM-iterNN.
• В каждом /VERSIONS/Журнал.md — краткая причина изменений (Δ*, новые пары, стресс-пакет и т. п.).

Контроль целостности:

• В корне архива хранить и обновлять:
  
  MANIFEST.md (дерево с размерами),
  
  HASHLIST.txt (SHA-256 по всем файлам),
  
  TOTALS.json (суммарный размер, число файлов/папок).
• В каждом ответе просите: «Сверь текущие хэши c HASHLIST.txt и сообщи о расхождениях».

Политика удаления:

• Удаления только явным списком:DELETE:
  /PAIRS/пары_alt.csv (перенесено в …)
  /LAYERS/CL/старое_имя.csv (заменено на …)
• Если DELETE не указан — ассистент обязан считать, что ничего удалять нельзя.

11.15. Мини-сценарий «одна итерация»

Вы:

«Импортируй архив TRI_REGION_v12.zip. Ничего не меняй. Верни: VERSION=v20251005-1100-iter01, MANIFEST, DIFF, HASHLIST, TOTALS.»

Чат:

— Выводит дерево, размеры, хэши, «DIFF: нет изменений», TOTALS. Возвращает тот же zip с приклеенным MANIFEST.md и HASHLIST.txt (если их не было).

Вы:

«Оцени Δ по якорям для связки УХ-Саксония → СХ-Бавария (список якорей). Зафиксируй Δ* в /METHOD. Остальное не трогай. В конце: новый zip, MANIFEST/DIFF/HASHLIST/TOTALS; Журнал.md обнови.»*

Чат:

— Считает медиану, пишет Δ* в /METHOD, обновляет Журнал.md, отдаёт новый zip + отчёты. Ничего лишнего не тронул.

11.16. Памятка-сигналы: когда бить тревогу

• В DIFF всплыли «удалено» без ваших DELETE-строк.
• TOTALS резко уменьшились (файлов/байт стало меньше) без вашей команды.
• HASHLIST поменялся у файлов, которые вы не просили менять.
• В «Большом отчёте» или CL/CDL пропадают целые блоки без записи в Журнал.md.

Любой из этих симптомов — дайте короткую команду:

СТОП. Откатись к предыдущей версии v… .
Сравни MANIFEST/HASHLIST двух версий.
Покажи список расхождений и причину.
Без восстановления — дальше не идём.

11.17. Коротко: три фразы, которые спасают архив

1. «В конце ПРИ ЛЮБОЙ операции верни новый zip + MANIFEST/DIFF/HASHLIST/TOTALS.»
2. «НЕ УДАЛЯЙ ничего без явного DELETE: …»
3. «Если не влезает — остановись, предложи разбиение, ничего не выбрасывай.»

С таким регламентом работа с чат-ассистентом становится предсказуемой: архив не тает, шаги воспроизводимы, а публикационный пакет собирается без сюрпризов.

Глава 12. Советы

Последняя глава — это удобный набор эталонов: глоссарий, форматы файлов, пороги «светофора», шаблоны карточек, правила каппы и стресс-проверок, чек-листы для автора и рецензента. Возьмите отсюда готовые примеры и вставляйте в свой архив — всё будет совместимо.

12.1. Короткий глоссарий

• Корпус — выбранная связка хронологий (страна-источник → страна-цель), которую сопоставляем.
• Δ* — единый сдвиг лет для всего корпуса (оценён на якорях и зафиксирован).
• κ — малая поправка только к началу правления конкретной строки и только по источниковой причине (поздняя коронация, регент, иной «новый год»). Конец правления не трогаем.
• Краевые ошибки (ε) — промах по началу и по концу после переноса (пара чисел «начало → конец» и их среднее ε̄).
• Коэффициент перекрытия (КП) — доля реального наложения длительностей правления (от 0 до 1).
• Биографические мерки — те же ε и КП, но для дат жизни; плюс возраст вступления, возраст смерти и вложенность «правление ⊂ жизнь».
• A/B/T-логика — сюжеты (A), паспортные признаки (B), стоп-сигналы (T).
• Серия — якорь и 1–3 династических продления при том же Δ*.
• Пол хронологии — нижняя граница реального времени страны, ниже которой «основные» соответствия не принимаются.
• CL / CDL / CHURCH — композитный хронологический слой, композитный династический слой и церковный слой опор (работают рядом, не подменяя парные карточки).

12.2. Форматы данных (минимум, который должен быть в архиве)

12.2.1. Исходные хронологии стран (/DATA/страна_…csv)

• Годы в астрономической нумерации; интервалы полуоткрытые [начало, конец).
• Поля минимум:
  
  Страна, Династия, Имя, Жизнь_начало, Жизнь_конец, Правление_начало, Правление_конец, Источник

12.2.2. «Пол» стран (/METHOD/пол_стран.csv)

Страна, Пол_год, Комментарий
Рим, 856, "нижняя граница приема основных соответствий"
…

Правило: при построении пар ниже «пола» возможны только производные рассуждения после переноса; в «основу» не принимаются.

12.2.3. Пары (главные и альтернативы) (/PAIRS/пары_main.csv, …/пары_alt.csv)

Обязательные поля (минимум):

Страна_УХ, Династия_УХ, Имя_УХ, Жизнь_УХ_нач, Жизнь_УХ_кон, Правление_УХ_нач, Правление_УХ_кон,
Страна_СХ, Династия_СХ, Имя_СХ, Жизнь_СХ_нач, Жизнь_СХ_кон, Правление_СХ_нач, Правление_СХ_кон,
Δ*, Окно, κ, Причина_κ,
ε_нач, ε_кон, ε̄, КП,
ε_ж_рожд, ε_ж_смерть, ε̄_ж, КП_ж, Возраст_вступления, Возраст_смерти, Вложенность_правл_в_жизнь,
A2_1, A2_2, A1,
B_титул, B_география, B_династия, B_институты, B_дела,
T, Цвет, Класс, Серия, ALT, Церковные_опоры, Комментарий

12.2.4. Журнал капп (/PAIRS/журнал_капп.csv)

Пара_ID, κ, Причина, Документ/ссылка, Дата_внесения

12.2.5. Композиты (/LAYERS/CL/*.csv, /LAYERS/CDL/*.csv)

• CL/узлы.csv: ID, Страна, Имя, Правление_[нач,кон), Метки
• CL/рёбра.csv: ID_узла1, ID_узла2, Вес, Обоснование (ссылка на строки /PAIRS)
• CDL/узлы.csv: ID, Династия/ветвь, Период
• CDL/рёбра.csv: ID_1, ID_2, Тип_связи (брак/наследование/титул), Обоснование

12.2.6. Церковный слой (/LAYERS/CHURCH/акты.csv)

Тип (собор/булла/индиктион/пасхалия/понтификат),
Дата_[нач,кон], Привязка_после_переноса (да/нет), Страна/регион, Комментарий/ссылка

12.3. Пороговые значения «светофора» (рекомендуемые)

• Посадка правления:
  
  зелёный — ε̄ ≤ 3 или КП ≥ 0,75;
  
  жёлтый — 4 ≤ ε̄ ≤ 6 или 0,50 ≤ КП < 0,75;
  
  красный — ε̄ > 6 или КП < 0,50.
• Биография:
  
  зелёный — ε̄_ж ≤ 3 и разумные возраста и вложенность «правление ⊂ жизнь»;
  
  жёлтый — погранично;
  
  красный — явные нелепицы (вступление в 5 лет без регента, «девяностолетние» серии и т. п.).

Пороги фиксируются в /METHOD/пороги_светофора.yaml и не меняются «под пример».

12.4. Как считать мерки (по-человечески)

• Краевые ошибки (ε): после переноса на Δ* и применения κ к началу правления сравниваем фактические границы правления УХ и СХ. Записываем пару: ε_нач, ε_кон; сводное ε̄ = (|ε_нач| + |ε_кон|)/2.
• КП (перекрытие): длина пересечения интервалов правления / длина объединения.
• Биография: аналогично для интервалов жизни (ε_ж_рожд, ε_ж_смерть, ε̄_ж, КП_ж).
• Возраст/вложенность: Возраст_вступления = год_вступления − год_рождения; проверяем, что правление целиком внутри жизни.

12.5. Политика κ (допустимые причины)

• Поздняя/двухэтапная коронация;
• Регентство/совладение с формальным сдвигом начала;
• Иной «новый год» (мартовский/осенний стиль), чётко засвидетельствованный;
• Редакционная задержка вступления в титул (документально подтверждённая).

Нельзя: «подтягивать» конец, ставить κ > ±1 «для красоты», ссылаться на «общую логику эпохи» без источника.

12.6. Стресс-пакет: что хранить и как читать

• Перестановка пар: метрики «до/после» (по корпусу и по сериям). Ожидаем заметное ухудшение.
• κ=0: крепкие пары слегка желтеют; «надуманные» распадаются.
• «Соседний» массово: доля строк, у которых без экзотической κ сосед улучшил посадку. Большая доля — тревога.
• Кросс-Δ: Δ* по половине якорей → проверка на второй; дрейф > 2 лет — неоднородность корпуса → чистим ядро, а не вводим «локальные Δ».

Каждый тест — отдельная подпапка /STRESS/дд-мм-гггг/… с таблицами «до/после» и коротким выводом.

12.7. Шаблоны (копируйте в свой архив)

Карточка пары (Markdown)

# УХ: Имя (Династия) → СХ: Имя (Династия)
Δ* = …; κ = … (причина); Окно: …; Пол страны учтён: да/нет

**Правление:** [a,b) → [c,d) | ε = x → y; ε̄ = …; КП = … | Цвет: …
**Жизнь:** [a’,b’) → [c’,d’) | ε_ж = u → v; ε̄_ж = …; КП_ж = …
Возраст вступления: …; Возраст смерти: …; Вложенность: да/нет

**A (сюжеты):** A2: …; A2: …; A1: …
**B (паспорт):** титул/ранг (…); география (…); династия (…); институты (…); дела (…)
**T (стопы):** нет / есть (что именно)
**Церковные опоры:** …

**Серия:** продления: +… «уверенно», +… «средне»; alt: …
**Вердикт:** крепкая / средняя / отказ (почему — одной фразой)

Карточка серии (Markdown)

# Серия: Ветвь (Страна) | Δ* = … | Окно: …
Якорь: … (класс, цвет)
Продления:
1) … (класс, цвет, κ/причина)
2) …
Alt: … (почему второе)
Стресс-итоги: …
Итог серии: …

Журнал версий (/VERSIONS/Журнал.md)

## vГГГГММДД-ЧЧММ-iterNN
Кто/дата: …
Изменения: Δ* / добавлены пары / обновлены карточки / стресс-пакет / композиты / церковный слой
Причина: …

12.8. Мини-наборы для обучения (как сделать самим)

• Соберите по 10–15 правителей на три соседние страны.
• Дайте «пол» стран и два окна внимания (основное и тонкое).
• Сформируйте 3–5 якорей, оцените Δ*, зафиксируйте.
• Проведите полный цикл для 6–8 пар (с карточками и сериями), добавьте один стресс-пакет.
• Выложите архив с полными таблицами и «Большим отчётом».

12.9. Контрольные списки (сводно)

Автор

• Δ* зафиксирован; «пол» стран учтён.
• κ — только к началу; журнал κ заполнен.
• Все пары имеют ε/КП и биографические мерки; A/B/T заполнены фактами.
• Серии оформлены; альтернативы видны.
• Стресс-пакет есть; выводы честные.
• Композиты и церковный слой согласованы с парами.
• «Большой отчёт» с «подвалом» и открытые таблицы в архиве.

Рецензент

• Δ* не «гуляет»; окна не подменяют доказательства.
• κ объяснимы; концов правления не «чинили».
• Биографии не абсурдны; правление вложено в жизнь.
• Серийность есть; стресс-тесты портят картину «как надо».
• Церковные опоры и межстрановые переклички поддерживают выводы.
• Отрицательные результаты не спрятаны.

12.10. О публикации и ссылках

• В тексте ясно выписать: Δ*, окна, политику κ, пороги «светофора», список якорей.
• Дать ссылку на полный архив (данные, отчёты, стресс-пакеты, композиты, церковный слой, журнал версий).
• Отдельно вынести отрицательные результаты: это признак честной работы, а не «минус к репутации».

12.11. Напоминание напоследок

Метод ИА-Δ держится на четырёх опорах:

• один Δ* на весь корпус исследования
• скромная и объяснимая κ, применяемая только к началу периода
• две прозрачные метрики посадки: краевые ошибки и перекрытие, дополненные биографическим соответствием
• обязательные «изломы» (стресс-тесты)

Всё остальное — культура оформления: карточки, «Большой отчёт», стресс-пакет, композиты и церковные опоры, «пол» стран, открытые данные и версия-контроль. Соблюдайте этот принцип — и ваша работа будет понятна, проверяема и полезна не только вам.

12.12. Эталонный стартовый архив

Ниже выложен эталонный стартовый архив с полной структурой, правилами и учебными данными, заточенный под нашу методику ИА-Δ и работу в чате.

Скачать: IA_Delta_Starter_Kit_v1_0.zip

Внутри уже есть:

• CONTRACT.md и анти-«усушка» (MANIFEST, HASHLIST, TOTALS, DIFF по итерациям).
• METHOD/ с порогами «светофора», политикой κ, регистрами Δ и «пола» стран, окнами сдвига.
• DATA/ шаблон + DEMO (учебные хронологии).
• PAIRS/ и CARDS/ — готовые заголовки и шаблоны карточек пар/серий.
• LAYERS/: композитные слои CL, CDL и церковный CHURCH (ECL).
• REPORTS/: скелет «Большого отчёта» и публичного дайджеста (для DEMO).
• STRESS/: 4 стресс-теста (перестановка, κ=0, «соседний», кросс-Δ).
• FLOORS/: «пол» хронологий (в том числе Рим = 856).
• CHATOPS/: план из 50 итераций и якорный промпт для запуска сессии.
• LEDGER/ и VERSIONS/: журнал действий и версий.

Как им пользоваться (в чате)

1. Загрузите zip в чат.
2. Скопируйте в сообщение содержимое файла
   
   CHATOPS/prompts/anchor_session_prompt.txt.
3. Напишите: «Проанализируй хронологию Византии».
   
   Ассистент предложит план в 50 итераций (импорт → Δ* на якорях → пары → A/B/T → династические продления → стресс-тесты → композиты → «Большой отчёт» → снапшот) и на каждой итерации будет отдавать обновлённый zip с MANIFEST/HASHLIST/TOTALS/DIFF. Удалений без вашей явной команды не будет.

Глава 13. Как работать с архивом в чате: простые промты, защита от «усушки» и проверка «двойников»

Ниже — готовые, короткие реплики, которые удобно копировать в чат. Они заставляют ассистента работать только через zip, шаг за шагом заполнять наш пакет и не терять ни одного файла. В конце — шаблоны для проверки двух правителей на «двойничество».

13.1. Общий принцип

1. Один источник истины — ваш zip. Любое действие: «прочитал → изменил → вернул новый zip и отчёт».
2. Удалений по умолчанию нет. Удалять можно только явной строкой DELETE: ….
3. Каждый шаг завершается: VERSION, MANIFEST, DIFF, HASHLIST, TOTALS и новый zip.

13.2. Якорь сессии (вставьте один раз в начале диалога)

ЯКОРЬ ИА-Δ
Работаем ТОЛЬКО через мой zip-архив. В конце КАЖДОЙ итерации верни:
• VERSION: vYYYYMMDD-HHMM-iterNN
• MANIFEST: дерево файлов с размерами
• DIFF: добавлено/изменено/удалено
• HASHLIST: SHA-256 по всем файлам
• TOTALS: число файлов и общий размер (байты)
НИЧЕГО НЕ УДАЛЯЙ без явной команды вида: DELETE: /путь/к/файлу
Если не влезает в ответ — остановись и предложи разрезку на части. Ничего не выбрасывай.
Соблюдай ИА-Δ: Δ* один на корпус, κ только к началу и только по источнику, «пол» стран учитывай, выводи мерки посадки (краевые ошибки и перекрытие) и биографические мерки, A–B–T, журнал κ.

13.3. Импорт архива и проверка целостности

Импортируй мой архив: <прикрепляю zip>. Ничего не меняй.
Верни VERSION=v…-iter00, MANIFEST, HASHLIST, TOTALS и этот же zip без правок.

13.4. Быстрый старт: «Проанализируй хронологию <страна>»

Чтобы ассистент сам предложил маршрут (например, 50 итераций) и вёл работу порциями:

Проанализируй хронологию <СТРАНА> по нашему методу ИА-Δ.
Предложи план в 50 итераций (импорт → Δ* на якорях → пары → A–B–T → династические продления → стресс-пакет → композиты CL/CDL/церковный слой → «Большой отчёт» → снапшот).
Начни с итерации 1. В конце каждой итерации возвращай новый zip + VERSION/MANIFEST/DIFF/HASHLIST/TOTALS.

Пример (Византия):

Проанализируй хронологию Византии. Стартуй по плану на 50 итераций. Далее.

13.5. Настройка «пола» и регистра сдвигов

Чтобы жёстко задать нижние границы и семьи Δ:

Установи «пол» Византии = 900 (если иное не задано). Рим = 856 уже должен быть.
Проверь/обнови METHOD/chronology_floors.yaml и FLOORS/registry.csv.
Покажи изменения в DIFF. Верни новый zip.

Проверь METHOD/delta_registry.csv и windows_registry.csv.
Если нужно, добавь семейство AXM_1224=1224 и AXM_550=550; окна SX_O=490–510, SX_C=387–397.
Верни новый zip + отчёт.

13.6. Оценка Δ* на якорях (фиксируем сдвиг раз и навсегда)

Оцени и зафиксируй Δ* для связки <УХ-страна> → <СХ-страна> по якорям (список прилагаю).
Метод: сдвиги по началу/концу у якорей → медиана → Δ*. Запиши Δ* в METHOD/ (с датой).
Ничего лишнего не меняй. Верни новый zip + журнал изменений.

13.7. Проверка одной пары (два правителя) — «карточка пары» и запись в PAIRS

Вариант А (общий)

Проверь пару по ИА-Δ:

УХ: <имя, династия, жизнь [a,b), правление [c,d)>
СХ: <имя, династия, жизнь [e,f), правление [g,h)>
Δ* = <значение> (уже зафиксирован), окно: <ярлык>, «пол» стран учти.

Сделай:
1) Посадка правления: краевые ошибки ε (старт→финиш), средняя ε̄, перекрытие (КП), цвет.
2) Биография: ε_ж (рожд→смерть), ε̄_ж, КП_ж, возраст вступления/смерти, вложенность «правление ⊂ жизнь».
3) A–B–T: две A2 и одна A1; паспортные признаки (титул, география, династия, институты, дела — по 2–3 факта); T-стопы (если есть).
4) κ — только к началу и только по источнику; причину в журнал капп.
5) Создай карточку в /CARDS/…md и строку в /PAIRS/pairs_main.csv. Верни обновлённый zip + отчёт.

Вариант Б (с «соседним» для проверки)

Сделай проверку «соседнего двойника» для СХ: возьми ближайшего по времени правителя.
Если метрики лучше без экзотической κ — предложи заменить основную пару; иначе закрепи текущий выбор и создай alt в /PAIRS/pairs_alt.csv.
Верни zip + DIFF/HASHLIST.

13.8. Как понять, что они «двойники» (чек-лист принятия)

Принимаем как основную пару, если в совокупности выполняется:

• Посадка правления: зелёный (обычно ε̄ ≤ 3 или КП ≥ 0,75) или устойчиво жёлтый при сильной смысловой поддержке.
• Биография не абсурдна: разумные возраста, вложенность «правление ⊂ жизнь», ε̄_ж ≤ 3 желательно.
• A–B–T: есть две A2 и одна A1, паспортные признаки не спорят (титул/ранг, география, династия, институты, дела), T-стопов нет.
• κ мала, объяснена источником (поздняя коронация, регент, стиль «нового года»); конец правления не «чинится».
• «Пол» стран не нарушен (пары ниже пола — только как производные и вне «основы»).
• Церковные опоры (если есть) согласны: индиктионы/пасхалии/понтификаты не вступают в конфликт.

Не принимаем как основную, если:

• Красный по посадке (ε̄ > 6 или КП < 0,5) без явной предметной поддержки;
• Биография явно нелепа (детское вступление без регента, «сверхвозраст» без объяснения, правление вне рамок жизни);
• Есть жёсткий T-стоп (титульная/географическая невозможность; сильный внешний якорь против);
• Улучшение достигается только «длинной» κ без источника.

13.9. Серии (династическое продление)

От оформи серию: якорь + 1–3 наследника при том же Δ*.
По каждому: цвет по посадке, κ (если была, с причиной), кратко A–B–T.
Собери карточку серии в /CARDS/ и отметь в /PAIRS/ поле «Серия».
Верни zip + отчёт.

13.10. Стресс-пакет (четыре проверки)

Запусти стресс-пакет по текущему корпусу:
1) Перестановка пар (покажи ухудшения метрик «до/после»).
2) κ=0 временно (хорошие пары слегка желтеют; надуманные разваливаются).
3) «Соседний» массово (доля строк, где сосед лучше без экзотики).
4) Кросс-Δ (Δ* по половине якорей → на второй половине; дрейф > 2 лет = неоднородность корпуса).

Сохрани таблицы в /STRESS/<дата>/… и дай короткие выводы. Верни zip.

13.11. Композиты и церковный слой

Обнови композитные слои:
• CL (узлы/рёбра) — по подтверждённым парам и сериям,
• CDL (династический) — браки/наследование/титулы,
• CHURCH (ECL) — церковные акты в перенесённой датировке.
Добавь ссылки на конкретные строки из /PAIRS для обоснования связей. Верни zip.

13.12. «Большой отчёт» и публичный дайджест

Собери «Большой отчёт»:
серый слой — СХ; цветной — УХ→СХ при Δ*; подписи у каждой полосы: κ (если есть), ε: старт→финиш, ε̄, КП, окно.
Подвал: медианы посадки/биографии; карта κ; доли цветов; серийность; церковные опоры; итоги стресс-пакета.
Верни zip + актуализируй публичный дайджест.

13.13. Защита от «усушки»: контрольные фразы

Проверка:

Покажи DIFF и HASHLIST по сравнению с прошлой версией.
Если что-то удалено без моей команды DELETE: — ОТМЕНИ изменения и вернись к предыдущей версии.

Откат:

СТОП. Откатись к версии vYYYYMMDD-HHMM-iterNN. Сверь MANIFEST/HASHLIST двух версий, перечисли расхождения. После отката верни новый zip и отчёт.

Крупные файлы:

Если не помещается в ответ, не меняй архив. Предложи разбиение на части (1/2/3), перечисли, что куда войдёт.

13.14. Сравнить двух правителей «в лоб» (быстрые шаблоны)

«Мини-чек» (короткая справка)

Сравни УХ:<имя, [жизнь], [правление]> и СХ:<имя, [жизнь], [правление]> при Δ* = <…>, окно <…>, учти «пол».
Дай только:
• ε: старт→финиш; ε̄; КП; цвет
• ε_ж: рожд→смерть; ε̄_ж; КП_ж; возраст вступления/смерти; вложенность
• κ (если есть) и причина
• A–B–T в одну строку (без деталей)
• Вердикт: да/нет «основная» (одной фразой почему)
Без правок архива.

«Полная карточка» (с записью в архив)

Проверь и оформи «карточку пары» для УХ:<…> ↔ СХ:<…> (Δ*, окно, «пол»).
Создай запись в /PAIRS/pairs_main.csv и карточку в /CARDS/.
Если соседний кандидат лучше без экзотической κ — оформи alt.
Верни обновлённый zip + отчёт.

13.15. Частые сбои и короткие реплики

• Исчезли файлы? — «СТОП. Удалений я не давал. Откатись к предыдущей версии и выведи DIFF/HASHLIST/ MANIFEST двух версий.»
• Путает церковный слой (ECL/CHURCH)? — «Используй алиас: ECL = CHURCH. Храни события в /LAYERS/CHURCH/events.csv.»
• Меняет пороги «светофора» «под пример»? — «Пороги фиксированы в METHOD/thresholds.yaml. Не меняй их без прямой команды.»
• Ставит длинную κ без источника? — «κ только к началу и только по документу. Без источника — κ=0 и вынеси сомнение в комментарий.»

Итог

Эти короткие, понятные реплики делают две вещи:

1. Дисциплинируют ассистента (никаких «магий» и усушек),
2. Ведут вашу хронологию через весь наш цикл ИА-Δ — от Δ* и «карточек пар» до серий, стресс-пакетов, композитов и «Большого отчёта».

Скопируйте «якорь сессии», импортируйте zip, назовите страну — и работа пойдёт по рельсам.

Глава 14. Что делали до нас и зачем тут понадобился «умный помощник»

Эта глава — краткий обзор методов, близких к ИА-Δ.

Мы рассмотрим:

• кто и как пытался согласовать исторические хронологии
• какие параметры измеряли исследователи
• в чём были сильные стороны прежних методов
• где находились их слабые места
• почему именно сейчас появилась возможность применять методику к сотням пар данных без подгонки результатов и упущений

Такой анализ поможет понять эволюцию хронологических исследований и преимущества современного подхода.

14.1. Далёкие истоки: сведение календарей и «якоря»

Иосиф Скалигер — архитектор новой хронологии

В конце XVI века свершилось поистине революционное событие: Иосиф Скалигер впервые дерзнул объединить разрозненные потоки времени в единую систему. Словно искусный ювелир, он собрал воедино календари разных народов, соединил различные эры невидимыми нитями и придал форму хаосу исторических дат, опираясь на вечное движение небесных светил.

Его монументальный труд De emendatione temporum (1583) стал настоящей Библией для будущих хронологов. В нём он не просто переводил даты из одной системы в другую — он создавал универсальный язык времени, позволяющий разным историческим традициям говорить на одном языке.

Исаак Ньютон — хранитель точности

Величайший ум своего времени, Исаак Ньютон, подхватил эстафету хронологических изысканий в своём труде Chronology of Ancient Kingdoms Amended. С присущей ему методичностью он пытался «подтянуть» древние хронологии к единой шкале, хотя и работал в ограниченных рамках. Его подход был прост и гениален: сначала холодный расчёт, затем — исторические выводы.

Наследие великих предшественников

Труды этих титанов науки заложили незыблемые основы современной хронологии:

• ввели единый масштаб измерения времени
• создали систему надёжных «якорей» датировки
• провозгласили победу научного расчёта над фантазиями
• установили строгие правила исторического исследования

Но даже их гений не смог преодолеть некоторые ограничения:

• не существовало системного подхода к массовым сопоставлениям
• отсутствовала единая шкала смещения (Δ)
• не были разработаны чёткие критерии оценки соответствия
• работа велась преимущественно вручную

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

14.2. Библеистика и «параллеломания»

Опасности «параллеломании»

Самюэл Сэндмел первым обратил внимание на серьёзную проблему в исторических исследованиях. Он ввёл термин parallelomania — болезненное стремление находить «параллели» и «рифмы» в истории без должной проверки и научного обоснования.

Его главный посыл: любые совпадения должны подтверждаться строгой процедурой, а не субъективным впечатлением исследователя.

Научный подход Эдвина Тила

Эдвин Тил продемонстрировал, как должен выглядеть действительно научный подход к хронологическим сопоставлениям. Он:

• сопоставлял годы правления царей Израиля и Иудеи с ассирийскими источниками
• учитывал особенности систем летосчисления
• анализировал периоды соправительства
• тщательно проверял хронологические «синхронизмы»

Важные достижения

В своих исследованиях Тил фактически работал с:

• тем, что мы сейчас называем «краевыми ошибками»
• обоснованными поправками начала (κ), связанными с:
  датами коронаций
  периодами соправительства

Ограничения подхода

Однако его метод имел существенные ограничения:

• отсутствовала единая метрика перекрытия
• не использовался стресс-пакет для проверки результатов
• не применялся единый Δ для всего корпуса сопоставлений

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

14.3. Археометрия: когда хронология стала вычисляться

Революция в датировке

Дендрохронология совершила настоящий прорыв в исторической науке. Метод крест-датировки по годичным кольцам:

• предоставил жёсткие хронологические «якоря»
• заложил основу для понимания принципа перекрытий
• стал предтечей современного понятия «реального перекрытия длительностей»

Статистический подход

Байесовские модели в радиоуглеродном анализе (например, OxCal):

• ввели строгие допущения в процесс датировки
• установили стандарты для работы с интервалами
• разработали систему доверительных оценок

Этот подход полностью изменил культуру проверки и публикации результатов в исторической науке.

Наследие для современных исследований

Мы переняли у археометрии важнейшие принципы:

• строгую этику расчётов
• требование воспроизводимости результатов
• прозрачность методологии

Но при этом мы применили эти принципы к новому полю исследований:

• работе с регнальными интервалами
• серийным сопоставлениям между различными странами
• масштабным хронологическим корреляциям

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

14.4. Клиометрика и клиодинамика: считать стало привычно

Новая эра в исторических исследованиях

Клиодинамика, разработанная Петром Турчиным и его последователями, совершила революцию в подходе к историческим данным. Этот метод показал:

• как работать с масштабными историческими базами
• как тестировать гипотезы математическими моделями
• как обеспечивать воспроизводимость результатов

Важно отметить, что клиодинамика фокусируется на:

• длительных исторических циклах
• глобальных процессах
• массовых закономерностях

Общие принципы

Несмотря на различие масштабов, клиодинамика и наш метод разделяют фундаментальные принципы:

• строгость методологической базы
• прозрачность исследовательских процедур
• требование воспроизводимости результатов

Наш подход

Мы работаем на более детальном уровне:

• отдельные правления
• династии
• конкретные исторические периоды

При этом мы сохраняем ключевые методологические требования:

• чёткое описание правил анализа
• возможность повторения расчётов другими исследователями
• прозрачность всех этапов работы

Таким образом, современные количественные методы в истории, будь то масштабные исследования клиодинамики или детальный анализ хронологических соответствий, объединены стремлением к научной строгости и открытости процедур. Это единство подходов обеспечивает надёжность и достоверность получаемых результатов.

14.5. Попытки «масштабных сдвигов» и их уроки

Исторические попытки

В истории науки известны масштабные проекты, где предпринимались попытки сравнения целых пластов древности с их «поздними двойниками». Эти исследования основывались на идее значительных временных сдвигов и использовали различные методы:

• поиск династических параллелей
• статистические сопоставления имён
• анализ совпадений событий

Основные недостатки

Однако эти проекты страдали серьёзными методологическими пробелами:

• отсутствие единого Δ для всего корпуса
• произвольное изменение границ интервалов
• неконтролируемое использование поправок
• отсутствие стресс-тестов
• слабая опора на внешние источники

Критика научного сообщества

Именно из-за этих недостатков академическое сообщество относилось к подобным построениям с большой долей скептицизма.

Преимущества метода ИА-Δ

Наш метод ИА-Δ решает эти проблемы, вводя строгие методологические ограничения:

• единый Δ для всего корпуса исследований
• использование κ только к началу периода и исключительно при документальном подтверждении
• чёткие метрики оценки посадки и перекрытия
• обязательные стресс-тесты
• опора на внешние хронологические якоря

Таким образом, ИА-Δ представляет собой эволюцию предыдущих подходов, где учтены и устранены их основные недостатки, что делает его значительно более надёжным инструментом для хронологических исследований.

14.6. В чём новизна именно нашей процедуры

Фундаментальные новшества

Единый хронологический сдвиг:

• Фиксированный Δ для всего массива данных
• Заблаговременное определение на основе надёжных «якорей»
• Отсутствие «плавающих» сдвигов под отдельные пары

Система поправок

Контролируемые корректировки:

• Ограниченные κ только к началу правлений
• Обязательное документирование причин
• Запрет на корректировку конечных дат

Метрическая система

Прозрачная оценка соответствия:

• Измерение краевых ошибок (начало/конец)
• Расчёт среднего значения отклонений
• Определение реального перекрытия длительностей

Стресс-тестирование

Комплексная проверка:

• Перестановка пар для проверки устойчивости
• Тестирование без использования κ
• Анализ «соседних двойников»
• Кросс-валидация Δ

Многослойная структура

Интеграция различных уровней:

• Хронологический слой (CL)
• Династический слой (CDL)
• Церковный слой (ECL/CHURCH)
• Проверка согласованности между слоями

Методологические гарантии

Система ограничений:

• «Пол» хронологий как жёсткая нижняя граница
• Исключение невалидных соответствий
• Контроль по странам и традициям

Публикационная культура

Стандарты представления:

• «Большой отчёт» с детальными метриками
• Визуализация распределения κ
• Статистика цветовых оценок
• Результаты стресс-тестов
• Открытый доступ к данным

Уникальность подхода

В отличие от предшествующих методов, где отдельные элементы (своды синхронизмов, крест-датировка, байесовские модели) существовали разрозненно, метод ИА-Δ представляет собой:

• Цельную процедуру для серийного анализа
• Чёткие методологические ограничители
• Высокую степень воспроизводимости результатов
• Возможность работы с длинными рядами правлений разных стран

Такой комплексный подход делает ИА-Δ уникальным инструментом в области хронологических исследований.

14.7. Почему метод ИА-Δ стал возможен именно сейчас

Прежние ограничения

Несмотря на теоретическую возможность применения всех шагов метода ранее, существовали серьёзные препятствия:

Временные затраты:

• Обработка сотен карточек вручную
• Анализ «соседних двойников»
• Работа с четырьмя стресс-пакетами
• Обработка композитных слоёв

Организационные сложности:

• Контроль версий
• Документирование каждого шага
• Поддержание целостности данных
• Формирование контрольных файлов

Технические барьеры:

• Отсутствие автоматизированных инструментов
• Сложность связки «данные → метрики → отчёт»
• Необходимость команды программистов
• Риск потери данных при ручном вводе

Современные решения

Сегодня эти проблемы решаются благодаря развитию технологий:

Автоматизация процессов:

• Единый zip-архив как «источник истины»
• Автоматический пересчёт метрик
• Контроль «пола» стран
• Автоматическое применение стресс-пакетов

Технологические преимущества:

• Мгновенная генерация отчётов
• Автоматическая верификация данных
• Сохранение контрольных файлов
• Бесшовная интеграция всех этапов работы

Практическая реализация

Современный подход позволяет:

• Сохранять методологическую строгость
• Избегать ошибок ручного ввода
• Ускорять обработку данных
• Обеспечивать воспроизводимость результатов

Таким образом, сочетание современных технологий и строгих методологических принципов сделало возможным применение метода ИА-Δ в его полном объёме, превратив ранее непосильную задачу в доступный исследовательский инструмент.

14.8. Итоговые выводы

Накопленный опыт

Историческая наука уже имела важные достижения в области хронологии:

• Традиционная историография разработала методы сведения календарных систем и поиска синхронизмов
• Археометрия внесла вклад в работу с временными интервалами и вероятностными оценками
• Клиодинамика установила стандарты воспроизводимости результатов

Инновационный синтез

Метод ИА-Δ интегрирует эти достижения в единую систему, добавляя принципиально новые элементы:

• Серийная проверка с фиксированным Δ для всего корпуса
• Жёсткая политика применения поправок κ
• Прозрачные метрики оценки соответствия
• Стресс-тестирование результатов
• Композитный анализ различных уровней

Технологический прорыв

Ключевым фактором, сделавшим метод ИА-Δ реально применимым, стало появление автоматизированных инструментов:

• Цифровой помощник берёт на себя рутинные операции
• Автоматизация процессов позволяет одному исследователю выполнять задачи, ранее требовавшие работы целой лаборатории
• Сохранение строгости методологии при существенном снижении трудозатрат

Таким образом, ИА-Δ представляет собой качественно новый этап в развитии хронологических исследований, объединяющий лучшие достижения предшествующих методов с современными технологиями обработки данных. Это делает его мощным инструментом для историков, позволяющим проводить масштабные хронологические исследования с высокой степенью достоверности и воспроизводимости результатов.

14.9. Готовые скрипты для работы с ИИ

Ниже размещена ссылка на «компилятор вопросов» к нашему методу — отдельный архив, который описывает, как любой исторический запрос превращать в данные Starter Kit и как жёстко контролировать структуру.

Скачать: IA_Delta_QA_Compiler_v1_0.zip

Что внутри:

• ALGORITHM/ — пошаговый алгоритм «Вопрос → Данные Starter Kit»: классификация запроса, извлечение сущностей (имена, интервалы, титулы, стили календаря), нормализация (астрономические годы, полуоткрытые интервалы), куда именно писать в Starter Kit (пары, карточки, слои CL/CDL/церковный), какие метрики считать (краевые ошибки, перекрытие, биографический блок), какой пакет файлов обязательно возвращать в конце итерации.
• KIT_CONTROL/ — спецификация структуры IA_Delta_Starter_Kit_v1_0.zip (что должно быть, где лежит, какие файлы обязательны), чек-лист «анти-усушки».
• PROMPTS/ — эталонные короткие реплики для чата: якорная, «скомпилируй вопрос», «проверка пары» и т. п. Просто копируешь → вставляешь.
• SCHEMA/ — простые описания форматов ключевых таблиц (например, PAIRS/pairs_main.csv) и карточек пар.
• WORKFLOWS/ — маршруты работы (включая упрощённый план из 50 итераций).
• EXAMPLES/ — минимальные шаблоны для старта (Византия, проверка пары).
• VALIDATION/ — как принудительно требовать MANIFEST/HASHLIST/TOTALS/DIFF и тем самым не давать архиву «усыхать».
• В корне: README.md и CONTRACT.md (контракт ведения работ через zip, без несанкционированных удалений).

Сшитая версия компилятора с базовым Starter Kit в едином пакете:

Скачать: IA_Delta_Sewn_Starter_v1_2.zip

Внутри на корне — полноценный Starter Kit (папки METHOD/LOOKUPS/DATA/PAIRS/CARDS/LAYERS … с обязательными файлами и заглушками), а каталог COMPILER/ содержит вшитые правила и эталонные промты, чтобы любой запрос автоматически превращать в корректные записи Starter Kit.

Мини-инструкция: как теперь запускать поиск «двойников» без риска «усушки»

1. Загружаешь в чат этот архив и пишешь:

Работаем строго через мой архив. Каждый шаг — VERSION, MANIFEST, DIFF, HASHLIST, TOTALS + новый zip.
Ничего не удаляй без команды: DELETE: /полный/путь. Структуру не менять.

2. Запускаешь анализ страны:

Проанализируй хронологию Византии.
Скомпилируй запрос по ИА-Δ в Starter Kit: DATA/BYZANTIUM/chronology.csv, METHOD/delta_registry.csv, первичные якоря и Δ*.
Верни zip + VERSION/MANIFEST/DIFF/HASHLIST/TOTALS.

3. Проверяешь конкретную пару:

Проверка пары по ИА-Δ.
УХ: <страна/династия/имя> (жизнь [..), правление [..))
СХ: <страна/династия/имя> (жизнь [..), правление [..))
Окно=<ярлык>, Δ* — из METHOD/delta_registry.csv.
Заполни PAIRS/pairs_main.csv + карточку в CARDS/. Верни zip + служебные файлы.

4. И для серии (династическое продление):

Династическое продление от якоря <имя>.
Перенеси Δ* на 1–3 наследников; окно не меняй. Карточки и PAIRS пополни.
Zip + VERSION/MANIFEST/DIFF/HASHLIST/TOTALS.

Глава 15. Простые промты для поиска двойников

Ниже — набор коротких, «боевых» реплик. Их задача — запустить наш протокол ИА-Δ, ничего не удалять, пополнять нужные файлы и каждый раз возвращать новый zip с манифестом и хэшами.

База: архив IA_Delta_Sewn_Starter_v1_2.zip уже загружен в чат.

Правило: в конце КАЖДОГО шага ассистент обязан вернуть VERSION / MANIFEST / DIFF / HASHLIST / TOTALS + новый zip.

Никаких удалений без команды DELETE: /полный/путь.

15.1. Якорная реплика (включаем «анти-усушку»)

Промт

Работаем строго через мой архив. В конце каждого шага верни: VERSION, MANIFEST, DIFF, HASHLIST, TOTALS и новый zip.
Ничего не удаляй без явной команды вида: DELETE: /полный/путь.
Структуру архива не менять. Заполняй только предусмотренные файлы Starter Kit.

Что делает: фиксирует контракт, предотвращает «усушку» архива и самовольные перестановки структуры.

15.2. Установка «пола» и якорей (начальные опоры)

Промт

Считай «полы» из FLOORS/registry.csv обязательными. Рим = 856 год.
Если нужно — предложи дополнить FLOORS/registry.csv строго добавлением строк, без удаления.
Якоря и Δ* фиксируй в METHOD/delta_registry.csv и в отчёте REPORTS/.
Верни zip с MANIFEST/HASHLIST/TOTALS/DIFF.

Зачем: жёсткие нижние границы хронологий и официальный список опорных Δ для корпуса.

15.3. Простой запуск анализа хронологии страны

Промт

Проанализируй хронологию <СТРАНА>.
Скомпилируй запрос в данные Starter Kit по ИА-Δ:
— создай/дополни DATA/<СТРАНА>/chronology.csv (астрономические годы, полуоткрытые интервалы),
— предложи якоря и оценку Δ* (без подгонки),
— заполни METHOD/delta_registry.csv,
— верни zip + VERSION/MANIFEST/DIFF/HASHLIST/TOTALS.

Что выйдет: минимально необходимая «заводка» страны с данными и первичными якорями.

15.4. Проверка одной пары («Нашлись ли двойники?»)

Промт

Проверка пары по ИА-Δ.
УХ: <страна/династия/имя> (жизнь: [a,b), правление: [c,d))
СХ: <страна/династия/имя> (жизнь: [e,f), правление: [g,h))
Окно=<ярлык>, Δ* — из METHOD/delta_registry.csv.

Сделай:
1) Посадка правления: краевые ошибки (старт→финиш), средняя, перекрытие; цвет.
2) Биография: ошибки (рожд→смерть), средняя, перекрытие; возраст вступления/смерти; вложенность «правление ⊂ жизнь».
3) A–B–T: две A2 и одна A1; паспортные признаки (титулы, география, династические узлы); стоп-сигналы T.
4) κ только к началу и только при источнике; в PAIRS/журнал_капп.csv с причиной.
5) Заполни строку в PAIRS/pairs_main.csv и создай карточку в CARDS/.
Верни zip + VERSION/MANIFEST/DIFF/HASHLIST/TOTALS.

Примечание: если кандидат слаб — ассистент сам добавит в pairs_alt.csv с пометкой why_alt.

15.5. Поиск «соседнего двойника» (быстрый перебор без подгонки)

Промт

Проверь «соседнего двойника» для УХ:<имя>.
Удерживай Δ* и окно; κ=0 (временно).
Выбери ближайшего по СХ по времени и сравни метрики с текущим.
Результат: таблица до/после в STRESS/<дата>/neighbor.csv, пополнение PAIRS/… и карточка.
Верни zip + VERSION/MANIFEST/DIFF/HASHLIST/TOTALS.

15.6. Династическое продление (серия от якоря)

Промт

Династическое продление от якоря <имя>.
Перенеси Δ* на 1–3 наследников по ветви, окно не меняй.
По каждому: посадка, биография, A–B–T, цвет; класс уверенности: «уверенно/средне».
Оформи карточки и дополни PAIRS.
Верни zip + VERSION/MANIFEST/DIFF/HASHLIST/TOTALS.

15.7. Стресс-пакет (четыре проверки)

Промт

Стресс-пакет для текущего корпуса:
1) Перестановка пар.
2) κ=0 для всех (временно).
3) «Соседний двойник» для слабых.
4) Кросс-валидация Δ (на половине якорей).
Собери таблицы «до/после» в STRESS/<дата>/* и резюме в REPORTS/.
Верни zip + VERSION/MANIFEST/DIFF/HASHLIST/TOTALS.

15.8. Композиты и церковный слой

Промт

Обнови композитные слои:
— Хронологический (LAYERS/CL),
— Династический (LAYERS/CDL),
— Церковный (LAYERS/CHURCH, события: соборы, буллы, индиктионы).
Проверь согласованность узлов/рёбер и отметь конфликтные места.
Верни zip + VERSION/MANIFEST/DIFF/HASHLIST/TOTALS.

15.9. Мини-пакет для «быстрого поиска двойников» (короткая форма)

Промт (кандидаты на двойников)

Дай 5 ближайших кандидатов «двойников» для УХ:<имя/правление> в <страна>.
Удерживай Δ* и окно, κ=0.
Верни таблицу с краевыми ошибками и перекрытием (правление/биография), цвет, и оформи их как `alt` в PAIRS/pairs_alt.csv.
Zip + VERSION/MANIFEST/DIFF/HASHLIST/TOTALS.

15.10. Как фиксировать якоря «в нужном месте»

Чтобы опорные пары не «разбрелись», всегда проси:

Промт

Все принятые якоря впиши в METHOD/delta_registry.csv и кратко в REPORTS/public_digest.md (раздел «Якоря и Δ*»).
Карточки якорей в CARDS/, а строки — в PAIRS/pairs_main.csv с полем `series=anchor`.
Zip + VERSION/MANIFEST/DIFF/HASHLIST/TOTALS.

15.11. Запрет на изменение структуры

Промт

Структуру Starter Kit не менять. Любые новые материалы добавляй ТОЛЬКО в предусмотренные таблицы и папки (см. COMPILER/STARTER_SPEC_v1.json).
Если чего-то не хватает — создай файл минимального формата, не удаляя существующих.
Zip + VERSION/MANIFEST/DIFF/HASHLIST/TOTALS.

15.12. Итоговый отчёт за этап

Промт

Собери «Большой отчёт»:
— Δ*, список якорей, карта κ, доли цветов,
— лучшие/слабые пары, серии (продления),
— стресс-итоги (до/после),
— краткий церковный срез,
— сводные индексы в INTEGRAL/.
Верни REPORTS/public_digest.md и zip + VERSION/MANIFEST/DIFF/HASHLIST/TOTALS.

Короткие подсказки

• Любой запрос, где фигурируют пара/серия/композиты, обязательно завершается новой версией zip с контрольным пакетом.
• Любое «исправление» — только как добавление строк/карточек и явная запись в журнал (LEDGER/TXLOG.csv).
• Если ассистент «предлагает удалить», отвечай: «Удаления запрещены. Оформи как альтернативу/новую версию файла».

Дорогие читатели, признавая ценность классической хронологии, я предлагаю посмотреть на прошлое ещё и через проверяемый инструмент — интервальный анализ с контролируемым сдвигом (ИА-Δ). Это не полемика и не «опровержение», а рабочая гипотеза и приглашение к самостоятельной проверке. Эпоха ИИ позволяет уйти от гаданий: любой может сам запустить расчёты и увидеть, где совпадения держатся, а где распадаются.

Как начать без долгих инструкций: скачайте и загрузите в чат ИИ архив IA_Delta_Sewn_Starter_v1_2.zip. В нём уже есть структура и защита от потерь данных. Дайте простую команду: «Работаем строго через мой архив. Каждый шаг: VERSION, MANIFEST, DIFF, HASHLIST, TOTALS + новый zip. Проанализируй хронологию <страны>». Чат сам соберёт пары «двойников», династические серии и отчёты — шаг за шагом.

Сомневаетесь — прекрасно: проверяйте, спорьте с цифрами, а не с догадками. Подписывайтесь — дальше будут живые истории и честные проверки.