← AURA.KIM · Исследования Статья 10
← К списку исследований

Пластичная модель «Матрёшка»: иерархия быстрых весов как гибридная архитектура (Phase 1)

Автор: Alexey Voronin, Aurum Estate LLC · Категория: Machine Learning — Memory Architecture; Continual Learning · Дата: Июнь 2026 · Статус: position paper + прототип Phase 1 (06.2026)

Аннотация

Современные большие языковые модели демонстрируют высокое качество генерации, однако в задачах длительного взаимодействия и накопления проектного контекста они по-прежнему зависят от внешних механизмов памяти (длинный контекст, retrieval, KV cache, периодическое дообучение), поскольку базовая модель в момент инференса остаётся статичной. В этой статье вводится термин пластичная организация диалога (plastic conversation), в которых часть параметров обновляется непосредственно во время работы, и описывается конкретная реализация — «Матрёшка» (Fast Weight Hierarchy, FWH): каскад LoRA-адаптеров с различной скоростью обновления и временным горизонтом памяти.

Центральная гипотеза: память, встроенная в параметры модели и распределённая по нескольким временным масштабам, лучше сохраняет эволюционирующие факты длинного диалога, чем плоская память с единым каналом обучения. Эксперимент на ортогональных ключах (50 тем, 650 пар) подтверждает: матрёшка удерживает 47/50 тем при Recall > 0.5, плоская+повтор — 27/50, плоская без повтора — 1/50. Ключевой результат получен на сценарии с конфликтующими ключами — когда один и тот же факт многократно меняет значение (цвет кнопок: белые → синие → зелёные → красные). В этом сценарии матрёшка демонстрирует recall 0.99 на 100 темах, плоская память с повтором — 0.31. Преимущество сохраняется при цепочках из четырёх последовательных изменений, шести независимых сценариях и трёх различных seed'ах.

Статья носит характер position paper с экспериментальной реализацией. Она формализует понятие пластичного метода, описывает архитектуру FWH, сопоставляет её с существующими работами (Titans, In-Place TTT, Gdwm, FAAST, TTT Done Right) и обсуждает ограничения текущего эксперимента.

1. Введение

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

Современные подходы имеют принципиальные ограничения. Long context позволяет удерживать большой объём текста, но качество использования далёких фрагментов падает, а стоимость остаётся квадратичной — именно эту границу фиксирует работа Titans, где внимание трактуется как краткосрочная память, а отдельный нейронный модуль — как долговременная [2]. Retrieval-системы надёжно хранят текст, но не понимают семантических отношений, включая отмену или переоценку фактов. Fine-tune на истории диалога дорог и вызывает катастрофическое забывание. Периодическая адаптация через LoRA на всей накопленной истории подходит для сжатия документа, но не для эволюции фактов внутри диалога [1].

Общая проблема всех этих подходов — память либо вынесена за пределы генератора, либо генератор становится объектом переобучения. Альтернативная линия, к которой относится и эта работа, использует тот же математический аппарат (матричные параметры, локальный градиентный шаг, прямой проход) для хранения памяти внутри архитектуры, не превращая весь генератор в дообучаемый модуль [3].

2. Пластичная модель как архитектурный класс

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

Пластичный метод обладает тремя признаками: (1) обновление параметров — прямой побочный эффект forward pass, а не отдельная фаза обучения; (2) разные параметры изменяются на разных временных масштабах, образуя иерархию уровней; (3) пластичность — структурное свойство архитектуры, заложенное при проектировании, а не дополнительный режим эксплуатации.

Это определение объединяет несколько исследовательских линий: классические fast weights (Schmidhuber, 1991), современные варианты TTT, архитектуры с отдельным модулем нейронной памяти и подходы с переиспользованием матриц трансформера как быстрых весов. «Матрёшка» — частный случай этого класса, а не отрицание предшествующих направлений.

3. Архитектура «Матрёшка»

Архитектура «Матрёшка» представляет собой Fast Weight Hierarchy (FWH) — иерархию быстрых весов, организованную по временным масштабам. Базовая LLM остаётся замороженной (генератор), а поверх неё располагается каскад LoRA-адаптеров.

УровеньНазначениеГоризонтRankПараметрыОбучение (CPU)
L0Рабочая память1 шаг, последняя реплика4~16K~0.3 с
L1МикротемаДо 20 пар8~64K~1 с
L2ДиалогДо 200 пар16~256K~3 с
L3ПроектМежсессионный32~1M~10 с

