# Portability: UNIVERSAL
# Last validated: 2026-05-17
# Next review: 2027-05-17
# Ресурсы: [Протокол Multi-LLM, Bridge, Swarm System, Документация по коду Claude]

СВЯЗЬ LLM – ОБЗОР ВСЕХ МЕТОДОВ
================================================

По состоянию на 17 февраля 2026 г.
Контекст: как экземпляры LLM (Клод, Близнецы, Оллама) могут взаимодействовать друг с другом
         и общаться с внешним миром? Каталог всех известных
         Методы оцениваются по пригодности для различных сценариев.

21 ФОРМЫ КОММУНИКАЦИИ
========================

ПРИМЕЧАНИЕ: 15 общих методов (1–15) + 6 специфичных для BACH (16–21).
Общие методы можно перенести в любую систему LLM.
Специализированные BACH используют собственную инфраструктуру BACH.

1. LEAVE FILES (удалить файл)
-----------------------------------
   Метод: LLM записывает файл, другой LLM читает его позже.
   Направление: однонаправленное (Запись -> Читатель)
   Задержка: высокая (читатель должен активно проверять)
   Пример: агент записывает result.txt, следующий агент читает его.
   Достоинства: Самый простой метод, не требуется инфраструктура.
   Слабость: нет механизма уведомления, проблемы со временем.
   БАХ: Основной метод во многих рабочих процессах

2. MEMORY.md (Общий файл)
----------------------------------------
   Метод: все партнеры LLM читают/записывают один и тот же файл MEMORY.md.
   Направление: двунаправленное (все чтение и запись)
   Задержка: на основе сеанса (изменения вступают в силу со следующего сеанса)
   Пример: Клод пишет «Усвоенный урок», Близнецы читают его на следующем занятии.
   Сила: автоматически вводится в начале сеанса (Код Клода).
   Слабость: ограничение в 200 строк, отсутствие реального времени, поддерживается вручную.
   БАХ: Сейчас по одному на каждого партнера; SQ043 планирует БД с общей памятью

3. ОБЩАЯ ПАМЯТЬ (база данных)
---------------------------------------
   Метод: Центральная БД (bach.db), в которую все пишут/читают.
   Направление: двунаправленное, многостороннее
   Задержка: немедленно (для доступа к БД в рамках сеанса)
   Пример: агент сохраняет факт, другой агент запрашивает факты.
   Сила: структурированная, доступная для поиска, взвешенная, постоянная.
   Слабость: требуется обработчик доступа к БД, который не внедряется автоматически.
   БАХ: факты, уроки, контекстные триггеры в bach.db (более 890 записей)

4. ИНЖЕКТОРЫ КАК КОММУНИКАЦИЯ
---------------------------------
   Метод: системные напоминания вводятся в поток сообщений.
   Направление: Система -> LLM (однонаправленное)
   Задержка: немедленно (при следующем сообщении)
   Пример: Хук вводит сообщение черезook_additional_context
   Варианты:
     а) Форсунки Клод Код (52 типа, неуправляемые)
     б) Форсунки BACH (5 типов, LLM управляемые)
     в) На основе перехватчика (UserPromptSubmit читает файл «Входящие»)
   Сила: появляется в контексте без активного поиска.
   Слабость: форсунки CC не могут управляться пользователем/LLM.
   БАХ: ContextInjector, SessionInjector, PartnerInjector,
               HealthInjector, DonationInjector
   См. также: claude-code-injections.txt, injectors.txt

5. СТИГМЕРГИЯ / КАРТА МАРГАТОРА
--------------------------------------
   Метод: Агенты оставляют маркерные файлы (феромоны).
               Другие агенты считывают маркеры и адаптируют поведение.
   Направление: непрямое двунаправленное (через среду).
   Задержка: мгновенная (файловая система)
   Пример: Бот пишет .visited.log, остальные избегают посещенных областей
   Маркеры: .done, .in_progress, .visited.log, .counter, .flag.
   Сила: не требуется прямая связь, хорошо масштабируется.
   Слабость: нет гарантии, что маркер будет прочитан, необходимо испарение.
   БАХ: data/swarm/map/, Maintenance_swarm.py, marauders_map.py
   См. также: Trumpelpfadanalyse.md (Глава 2: Метод роя)

