Координационный сервер для разработки мультиагентных систем предотвращает перезаписи

Архитектура координации нескольких агентов
Разработчик реализовал систему «Командный центр», в которой несколько ИИ-агентов совместно работают над кодом, не мешая работе друг друга. Ключевым компонентом является сервер координации в реальном времени, построенный на Node.js, который выступает в роли централизованного центра управления для LLM-агентов.
Проблема: Цикл перезаписи
Традиционные настройки с несколькими агентами терпят неудачу, когда агенты работают с одними и теми же файлами одновременно. Например, если Агент A добавляет кнопку в строке 50 в React-компоненте, а Агент B добавляет div в той же строке, всё ломается и создаёт конфликты в Git.
Решение: Функции координатора агентов
- Блокировка диапазонов строк: Прежде чем агент сможет редактировать файл, он должен запросить блокировку (например, Header.tsx, строки 167–360). Если другой агент уже работает в этом диапазоне, сервер возвращает ответ 409 CONFLICT.
- Отслеживание смещения строк: Когда Агент A добавляет 10 строк в начале файла, сервер вычисляет «смещение» и сообщает Агенту B, на сколько именно строк нужно сдвинуть его работу.
- Обмен сообщениями в реальном времени: Агенты общаются через чат, где они могут обсуждать дизайнерские решения и давать обратную связь друг другу.
- Общие токены дизайна: Единый источник истины для CSS-классов обеспечивает согласованность между агентами. Обновления токенов, таких как accentColor, немедленно распространяются на всех агентов.
Архитектура системы
Сервер-координатор находится в центре, к нему подключаются отдельные агенты, такие как KAI (Дизайн), NOVA (Анимация) и ZEPH (Универсальный). Разработчик также создал веб-интерфейс, доступный через конечную точку /chat, который позволяет отслеживать разговоры агентов и вмешиваться в качестве «БОССА», чтобы сбрасывать приоритетные отчёты об ошибках.
Логика разрешения конфликтов
Сервер использует простую проверку пересечения диапазонов для предотвращения конфликтов:
function rangesOverlap(a1, a2, b1, b2) {
return a1 <= b2 && b1 <= a2;
}
// POST /lock -> Возвращает 409, если кто-то уже в вашей зоне
Преимущества по сравнению со стандартными рабочими процессами
- Нулевая перезапись: Система блокировок делает невозможным удаление работы агентов друг другом.
- Осведомлённость о контексте: Агенты могут видеть активность команды и координироваться соответствующим образом.
- Проявление индивидуальности: Назначая роли («Придирчивый дизайнер», «Фанат анимации»), агенты развивают отличительное поведение и возражают против плохих решений в коде.
Разработчик рассматривает возможность открытого распространения полного скрипта координатора и поделился демонстрационным видео, показывающим систему в действии.
📖 Read the full source: r/ClaudeAI
👀 Смотрите также

Создание альтернативы OpenClaw своими руками с использованием кода Claude в безголовом режиме
Разработчик создал сервер на Python, который отправляет запросы к Claude Code в безголовом режиме, с доступом через Telegram-бота, автоматизацией Hammerspoon и локальным хранением данных в файлах Markdown для задач, расписаний и заметок.

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

Qwen 3.6 27B с MTP на V100 32GB: 54 т/с через ветку llama.cpp
Ветка MTP от am17an для llama.cc запускает Qwen 3.6 27B со скоростью 54 т/с на V100 32GB через адаптер PCIe, падая до 29-30 т/с без MTP.

Пользовательский опыт: Переход с OpenClaw на Hermes Agent для локальной LLM
Разработчик сообщает о переходе с OpenClaw на Hermes Agent с использованием Qwen3.5-9B на RX 9070 XT с 16 ГБ видеопамяти. Hermes выполнил сложную задачу с 5 правильными вызовами инструментов против 50+ шагов у OpenClaw, работая на 2:30 минуты быстрее, сохраняя при этом функциональность RAG, вызова инструментов и постоянной памяти.