Каждый уровень — ассоциативная память, обновляемая локальным градиентным шагом: Mk+1 = Mk − lr · ∇M||W·k − v||². Чтение: vpred = W·k с приоритетом более быстрых уровней (L0 > L1 > L2 > L3). L0 полностью перезаписывается на каждой реплике, L1 накапливает память в пределах темы, L2 хранит картину сессии, L3 обновляется редко и предназначен для проектного контекста [1].

Архитектура опирается на две линии. Первая — Fast Weight Programmers (Schmidhuber, 1991): медленные веса (предобученные) + быстрые веса (обновляются на каждом примере). Вторая — иерархия временных масштабов из ACT-R (Anderson, 1993) и HTM (Hawkins, 2004): факты разной устойчивости хранятся в разных структурах. Соединение этих принципов через LoRA-адаптеры составляет суть «Матрёшки» [1].

4. Мотивирующий пример

Пользователь пишет, что кнопки должны быть белыми. Утверждение записывается на L0. Диалог переключается на другие темы — L0 перезаписывается, а сведения о цвете кнопок продвигаются на L1. Позднее пользователь возвращается к теме: кнопки должны быть синими. Новая пара снова фиксируется на L0, затем попадает на L1, где сосуществует со старой ассоциацией.

При запросе система должна не просто извлечь обе записи, а распознать их как две версии одного решения. Временная метка и приоритет актуального обновления разрешают конфликт: система возвращает актуализированное состояние — «последнее решение: кнопки синие» [1].

5. Экспериментальная постановка

Для проверки гипотезы проведён эксперимент на MLP-памяти. Сравнивались три условия:

УсловиеАрхитектураРежим
AMLP 64→32→64 (плоская)Последовательное обучение без повтора
BMLP 64→32→64 (плоская)Последовательное обучение + повтор 4 фактов из каждой предыдущей темы
CL1: 64→16→64, L2: 64→64→64L1 учит тему и сбрасывается, L2 накапливает архив с повтором

50 тем, по 5 ключевых фактов + 8 шумовых на тему — 650 ассоциативных пар. MLP-эксперимент проверяет ядро идеи (полезность иерархии каналов обучения), но не гарантирует идентичного поведения для LoRA на большом трансформере — нелинейности и архитектурные особенности (attention, layer norm) могут изменить поведение. Механизм interference одинаков для любых матричных весов, поэтому экстраполяция обоснованна, но требует прямой проверки [1].

5.1 Эксперимент на конфликтующих ключах (переопределение решений)

Дополнительный эксперимент проверяет сценарий, который принципиально не решается плоской памятью: один и тот же ключ получает разные значения в разное время. Шесть независимых сценариев (цвет кнопок, тариф, база данных, фреймворк, брендинг, расположение офиса) изменяются последовательно по цепочке из 4 значений каждый. Например, сценарий «color» проходит цепочку: white → blue → green → red, каждое значение сменяет предыдущее на протяжении датасета.

Сравниваются те же две модели:

Иерархический recall матрёшки: запрос сначала к L1 (актуальное), при confidence ниже порога — fallback к L2 (архив). Это имитирует приоритет быстрых уровней над медленными.

Параметры: 10–100 тем, 3 случайных seed'а (0, 42, 100), 6 сценариев × 4 изменения на сценарий.

6. Результаты

ТемаПлоская (без повтора)Плоская (с повтором)Матрёшка
0 (первая)0.050.590.69
100.020.650.73
200.040.440.70
300.040.530.69
400.010.270.63
49 (последняя)0.800.330.42
Среднее по всем 500.070.490.68
Recall > 0.51/5027/5047/50
Количество темПлоская (без повтора)Плоская (с повтором)Матрёшка
100.170.760.86
250.070.630.78
500.070.490.68
1000.020.360.52
2000.010.220.37

Плоская память без повтора почти полностью теряет ранние темы (средний Recall 0.07). Повтор частично компенсирует забывание (0.49), но иерархическая схема устойчивее (0.68). С ростом нагрузки разрыв увеличивается: при 10 темах разница 0.09, при 200 — 0.15. Плоская с повтором деградирует в 3.5× (0.76→0.22), матрёшка — в 2.3× (0.86→0.37).

Важное уточнение: equal-capacity контроль. При выравнивании ёмкости (MLP 64→64→64 для всех моделей) преимущество матрёшки на ортогональных ключах исчезает (Flat-64+r: 0.666, Matryoshka: 0.685 на 50 темах). Выигрыш в оригинальной конфигурации объясняется главным образом большей ёмкостью L2 (64 hidden) по сравнению с плоской памятью (32 hidden).