6. ФАЙЛЫ ХЭНДЭППЕДИЦИИ (явная передача обслуживания)
------------------------------------------
   Метод: Структурированный документ передачи между экземплярами.
   Направление: однонаправленное (предшественник -> преемник)
   Задержка: немедленно (файл записывается до запуска преемника)
   Пример: Marble Run:handoff.md с заданием, статусом, результатом, отзывом.
   Сильная сторона: Полная передача контекста, структурированная, понятная.
   Слабость: Только для последовательных цепочек, а не для параллельной связи.
   БАХ: инструменты/llmauto/state/handoff.md (конвейер запуска мрамора)

7. МОСТ / РАЗЪЕМЫ (Внешние каналы)
------------------------------------------
Метод: BACH отправляет/получает сообщения через внешние службы.
   Направление: двунаправленное (BACH <-> человек/другая система)
   Задержка: секунды (в зависимости от сервиса)
   Пример: пользователь пишет сообщение Telegram, BACH отвечает.
   Каналы: Telegram (бета), Discord (бета), HomeAssistant (бета),
               Сигнал (планируется), WhatsApp (планируется)
   Сильная сторона: общение с реальным миром, а не только между LLM.
   Слабость: Зависит от внешних API, в некоторых случаях на основе парсинга.
   BACH: разъемы/, концентратор/connector.py, система мостов
   См. также: Bridge.txt, Connectors.txt

8. КОД КЛОДА КОМАНДНЫЙ РЕЖИМ
---------------------------
   Метод: встроенная координация команды в Claude Code CLI.
   Направление: двунаправленное (лидеры <-> товарищи по команде)
   Задержка: немедленно (очередь сообщений внутри сеанса)
   Пример: руководитель группы отправляет задачу исследователю и получает результат.
   Функции: SendMessage, TaskList, TaskCreate, TaskUpdate, Broadcast
   Сильная сторона: Антропная, хорошо интегрированная, параллельная работа.
   Слабость: Только в сеансе Claude Code, без смеси Opus/Sonnet.
   BACH: Не интегрирован напрямую (функция кода Клода, а не BACH)

9. GIT КАК КОММУНИКАЦИЯ
--------------------------
   Метод: фиксирует + фиксирует сообщения как сообщения между экземплярами.
   Направление: двунаправленное (толкание/тяга)
   Задержка: минуты (фиксация + отправка + вытягивание)
   Пример: работник внес изменение, рецензент читает сообщение git diff +
   Сильная сторона: Версионные, понятные, стандартные инструменты.
   Слабость: накладные расходы на небольшие сообщения, требуется репозиторий.
   БАХ: Систематически не используется, но возможно (версия SQ020)

10. ТАБЛИЦЫ БД КАК КАНАЛ
---------------------------
    Метод: агенты записывают в общую таблицу БД, другие читают.
    Направление: двунаправленное, многостороннее
    Задержка: немедленно (в пределах сеанса доступа к БД)
    Пример: Агент записывает сообщение в таблицу сообщений, опросы получателей.
    Сила: структурированная, постоянная, доступная для поиска, уже существующая.
    Слабость: необходим опрос (без push), нужны обработчики
    БАХ: У bach.db есть инфраструктура, но нет явной системы сообщений

11. HOOKS (внедрение на основе событий)
--------------------------------------
    Метод: команда оболочки выполняется по событию, результат вводится.
    Направление: внешнее -> LLM (однонаправленное на вызов крюка)
    Задержка: немедленно (при каждом запросе пользователя или вызове инструмента)
    Пример: перехватчик UserPromptSubmit считывает файл «Входящие» и вставляет содержимое.
    Типы хуков: PreToolUse, PostToolUse, SessionStart, UserPromptSubmit и т. д.
    Сильная сторона: Самый простой способ обмена сообщениями между экземплярами без исправления исходного кода.
    Слабость: только для событий (не по требованию), требуется настройка перехватчика.
    BACH: Рекомендуемый подход к интеграции кода Claude
    См. также: claude-code-injections.txt (раздел «Система обмена сообщениями»)

