Архитектура метаинтеллектаМетаинтеллект · Архитектура · Среда агентов

Метаинтеллект: почему следующий уровень — не модель, а среда

Мы привыкли измерять прогресс размером модели. Но система, которая ведёт работу месяцами, состоит не из модели: в ней есть отношения между участниками, ограниченные ресурсы, способ договариваться и след, по которому можно разобрать любое решение. Эта серия — о том, как устроен такой слой и почему он определяет потолок возможностей сильнее, чем очередное поколение весов.

Архитектура метаинтеллекта · часть 1 из 6

Где на самом деле проходит потолок

Возьмите любую систему, которая должна работать не десять минут, а полгода. Модель в ней отвечает за один шаг: понять, предложить, сформулировать. Всё остальное — кто с кем связан, кто что помнит, кому разрешено действовать, чем оплачена работа, как принято общее решение и что произойдёт при сбое — лежит вне модели.

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

Три свойства, без которых среда не живёт

Локальность решений

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

Доказуемость

Любое поведение системы должно быть восстановимо из записей: что участник знал в момент решения, что предложил, с чем согласился, что изменилось в результате. Без этого нельзя ни улучшать систему, ни отвечать за её действия — а значит, нельзя доверить ей ничего существенного.

Обратимость

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

Два примитива вместо архитектуры сервисов

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

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

Из этих двух примитивов топология вырастает сама: участники находят друг друга, договариваются, работают, усиливают полезные связи и отпускают бесполезные. Граф здесь не картинка в документации, а собственно система — то, что работает.

Почему это не «просто мультиагентность»

Разница в том, что считается первичным. В типичной мультиагентной сборке первичен сценарий: кто кому передаёт задачу. В среде первичны участник и связь, а сценарий — следствие, которое может измениться, пока система работает.

Что уже работает, а что остаётся гипотезой

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

Что при этом остаётся открытым вопросом: какие законы среды приводят к устойчивому полезному поведению популяции, а какие — к вырождению. Это предмет экспериментов, а не заявлений. В серии будут разборы того, что мы измеряли и что из этого не подтвердилось.

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

Из чего состоит серия

  1. Участник как ограниченный локальный мир: что у него внутри и почему граница важнее доступа.
  2. Связь как объект первого класса: переговоры, права сторон, ревизии, угасание.
  3. Живой граф: топология как следствие работы, а не как проект.
  4. Согласие без центра: как группа принимает общее решение, если никому нельзя верить на слово.
  5. Экономика: почему автономии нужен бюджет и что меняется, когда мышление стоит денег.
  6. Фрактальная организация: как устойчивая группа становится одним участником и как разворачивается обратно.
  7. Доказуемость: воспроизводимые прогоны, свидетельства и то, почему это важнее демонстрации.

Каждая часть опирается на работающий код и на то, что мы наблюдали при его запуске, а не на обзор чужих работ. Где данных нет — так и будет написано.

Код и артефакты

Серия «Архитектура метаинтеллекта»

  1. Метаинтеллект: почему следующий уровень — не модель, а среда
  2. Агент как ограниченный локальный мир
  3. Связь как объект первого класса, а не очередь сообщений
  4. Живой граф: когда топология — следствие работы, а не проект
  5. Согласие без центра: как решать вместе, не доверяя никому на слово
  6. Экономика агентов: почему автономии нужен бюджет

Частые вопросы

Чем метаинтеллект отличается от мультиагентной системы?

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

Это исследование или продукт?

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

Зачем открывать такой код?

Потому что доверие к архитектуре нельзя построить рассказом. Среду можно проверить: запустить, воспроизвести прогон, сверить события. Закрытыми остаются слои, находящиеся в патентной подготовке, — и мы прямо говорим, где проходит эта граница.

Чем мы помогаем по этой теме

Читать дальше

Обсудим вашу задачу

Если у вас похожая задача — расскажите, что нужно решить. Скажем прямо, если она решается проще, чем кажется.

Написать нам