3,583 papers
arXiv:2610.24833 83 17 окт. 2026 г. FREE

Консенсус в сети агентов: делиться нужно фактами и обоснованием, а не только ответом

КЛЮЧЕВАЯ СУТЬ
Агенты, которые пересылают друг другу только числа или вердикты, почти никогда не приходят к верному групповому решению. Метод позволяет собрать из нескольких агентов группу, которая складывает разрозненные факты в одну правильную оценку (например, сколько людей поставить на смену, когда у каждого свой кусок информации). Каждое сообщение содержит позицию, факт, на котором она держится, и что агент взял у коллег. Другие агенты получают сырьё для расчёта, а не готовый вывод. Группа решает задачу в большинстве запусков, а с голыми числами не решает почти никогда. Фишка: фраза-«вода» без фактов не помогает вообще. Важна информация, а не объём текста.
Адаптировать под запрос
⚡

TL;DR

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

Без объяснений агенты видят чужие цифры, но не видят, из чего они выросли. Они подстраиваются под среднее по палате и застревают на неверном ответе. Нейтральная вставка-«вода» без фактов не помогает вообще: важна именно информация, а не объём текста. Есть и второй неприятный момент. Когда факты надо сверять (дубликат в других единицах, контракт и его отмена), большинство моделей ошибается, даже если делятся объяснениями. Агенты при этом могут сойтись друг с другом на неверном ответе: согласие не означает правильность.

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


🔬

Схема метода

В статье измеряют сеть агентов, а не предлагают один промпт. Практическая часть сводится к формату обмена:

ШАГ 1: Агент получает свой факт → считает свою оценку
ШАГ 2: Публикует СООБЩЕНИЕ = позиция (число) + объяснение с фактом
ШАГ 3: Читает сообщения коллег → пересматривает позицию
        (повторять несколько раундов)
ШАГ 4: Итог = заранее заданное правило (медиана / среднее)
ШАГ 5 (для сложных данных): отдельная сверка фактов — дубликаты, отмены, единицы

Сравнивали три формата сообщения:

reasoning: число + объяснение с фактом  → работает
numbers:   только число                  → не работает
filler:    число + одна и та же фраза без фактов → не работает

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


🚀

Пример применения

Задача: Operations-команда пункта выдачи Ozon в Москве планирует смены на неделю 11.11. Нужно оценить, сколько людей выставить на три роли: приёмка, выдача, упаковка возвратов. Информация разбросана: - логист знает про сдвиг поставки; - маркетолог знает про промокод; - руководитель смены знает про отпуска.

Каждый факт меняет оценку. Мы запускаем три-четыре агента-«эксперта», у каждого свой факт.

Промпт (системная инструкция каждому агенту; факт подставляется свой):


Ты — участник группы, которая планирует смены ПВЗ Ozon на неделю 11.11.
У тебя есть ОДИН личный факт. Остальные факты у коллег.
Итог группы — медиана ваших финальных оценок. Соглашаться с остальными не нужно:
твоя задача — чтобы итоговая оценка получилась верной.



Загрузка: приёмка 600 посылок/смену, выдача 900, возвраты 150.
Производительность: приёмка 100/чел, выдача 150/чел, возвраты 30/чел.
Базовая оценка: приёмка 6, выдача 6, возвраты 5.



Поставка с РЦ приедет на сутки раньше: +25% к приёмке в понедельник и вторник.



В каждом раунде отправляй коллегам сообщение строго такого вида:
Позиция: приёмка = X, выдача = Y, возвраты = Z (человек на смену)
Мой факт: [дословно факт с числами]
Как он меняет оценку: [расчёт в 1-2 строки]
Что взял у коллег: [какие факты из их сообщений учёл и как поменялась позиция; если ничего не изменилось — напиши почему]



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

Результат: в каждом раунде агенты публикуют сообщения в одном формате: позиция, факт, расчёт и что учли у коллег. Видно, как оценки сближаются и почему: какой факт сдвинул позицию. Финальная медиана должна ближе подойти к ответу, который получился бы из всех фактов сразу. Если факты дублируются или отменяются, правило про дубликаты и отмены повышает шанс на верный ответ, но не гарантирует его (подробнее в разделе про ограничения).


🧠

Почему это работает

Слабость. Если агент видит только число коллеги, он не знает, на каком факте оно держится. Из цифры «8 человек» нельзя понять, это поправка на поставку или на отпуска. Агенту остаётся угадывать и усреднять. В итоге группа сходится к чему-то среднему, но не к верному ответу.

Сильная сторона. Модель хорошо складывает факты из текста и пересчитывает ответ, если факт перед ней. Короткое сообщение с конкретным числом («+25% к приёмке») легко подхватывается другим агентом и вставляется в его расчёт.