12. MCP-СЕРВЕР КАК ПОСРЕДНИК
-------------------------------
    Метод: общий сервер MCP, который используют несколько экземпляров LLM.
    Направление: двунаправленное (все экземпляры обращаются к одному и тому же серверу).
    Задержка: немедленная (вызов инструмента)
    Пример: ellmos-codecommander-mcp как общий сервис для всех экземпляров Claude.
    Сила: стандартизированный (протокол MCP), инструментальный, расширяемый.
    Слабость: Сервер должен быть запущен, нет механизма push.
    BACH: ellmos-codecommander-mcp (14 инструментов), ellmos-filecommander-mcp (38 инструментов)

13. ЦЕПОЧКА ПРОЦЕССОВ (.bat как сигнал)
----------------------------------------
    Метод: один процесс запускает следующий через пакетный файл.
    Направление: однонаправленное (предшественник -> преемник)
    Задержка: Немедленная (запуск процесса)
    Пример: Marble-Run: Opus Worker завершает работу, .bat запускает Sonnet Reviewer
    Сильная сторона: детерминированный, без инфраструктуры, родной для BS.
    Слабость: Только последовательные цепочки, нет канала обратной связи (требуется файл передачи управления)
    BACH: инструменты/llmauto/ (llmauto-CLI) (система запуска мрамора)

14. ОБЩАЯ ФАЙЛОВАЯ СИСТЕМА (Наблюдение за файлами)
--------------------------------------
    Метод: агенты отслеживают изменения в общем каталоге.
    Направление: двунаправленное (все могут писать/читать)
    Задержка: секунды (интервал опроса наблюдателя)
    Пример: агент записывает new_task.json, Watcher обнаруживает и отвечает.
    Старке: Просто, без специальной инфраструктуры
    Слабость: на основе опроса, возможны условия гонки, проблемы с синхронизацией OneDrive.
    БАХ: Принципиально возможно, но систематически не реализуется

15. ТРУБОПРОВОДЫ STDOUT/STDIN
-------------------------
Метод: результат одного процесса становится входом следующего.
    Направление: Однонаправленное (Производитель -> Потребитель)
    Задержка: мгновенная (конвейер)
    Пример: claude --print «Анализ X» | claude --print "Ставка: $(cat -)"
    Сильная сторона: философия Unix, минимальные накладные расходы, файловая система не требуется.
    Слабость: Только текст, без структурированного контекста, без устойчивости.
    BACH: Не используется (код Claude поддерживает --print, но не поддерживает канал stdin)

СПЕЦИФИЧЕСКИЕ ФОРМЫ СВЯЗИ BACH (16-21)
===============================================

16. ПРОТОКОЛ MULTI-LLM V3 (присутствие + блокировка)
-------------------------------------------------
    Метод: файлы присутствия + файлы блокировки + подтверждение связи в файловой системе.
    Направление: двунаправленное, многостороннее
    Задержка: секунды (пульс каждые 30 с, таймаут 120 с)
    Пример: Клод узнает, что Gemini онлайн через .gemini_presence.
    Функции: присутствие, блокировка, рукопожатие, пульс, обнаружение агента.
    Известны: Клод, Близнецы, Второй пилот, Оллама, Растерянность, Мистраль-Наблюдатель.
    Сильная сторона: координация без центрального органа, безопасность в условиях гонки.
    Слабость: основана на файловой системе (медленнее, чем БД), возможно устаревшее наличие.
    BACH:hub/multi_llm_protocol.py (V3), CLI: наличие/проверка/блокировка bach llm