6.1 Результаты: переопределение решений (конфликтующие ключи)

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

ТемFlat+r (акт)Матрёшка (акт)ПреимуществоFlat+r разрывМатрёшка разрыв
100.340.96+0.62−0.06+0.59
250.300.97+0.66−0.07+0.62
500.310.98+0.66−0.03+0.66
1000.310.99+0.66+0.03+0.71

Recall по каждому из шести сценариев на 100 темах (среднее по 3 seed'ам):

Сценарийcolortariffdatabaseframeworkbrandingoffice
Матрёшка recall0.9860.9810.9940.9860.9940.992

Ключевое наблюдение: плоская память не отличает актуальное от устаревшего — разрыв (акт−уст) у неё около нуля, а на малых датасетах отрицателен (устаревшее recall выше актуального). Матрёшка стабильно разделяет: разрыв 0.59–0.71 на всех размерах, не деградирует с ростом числа тем (N=10→100 recall 0.96→0.99). Результат воспроизводится на трёх случайных seed'ах с разбросом не более 0.05.

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

Цифры воспроизводятся: experiment_mlp.py (оригинал, 30 с) · experiment_3b_complex_overrides.py (переопределения, 5 мин) из репозитория.

7. Интерпретация

Результаты требуют разделения на два принципиально разных сценария.

На уникальных (ортогональных) ключах матрёшка даёт умеренное преимущество (+0.19 относительно flat+r на 50 темах), и оно в значительной степени объясняется большей ёмкостью L2. При выравнивании ёмкости (MLP 64→64→64) преимущество исчезает. Это означает, что для накопления множества независимых фактов достаточно replay — иерархия не требуется.

На конфликтующих ключах (один ключ — разные значения во времени) матрёшка демонстрирует качественное преимущество: recall 0.99 против 0.31 на 100 темах. Это преимущество не может быть получено увеличением ранга плоской памяти — оно является следствием архитектурного разделения временных срезов. L1 хранит актуальное состояние темы, L2 — архив, и приоритет быстрых уровней автоматически разрешает конфликт.

Эксперимент проверяет ядро архитектурной гипотезы, но не доказывает идентичное поведение в полном LLM-сценарии. Результаты на конфликтующих ключах выглядят принципиальными — механизм interference при superposition одинаков для любых матричных весов — и предсказывают аналогичное поведение для LoRA-адаптеров на реальной LLM.

8. Положение относительно существующих работ

За 18 месяцев (середина 2024 — середина 2026) несколько групп независимо опубликовали работы по fast weights на топ-конференциях. Все они исследуют обновление параметров во время инференса, но ни одна не комбинирует иерархию с LoRA для диалогового контекста.

РаботаПлощадкаFast weightsИерархияДиалог
Fast Weights (Schmidhuber, 1991)—Да (outer product)НетНет
Titans (Behrouz, 2024)NeurIPS 2025Да (MLP)НетНет (документ)
TTT-E2E (Tandon, 2025)—Да (MLP-s)Static/DynamicНет (документ)
In-Place TTT (Luo, 2025)ICLR 2026 OralДа (MLP projections)НетНет (документ)
TTT Done Right (2025)ICLR 2026Да + EMA anchorНет (EMA)Нет
Gdwm (Mei, 2026)ACL 2026Да (LoRA Wq/Wo)Нет (1 ур.)Нет (контекст)
LM2 (Convergence Labs, 2025)arXivДа (отд. модуль)2 ур.Нет (документ)
FAAST (2026)NAACL 2026Да (closed-form)НетНет
HTM (Hawkins, 2004)—НетДаНет
Matryoshka FWHданная статьяДа (LoRA)Да (4 ур.)Да

Каждая работа подходит к пластичности со своей стороны. In-Place TTT (ICLR 2026 Oral, топ-1%) переиспользует финальную проекционную матрицу MLP-блоков как fast weights — без добавления новых параметров [3]. Gdwm (ACL 2026) использует LoRA-адаптеры на Wq и Wo с контроллером записи — ближайший конкурент по технике, но без иерархии. FAAST (NAACL 2026) решает ту же задачу без обратного распространения — через аналитическую регрессию. TTT Done Right (ICLR 2026) использует EMA-якорь для стабильности — альтернативное решение той же проблемы.

Ни одна из этих работ не комбинирует иерархию с LoRA-быстрыми весами для диалогового контекста. «Матрёшка» сохраняет уникальную нишу именно в этой комбинации [1].

9. Ограничения

  1. Ёмкость как основной фактор на ортогональных ключах — equal-capacity контроль (MLP 64→64→64) показал, что на непересекающихся фактах replay решает задачу так же хорошо, как иерархия. Преимущество матрёшки на ортогональных ключах в основном объясняется увеличенной ёмкостью L2.
  2. Конфликтующие ключи остаются нишей иерархии — на сценарии с переопределением решений (один ключ — разные значения во времени) матрёшка даёт качественный выигрыш (0.99 vs 0.31), не сводимый к ёмкости.
  3. Синтетические ортогональные эмбеддинги — снижают интерференцию по сравнению с реальным семантически близким потоком. Разрешение (06.2026): валидация на реальных эмбеддингах проведена — см. Приложение A (живой прототип на Qwen2.5-1.5B-Instruct).
  4. Перенос с MLP на LoRA — MLP проверяет ядро идеи, но не гарантирует LLM-поведение. Разрешение (06.2026): полная LoRA-реализация на трансформере выполнена и протестирована — см. Приложение A.
  5. Promotion-механизм — сейчас косинусный порог. Нужен surprise-триггер (как в Titans) или loss-aware gating.
  6. Безопасность памяти — уязвимость к memory poisoning. Rate limiting и anomaly detection не реализованы.
  7. Латентность — для 3 уровней пренебрежимо (3 умножения матриц). Для тысяч — до 100 мс на CPU.

Часть этих ограничений уже разрешена в ходе последующей работы (см. Приложение A: «Верификация на реальном трансформере»). Оставшиеся ограничения (promotion-механизм, безопасность памяти, латентность) внесены в дорожную карту следующих итераций.

10. Обсуждение и дальнейшие шаги

Текущая реализация Matryoshka FWH (Phase 1) использует гибридный подход: внешнее хранилище фактов (MemoryStore) + инжект контекста в промпт + LoRA-адаптеры для controlled online-learning. Это компромисс, позволяющий проверить центральную гипотезу на существующих LLM без модификации архитектуры самой модели.

Ключевой результат работы — демонстрация того, что иерархия быстрых весов решает проблему, недоступную плоской памяти любой ёмкости: конфликт значений одного ключа во времени. Плоская память может увеличивать ранг (superposition хранит больше фактов), но не может архитектурно разделить «актуальное» и «устаревшее». Матрёшка решает это через приоритет уровней: быстрые (L0–L1) обслуживают текущее состояние, медленные (L2–L3) хранят историю. Это не вопрос ёмкости — это вопрос архитектурного разделения временных срезов, что и составляет суть пластичного метода.

Все существующие работы 2024–2026 (Titans, In-Place TTT, FAAST, TTT Done Right) тестировались на сжатии документа, где каждый факт уникален и конфликтов нет. Матрёшка — единственная работа, обнаружившая и продемонстрировавшая эту нишу [1].

Дорожная карта: (1) увеличение числа уровней с 4 до N — континуум быстрых весов; (2) встраивание LoRA-адаптеров внутрь архитектуры трансформера (как в In-Place TTT); (3) автоматическое распределение «медленный/быстрый» через meta-learning.

Открытая задача: текущие методы запоминают входящий поток, но не учатся на результатах собственных рассуждений. Рекурсивное самообучение — область без стабильного решения на текущий момент [1].

11. Заключение

В работе предложено понятие пластичного метода организации диалоговой памяти с обновлением параметров в процессе взаимодействия и представлена реализация — Fast Weight Hierarchy «Матрёшка». На ортогональных ключах матрёшка показывает умеренное преимущество по сравнению с плоской памятью (Recall 0.68 vs 0.49 на 50 темах, 47/50 vs 27/50 тем с Recall > 0.5), частично объясняемое большей ёмкостью L2.

Главный результат работы получен на сценарии с конфликтующими ключами — когда один и тот же факт многократно меняет значение во времени, что и составляет суть длинного диалога. В этом сценарии матрёшка демонстрирует recall 0.99 против 0.31 у плоской памяти на 100 темах, с устойчивостью по 6 независимым сценариям, 4 изменениям на сценарий и 3 различным seed'ам. Это преимущество не сводимо к увеличению ёмкости — оно является следствием архитектурного разделения временных срезов: быстрые уровни обслуживают актуальное состояние, медленные хранят историю, а приоритетный проход L1→L2 автоматически разрешает конфликт.

Архитектурная заметка. Текущий прототип (Phase 1) реализован как гибрид: внешний MemoryStore (JSON) + инжект в промпт + LoRA-адаптеры. Это не pure in-weight memory — факты хранятся вне параметров модели, а LoRA-адаптеры выполняют роль буфера консолидации. Следующая итерация (Phase 2) предполагает перенос всей памяти внутрь архитектуры трансформера, где каждый вес является парой W = W_core + W_plastic, а внешнее хранилище не требуется. Результаты Phase 1 подтверждают, что иерархическое разделение временных срезов даёт измеримое преимущество, и служат обоснованием для Phase 2.


Приложение A: Верификация на реальном трансформере (июнь 2026)

После публикации основной статьи выполнен перенос архитектуры с MLP-симуляции на реальный трансформер. Разработаны и протестированы три архитектуры (Phase 1 — гибрид, Phase 2 — layer-specific plasticity, Phase 3 — эволюционная).

A.1 Phase 1: Гибридная (Matryoshka-A)

MemoryStore (JSON) + инжект контекста + LoRA-адаптеры. Показала 92% recall против 50% у плоской памяти на диалоге из 25 реплик. 6/6 тестов на переопределение. Модель: Qwen2.5-1.5B-Instruct.

A.2 Phase 2: Layer-specific plasticity (Matryoshka-C)

Один трансформер, full fine-tuning выбранных слоёв (не LoRA). Ключевое открытие — эмпирическая граница пластичности: 7.1% модели (1-2 слоя из 28). Три и более пластичных слоя просаживают базовые знания (mentor откатывает).

Результаты на 2 пластичных слоях (layers 26-27):

A.3 Физическое ограничение (1.5B) и экстраполяция на 500B+

Результат на 1.5B (Qwen, 28 слоёв): layer-specific plasticity работает до 7.1% модели (2 слоя из 28). Три и более пластичных слоя вызывают интерференцию с соседними статическими слоями и просадку базовых знаний. Это ограничение получено на архитектуре, где пластичные и статичные веса — физические соседи (слои 25-27 из 28).

Экстраполяция на 500B+: на модели с 200+ слоями (например, GLM 5.2 class) пластичные слои L0-L3 можно разместить в верхней части трансформера, отделив их десятками замороженных слоёв от ядра языка внизу. Гипотеза: на такой архитектуре 15 пластичных слоёв (~7.5%) не будут интерферировать с core благодаря изоляции расстоянием (distance-based layer isolation).

Статус гипотезы: не проверена. GLM 5.2 (~800B) — первый кандидат для экспериментальной валидации. Это предмет следующей работы.

A.4 Полноценная эволюционная архитектура (Phase 3 — теоретическая)

Для реализации самообучающегося AI с layer-specific plasticity требуется модель, где пластичные слои не интерферируют со статическими. Это достигается не увеличением числа параметров, а архитектурным разделением: каждый слой имеет чёткую функцию (L0=мутации, L1=отбор, L2=особь, L3=вид) и не пересекается с другими по влиянию на выход. В текущей архитектуре трансформера такое разделение невозможно без переписывания самого трансформера — что и является результатом данного исследования.


Ссылки

  1. Voronin, A. (2026). Пластичная модель «Матрёшка»: иерархия быстрых весов как гибридная архитектура (Phase 1). AURA Research, Статья 10. Репозиторий: github.com/alexenti-code/AURA-Retrieval, сайт: aura.kim/research-10.html. Apache 2.0.
  2. Voronin, A. (2026). Matryoshka FWH MVP — верификация пластичного трансформера на действующем прототипе. AURA Research, Приложение A к Статье 10. Репозиторий: github.com/alexenti-code/matreshka_mvp. Apache 2.0.
  3. Behrouz, A., Zhong, P., Mirrokni, V. (2024). Titans: Learning to Memorize at Test Time. NeurIPS 2025. arXiv:2501.00663.
  4. Luo, S., Feng, G., Hua, K., Zhang, G., He, D., Huang, W., Cai, T. (2026). In-Place Test-Time Training. ICLR 2026 Oral. arXiv:2604.06169.

Репозиторий: github.com/alexenti-code/AURA-Retrieval ·
Сайт: aura.kim/research-10.html ·
Лицензия: Apache 2.0 · Дата публикации: 25 июня 2026 ·
Статус: position paper, эксперимент + сравнительный анализ ·
Ключевой термин: пластичная организация диалога, Fast Weight Hierarchy (FWH)