Как метод использует это. Формат сообщения заставляет перенести факт в общий разговор. Остальные агенты получают сырьё для расчёта, а не готовый вывод. Нейтральная фраза без фактов не помогает: значит, «поговорить побольше» не работает, нужна именно полезная информация.

Рычаги управления: - Строгий формат сообщения (Мой факт, Как он меняет оценку) → не даёт агенту отделаться голой цифрой. - Поле «Что взял у коллег» → заставляет читать чужие факты, а не чужие числа. - Правило итога (медиана или среднее) → задаёт общую цель без команды «договоритесь». - Правила про дубликаты и отмены → закрывают самую слабую зону. Для сложных данных вынеси сверку в отдельного агента. - Число раундов → в статье точность росла от второго раунда к десятому, но для простых задач хватит 3-4.


📋

Шаблон промпта


Ты — участник группы из {число_участников} агентов. Задача группы: {задача}.
У тебя есть ОДИН личный факт. Остальные факты у коллег.
Итог группы — {правило_итога}. Соглашаться с остальными не нужно:
твоя цель — чтобы итог получился верным.



{общие_исходные_данные_и_формулы}



{личный_факт_с_конкретным_числом}



В каждом раунде отправляй сообщение строго такого вида:
Позиция: {что_оцениваем_и_единицы}
Мой факт: [дословно факт с числами]
Как он меняет оценку: [расчёт в 1-2 строки]
Что взял у коллег: [какие факты учёл и как поменялась позиция; если не изменилась — почему]



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

Что подставлять: - {задача}: что оцениваем (смены, бюджет, срок проекта). - {правило_итога}: медиана, среднее, решение руководителя. - {общие_исходные_данные_и_формулы}: то, что известно всем. - {личный_факт_с_конкретным_числом}: у каждого агента свой, обязательно с числом или маркером. Так легко проверить, дошёл ли факт до остальных.

🚀 Быстрый старт — вставь в чат:

Вот шаблон инструкции для агентов, которые обмениваются фактами и приходят к общей оценке. Адаптируй под мою задачу: [твоя задача].
Задавай вопросы, чтобы заполнить поля.

[вставить шаблон выше]

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


⚠️

Ограничения

⚠️ Задачи со сверкой фактов: когда нужно заметить дубликат в других единицах или отмену контракта, почти все модели из семейства GPT проваливались (единицы успехов из сорока), даже с объяснениями. Справились только две сильные модели Claude. Не рассчитывай, что «объяснения» сами решат такую сверку.

⚠️ Согласие ≠ правильность: без объяснений агенты часто сходились друг с другом, но на неверном ответе. Если оценивать работу группы по «все согласны», ты примешь ошибку за успех. Проверяй итог по независимому расчёту.

⚠️ Нужен проверяемый ответ: у авторов были числовые задачи с вычислимым «правильным» ответом. Для открытых решений («какую стратегию выбрать») нужны свои критерии качества.

⚠️ Правильные факты — не гарантия понимания: метка «факт упомянут» не доказывает, что агент его понял. Авторы это признают.

⚠️ Слабая модель выпадает: самая малая модель Claude справлялась хуже остальных даже с объяснениями. Для ролей, где нужна точность, ставь модель посильнее.

⚠️ Один автор и один тип задач: планирование смен на фиксированных наборах сценариев, режим низких усилий рассуждения. Перенос на другие задачи — аккуратно.


🔍

Как исследовали

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

Сравнивали три формата сообщений: число + объяснение, только число и число + одна и та же фраза-«вода». Последний вариант нужен как контроль: он проверяет, помогает ли просто лишний текст. Прогнали шесть моделей (три от Claude и три от GPT), по 8 сценариев, 5 повторов и 10 раундов. Всего 1 872 запуска.

Объяснения резко выигрывают в простой задаче: правильное и согласованное решение получили в 92% запусков против 3% у «только чисел» и 0% у «воды». Это главный результат: без фактов в обмене информацию из головы одного агента не вытащить.

Во второй задаче добавили дубликат (один контракт в разных единицах) и отменённый контракт. Здесь модели разошлись: Sonnet и Opus почти всегда справились, GPT-модели почти всегда нет. Любопытнее другое: при формате «только числа» 16% запусков закончились согласием на неверном ответе. Агенты сошлись друг с другом, но не с реальностью.

Ещё из итогов: в 19% реконсиляционных запусков группа сначала приходила к верному ответу, а потом теряла его. Поэтому смотреть только на финал недостаточно, надо следить за траекторией.

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


💡

Адаптации и экстраполяции

🔧 Техника: ритуал выхода → информация не теряется при передаче работы

Из эксперимента с уходом участников: если агент завершает работу или передаёт задачу другому, добавь в его инструкцию:

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