17. БД ПАРТНЕР-ПРЕССЕНЦИЯ (маркировочные карты)
----------------------------------------
    Метод: таблица SQLite Partner_presence с clock_in/out/heartbeat.
    Направление: двунаправленное (все входят/выходят).
    Задержка: немедленная (запрос к базе данных)
    Пример: статус bach llm -> показывает, кто в сети и чем занимается.
    Возможности: clock_in(), clock_out(), heartbeat(), get_online_partners().
    Сила: более надежный, чем файлы, постоянное состояние.
    Слабость: требуется доступ к БД, несовместимость с файловой системой.
    БАХ:hub/multi_llm_protocol.py (класс PartnerPresenceDB)

18. СИСТЕМА СООБЩЕНИЙ (ВХОДЯЩИЕ/ИСХОДЯЩИЕ)
--------------------------------------
    Метод: обмен сообщениями на основе базы данных с указанием отправителя, получателя, тела и статуса.
    Направление: двунаправленное, направленное (определяется получателем)
    Задержка: мгновенная (по запросу) или по опросу (режим просмотра каждые 10 с)
    Пример: bach msg send Gemini «Проанализируйте это изображение»
    Функции: отправка, чтение, просмотр (опрос), пинг, подтверждение чтения (--ack)
    Статус: непрочитано, прочитано, в архиве
    Сила: структурированная, постоянная, с возможностью поиска, уведомление о прочтении.
    Слабость: на основе pull (без push), требует активного опроса.
    BACH:hub/messages.py, таблица БД: messages

19. СИСТЕМА УВЕДОМЛЕНИЙ (Многоканальная рассылка)
--------------------------------------------------
    Метод: Исходящие уведомления по внешним каналам.
    Направление: однонаправленное (BACH -> внешнее)
    Задержка: секунды
    Каналы: Discord (Webhook), Telegram (Bot API), Slack (Webhook),
                Электронная почта (SMTP/SSL), сигнал (прямой), универсальный веб-перехватчик
    Пример: bach notify отправить телеграмму «Задание выполнено»
    Сила: Многоканальный, настраиваемый
    Слабость: Только исходящие (нет приема через уведомление)
    BACH:hub/notify.py, CLI: bach notify setup/send/test/list

20. ПРОЦЕССОР ОЧЕРЕДИ И УМНЫЙ МАРШРУТИЗАТОР
------------------------------------
    Метод: надежная маршрутизация сообщений соединителя.
    Направление: двунаправленное (разъем <-> внутренний BACH)
    Задержка: секунды (интервалы опроса: Telegram 15 с, Discord 60 с)
    Особенности: повтор/откат (5 уровней: 30–480 с), автоматический выключатель (5 ошибок).
    Умно: анализировать команды из сообщений («/task add test»)
    Сила: Надежность, самовосстановление, распознавание команд.
    Слабость: сложный, требуется работающий демон.
    БАХ:hub/_services/connector/queue_processor.py, smart_router.py

21. ПРОТОКОЛ ДЕЛЕГИРОВАНИЯ БЛИЗНЕЦОВ 
--------------------------------
    Метод: файлы задач в папке Gemini/inbox/, результаты в папке Gemini/Outbox/.
    Направление: двунаправленное (Клод -> Близнецы и обратно)
    Задержка: от минут до часов (вручную или через Google Drive Sync)
    Триггер: ключевое слово, бюджет токена, длина документа, явный
    Пример: Клод создает исследовательскую задачу, Близнецы ее обрабатывают, возвращают результат
    Сила: использует сильные стороны Близнецов (большие документы, изображения).
    Слабость: требуется перенос вручную (или Google Drive Sync).
    БАХ: навыки/рабочие процессы/gemini-delegation.md

МАТРИЦА СРАВНЕНИЯ
=================

