Cross-Call Continuity: третья ось моата

1. Зачем это нужно

В реальной работе обязательства живут НЕ внутри одного звонка. «Богдан, подготовь лендинг» сказано в понедельник; в среду следующая встреча, на которой кто-то говорит «лендинг готов» или «ещё не успел». Это разделение и есть основная боль assistant'ов: они приходят на среду без понимания, что было в понедельник.

Frontier пытается компенсировать это длинным контекстом + RAG-памятью. Эти решения вероятностные — модель может вспомнить, забыть, или (хуже) вспомнить неправильно.

У нас архитектурно по-другому: Ledger — это persistence по дизайну. История append-only, граф состояния сохранён, открытые ребра доступны. Cortex на следующем звонке получает их в контексте — не как «может быть, вспомнит», а как детерминированный input.

2. Принцип

Понедельник:
   звонок_1 → cortex → ячейки → ledger (append) → доска_1
                                      ↓
                                ОТКРЫТЫЕ ОБЯЗАТЕЛЬСТВА
                                  (B обещал X, C → D, …)
                                      ↓
Среда:
   звонок_2 → cortex (видит «открыто из прошлого: …»)
        → ячейки (могут быть DISCHARGE прошлых, или NEW)
        → ledger (append) → доска_2 ⊃ доска_1

Cortex на среду получает в user-промпте секцию ОТКРЫТО С ПРОШЛОГО ЗВОНКА: с краткой выпиской из ledger. Та же модель, тот же inference — отличается только контекст.

3. Корпусная разведка

В корпусе NOESIS (100 продуктовых звонков) обнаружены 64 хронологических пары в 6 сериях:

| серия | звонков | пар | |---|---|---| | on-room (регулярные встречи проекта) | 49 | 48 | | daily (стендапы) | 9 | 8 | | qgj-iopu-sbz (анонимизированный проект, мульти-сессии) | 6 | 5 | | onx, sync, interface (по 2 каждый) | 2+2+2 | 3 |

Это реальный полигон для E7 — не синтетика, а естественные мульти-сессионные звонки одного проекта.

4. Метрика

Без gold (никто не размечал «должна была быть отсылка к прошлой задаче»), наблюдаемые метрики:

• delta_cells: изменение количества принятых ячеек при инъекции prior_board (если cortex «использует» прошлое, число должно меняться).
• ref_rate: пересечения to/from текущей реплики с именами из прошлой открытой доски (продолжение ответственности).
• discharge_detection: качественное — replies в звонке_N+1, которые ссылаются на ячейку из звонка_N как завершённую («лендинг готов», «уже сделал»).

Это observational metrics — не доказательство, что cortex «помнит», а свидетельство, что архитектура работает на реальных данных.

5. Архитектура vs frontier

| свойство | frontier-LLM | NOESIS | |---|---|---| | state между сессиями | нет (stateless) | есть (Ledger persist) | | механизм памяти | контекст-window (вероятностно) | детерминированный inject | | что вспомнит | угадывает релевантное | вся открытая доска | | гарантия | нет | by-construction |

Это не «у нас лучше RAG». Это другой класс: у frontier нет места, где хранить state между звонками. У нас есть.

6. Результат recon (5 пар, 2026-05-26)

Inference на 5 парах daily-серии (один проект, несколько сессий, ~150-450 реплик каждый звонок):

| pair | prev_open | base→w/prior | Δcells | ref_delta | |---|---|---|---|---| | pc_002→pc_004 | 1 | 6→4 | −2 | −1 | | pc_004→pc_008 | 6 | 14→14 | 0 | 0 | | pc_008→pc_063 | 14 | 3→3 | 0 | 0 | | pc_063→pc_065 | 20 | 7→4 | −3 | −2 | | pc_065→pc_066 | 35 | 2→3 | +1 | +1 |

Честная интерпретация: наивная инъекция prior_board НЕ даёт явного cross-call continuity. Δcells ≤ 0 в большинстве пар — модель с prior context становится тише, а не «помнит больше». Это второй H− сценарий на этой попытке, ровно как E1 state-conditioning ranee: cortex untrained on cross-call signal, и zero-shot инъекция не активирует континуитет-поведение.

7. Что это значит

Архитектурно ось моата открыта: Ledger persists, cortex может видеть prior через /perceive. Frontier этого by design не имеет — у них stateless inference. Это structural advantage, доказанный наличием инфраструктуры.

Execution требует обучения: чтобы cortex использовал prior_board как сигнал «продолжай ответственность / discharge», нужен обучающий пример. Это E7b — параллель E1b для cross-call: пере-обучить HEAD-D/HEAD-T с prior_board context в трейне. Это направление, не текущее свойство.

Полезный негативный результат: zero-shot cross-call не «магически работает», даже с архитектурно доступной памятью. Это и есть дисциплинированная оценка: моат-axis is structural, execution-claim is honest (pending training).

8. Архитектурное преимущество стоит независимо

Frontier-LLM не имеет места хранить state между сессиями by design — у них нет персистентного слоя. Даже если их перцепция reads context из RAG/long-context, гарантии continuity нет: модель может вспомнить или забыть.

NOESIS Ledger — append-only persistent store. Cross-call возможна. Даже без обученного cross-call cortex, можно:

• Показать пользователю «открытые задачи с прошлого звонка» в UI.
• Применить deterministic rules: «если новая реплика упоминает name из prior_board → подсветить как возможный discharge».
• Запустить cortex с prior_board context (как сейчас) — даже если модель его игнорирует на текущей версии, инфраструктура готова для следующей.

Это архитектурный моат: следующий шаг работы (E7b обучение) возможен, потому что слой состояния есть. У frontier этого пути нет.