В статье объяснения уходящего агента остаются в истории и спасают решение группы. Это перенос принципа на передачу между агентами в цепочке (прямого теста такой инструкции в статье нет).

🔧 Техника: отдельный сверщик → закрываем слабую зону

Из слабой зоны второй задачи (дубликаты, отмены) следует идея, которую авторы не проверяли: добавить агента без своего факта, который только сверяет сообщения.

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

Это экстраполяция: проверь на своих данных.


🔗

Ресурсы

  • Measuring Consensus in AI Agent Networks — Jin Gao, независимый исследователь (США), 2026.
  • Связанные работы из списка литературы: HiddenBench и Systematic failures in collective reasoning under distributed information in multi-agent LLMs (Li, Naito, Shirado, ICML 2026); SILO-BENCH (Zhang et al., ACL 2026); DEBATE (Chuang et al.); When truth is distributed (Yan et al.).
  • Протокол обмена сообщениями между агентами: A2A (Agent2Agent).

📋 Дайджест исследования

Ключевая суть

Агенты, которые пересылают друг другу только числа или вердикты, почти никогда не приходят к верному групповому решению. Метод позволяет собрать из нескольких агентов группу, которая складывает разрозненные факты в одну правильную оценку (например, сколько людей поставить на смену, когда у каждого свой кусок информации). Каждое сообщение содержит позицию, факт, на котором она держится, и что агент взял у коллег. Другие агенты получают сырьё для расчёта, а не готовый вывод. Группа решает задачу в большинстве запусков, а с голыми числами не решает почти никогда. Фишка: фраза-«вода» без фактов не помогает вообще. Важна информация, а не объём текста.

Принцип работы

Процесс такой: личный факт → сообщение → чтение чужих фактов → пересчёт → итог по заранее заданному правилу. 1. Каждому агенту дают один «секретный» факт и общие исходные данные. 2. Он публикует сообщение: позиция + факт + расчёт. 3. Он читает сообщения коллег и пересматривает позицию. Так проходит несколько раундов. 4. Итог считается по простому правилу, например медиана оценок. Агент видит не «8 человек», а «+25% к приёмке из-за ранней поставки». Из цифры 8 непонятно, что за ней стоит. Из факта понятно, и его можно вставить в свой расчёт. Представь совещание, где каждый называет только число. Выйдет торг. Если каждый показывает, откуда число, выйдет расчёт.

Почему работает

Без объяснений агент видит чужие цифры, но не видит, из чего они выросли. Ему остаётся угадывать и подстраиваться под среднее. Группа застревает на неверном ответе. Модель хорошо складывает факты из текста и пересчитывает итог, если факт лежит перед ней. Короткое «+25% к приёмке» легко подхватывается и попадает в чужой расчёт. Сравнили три формата: число с фактом работает, только число не работает, число с одной и той же фразой без фактов тоже не работает. Жесть: без объяснений агенты часто сходились друг с другом, но на неверном ответе. Согласие в группе ничего не говорит о правильности. Ещё одно: точность росла от второго раунда к десятому. Для простых задач хватает 3-4 раундов.

Когда применять

Планирование и оценки, где знание разбросано по людям или ролям → конкретно для смен, бюджета, сроков проекта, особенно когда у каждого агента свой факт, а итог считается формулой. НЕ подходит для сверки данных: дубликатов в других единицах, отмен контрактов. Почти все модели семейства GPT здесь проваливались (единицы успехов из сорока), даже с объяснениями. Справились только две сильные модели Claude. Для такой сверки ставь отдельный шаг или отдельного агента. НЕ подходит для открытых решений вроде «какую стратегию выбрать». Там нет вычислимого верного ответа, и критерии качества придётся придумывать самому. Слабую модель на роли, где нужна точность, не ставь: самая малая модель Claude справлялась хуже остальных.

Мини-рецепт

1. Раздай факты: каждому агенту свой факт, обязательно с числом. Так легко проверить, дошёл ли он до остальных.
2. Дай общую базу: исходные данные и формулы, которые известны всем.
3. Зафиксируй формат: позиция, мой факт, как он меняет оценку, что взял у коллег. Голую цифру отправлять запрещено.
4. Задай правило итога: медиана или среднее. Не пиши «договоритесь», пиши «ваша цель, чтобы итог получился верным».
5. Добавь правила про сверку: одно событие в разных словах или единицах считать один раз. Отменённый факт не учитывать.
6. Запусти 3-4 раунда: для сложных задач больше.
7. Проверь итог отдельным расчётом: не по принципу «все согласны». Если есть дубликаты и отмены, вынеси сверку отдельному агенту.