Метод | Направление | Задержка | Настойчивость | Масштабирование | Сложность
  -----|----------|----------|------------|------------|-------------
  ОБЩИЙ (можно перенести в любую систему LLM):
  1 удаленный файл | университет | Высокий | Да | Хорошо | Минимальный
  2 MEMORY.md | Би | сессия | Да | Ограниченная | Низкий
  3 Общая БД | Мульти | Немедленно | Да | Очень хорошо | Средства
  4 форсунки | университет | Немедленно | Нет | Ограниченная | Средства
  5 Стигмерги | Косвенный | Немедленно | Да (TTL) | Очень хорошо | Средства
  6 файлов передачи | университет | Немедленно | Да | Серийный | Низкий
  7 Мост/разъемы | Би | секунды | Да | Хорошо | Высокий
  8 Командный режим | Би | Немедленно | сессия | Параллельно | Средства
  9 Гит | Би | минуты | Да | Хорошо | Средства
  10 таблиц БД | Мульти | Немедленно | Да | Очень хорошо | Средства
  11 крючков | университет | Событие | Нет | Ограниченная | Низкий
  12 серверов MCP | Би | Немедленно | Переменная | Хорошо | Высокий
  13 Цепочка процессов | университет | Немедленно | Нет | Серийный | Низкий
  14 Наблюдатель за файлами | Би | секунды | Да | Хорошо | Средства
  15 стандартных трубопроводов | университет | Немедленно | Нет | Серийный | Минимальный

  BACH-SPECIFIC (использует инфраструктуру BACH):
  16 Мульти-LLM прот.   | Мульти | 30-е годы | Да | Хорошо | Средства
  17 Присутствие партнеров | Мульти | Немедленно | Да | Хорошо | Средства
  18 сообщений системы.   | Би | Немедленно | Да | Хорошо | Средства
  19 Уведомить (Push) | университет | секунды | Да | Мульти Ч.  | Средства
  20 Очередь/Маршрутизатор | Би | секунды | Да | Хорошо | Высокий
  21 Делегация Близнецов | Би | минуты | Да | Ограниченная | Низкий

РЕКОМЕНДАЦИИ ПО СЛУЧАЮ ИСПОЛЬЗОВАНИЯ
==================================

  Вариант использования | Рекомендуемый метод(ы)
  ----------------------------------|--------------------------------------
  Рой (много параллельных агентов) | 5 (Стигмергия) + 3 (ДБ) + 14 (Наблюдатель)
  Последовательный трубопровод (Мраморный участок) | 6 (передача) + 13 (цепочка процессов)
  Работа в команде (2-5 агентов) | 8 (командный режим) или 10 (таблицы БД)
  Долгосрочная передача знаний | 2 (ПАМЯТЬ.md) + 3 (БД)
  Уведомление в режиме реального времени | 4 (форсунки) + 11 (крючки)
  Связь с внешним миром | 7 (мост/разъемы)
  Асинхронное сотрудничество | 1 (удалить файл) + 9 (git)
  Интеграция на основе инструментов | 12 (сервер MCP)

СПЕЦИАЛЬНАЯ АРХИТЕКТУРА BACH
==============================

Сильная сторона BACH заключается в сочетании нескольких методов:
- Мост (7) для внешнего мира
- БД (3+10) как центральное хранилище знаний
- Инжекторы (4) для проактивного обогащения контекста
- Стигмергия (5) для роевых операций
- Передача обслуживания (6) + Цепочка процессов (13) для конвейеров мраморного запуска 

 Напротив, Claude Code ограничен одним методом для каждого сценария:
Командный режим (8) ИЛИ инжекторы (4), не могут быть объединены.

BACH может использовать все 15 методов одновременно и динамически переключаться --
в этом архитектурное преимущество системы, ориентированной на LLM.

СМОТРИТЕ ТАКЖЕ
===========
  Bridge.txt Система мостов/соединителей
  Connectors.txt Подробное описание типов соединителей
  injectors.txt Система инжекторов BACH
  claude-code-injections.txt Анатомия инъекций кода Клода
  multi-llm.txt Протокол Multi-LLM
  schwarm.txt Операции роя (если есть)