Шаблон для старта:
Ты — участник группы из {число} агентов. Задача: {задача}. У тебя ОДИН личный факт. Итог группы — {правило_итога}. Соглашаться не нужно, твоя цель — верный итог.
Каждый раунд пиши: Позиция / Мой факт (дословно, с числами) / Как он меняет оценку / Что взял у коллег.

Примеры

[ПЛОХО] Задача: планируем смены пункта выдачи Ozon на неделю распродажи 11.11. Логист знает про сдвиг поставки, маркетолог про промокод, руководитель смены про отпуска. : Вы группа экспертов. Обсудите и договоритесь, сколько человек нужно на приёмку, выдачу и возвраты. Отвечайте коротко: роль и число.
[ХОРОШО] : Мой факт: поставка приедет на сутки раньше, +25% к приёмке в понедельник и вторник. Позиция: приёмка = 7, выдача = 6, возвраты = 5. Как он меняет оценку: 600 × 1,25 = 750 посылок, при 100 на человека это 7,5, округляю до 7 на смену. Что взял у коллег: логист подтвердил сдвиг, маркетолог добавил промокод, выдачу поднял с 6 до 7. В плохом варианте агенты обмениваются цифрами и подстраиваются под среднее. В хорошем видно, какой именно факт сдвинул чью оценку, и коллеги могут вставить его в свой расчёт.
Источник: Measuring Consensus in AI Agent Networks
ArXiv ID: 2610.24833 | Сгенерировано: 2026-10-20 17:00

Проблемы LLM

ПроблемаСутьКак обойти
Агенты обмениваются только цифрами и не приходят к верному итогуНесколько агентов, у каждого своя часть данных. Они пересылают друг другу только оценки. Из цифры не видно, на каком факте она держится. Агент не может её пересчитать. Он угадывает и подстраивается под среднее. Группа застревает на неверном ответе. Это касается любой задачи, где знание разбросано между агентамиТребуй в каждом сообщении три вещи: позицию, факт с числом и расчёт. Запрети отправлять голые числа. Агент получает сырьё для пересчёта, а не готовый вывод
Агенты не замечают дубликаты и отмены в чужих сообщенияхОдин и тот же факт приходит от двух агентов в разных единицах. Или один факт отменяет другой. Модель считает дубликат дважды и учитывает отменённое. Объяснения от агентов не спасают. Слабые модели ошибаются почти всегдаДобавь в промпт правила: «одно событие в разных словах или единицах считай один раз» и «отменённый факт не учитывай». Это повышает шанс, но не гарантирует результат. Для сложных данных вынеси сверку в отдельный шаг или отдельного агента на сильной модели

Методы

МетодСуть
Формат сообщения «позиция + факт + расчёт + что взял у коллег» — группа приходит к верному итогуКаждому агенту дай один личный факт. Задай строгий формат сообщения: Позиция: ..., Мой факт: [дословно, с числами], Как он меняет оценку: [расчёт в 1–2 строки], Что взял у коллег: [какие факты учёл, как изменилась позиция; если не изменилась — почему]. Итог задай заранее правилом (медиана, среднее). Не пиши «договоритесь». Пусть цель агента будет «чтобы итог получился верным», а не «согласиться». Почему работает: факт с числом легко подхватить и вставить в чужой расчёт. Поле «что взял у коллег» заставляет читать факты, а не цифры. Заранее заданное правило итога задаёт общую цель без давления на согласие. Пустая фраза вместо факта не помогает: нужна именно информация, а не объём. Когда применять: задачи, где знание разбросано между агентами и итог считается из суммы фактов. Хватает 3–4 раундов, для сложных задач больше. Когда не работает: факты надо сверять (дубликаты, отмены), для этого нужен отдельный шаг. Открытые решения без проверяемого ответа: нужны свои критерии качества

Тезисы

ТезисКомментарий
Согласие агентов не означает правильностьКогда агенты видят только чужие числа, они сближаются друг с другом. Но сходятся на неверном ответе. Согласие тут — эффект подстройки, а не проверки. Применяй: не используй «все согласны» как признак успеха. Проверяй итог независимым расчётом или эталонным ответом
📖 Простыми словами

Measuring Consensus inAIAgentNetworks

arXiv: 2610.24833

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

Это как созвать планёрку, где маркетолог орет «надо десять человек!», логист бубнит «нет, пять», а начальник смены требует «восемь», и никто не объясняет почему. У каждого на руках свой кусок пазла — от задержки фуры до распродажи, но все играют в молчанку. В итоге берут среднее арифметическое и закономерно садятся в лужу, потому что компромисс из догадок — это всегда провал.

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

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

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

Работа с исследованием

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

0 / 2000
~0.5-2 N-токенов ~10-30с
~0.3-1 N-токенов ~5-15с