{"schema_version":"1.0","service":"Publicasta","type":"article","id":766,"slug":"october_bus_open_source_agent_coordination","title":"October Bus открывает координационный слой для кодинговых агентов — что уже можно тестировать","excerpt":"October Bus отделяет координацию между агентами от самого кодингового окружения. Локальный рантайм, черновой протокол, устойчивые задачи, квитанции и лицензия Apache 2.0 уже позволяют начать тесты, хотя интерфейсы пока нестабильны, а граница безопасности остаётся локальной.","language":"ru","default_language":"en","canonical_url":"https://publicasta.com/open_source_radar/october_bus_open_source_agent_coordination?lang=ru","image":{"url":"https://publicasta.com/storage/projects/10/pages/766/2026/10/3bb25dab-6ec1-4698-a3ab-7f069fdfd34c.webp","alt":"Три рабочих места разработчиков, соединённые кабелями с небольшим центральным сетевым устройством в тёпло освещённом рабочем пространстве."},"publisher":{"id":10,"slug":"open_source_radar","name":"Open Source радар","url":"https://publicasta.com/open_source_radar"},"author":{"name":"Anton R"},"published_at":"2026-10-05T06:48:51+00:00","updated_at":"2026-10-05T06:48:51+00:00","content_markdown":"Кодинговые агенты хорошо справляются с изолированной работой. Один агент может изучить репозиторий, изменить файлы, запустить тесты и сообщить результат. Сложность начинается, когда агентов становится несколько. Человек превращается в интеграционный слой: переносит требования из одного терминала в другой, вставляет diff в сессию ревью, проверяет, увиден ли запрос, и пытается помнить, какой агент всё ещё отвечает за незавершённую задачу.\n\n ![Три рабочих места разработчиков, соединённые кабелями с небольшим центральным сетевым устройством в тёпло освещённом рабочем пространстве.](https://publicasta.com/storage/projects/10/pages/766/2026/10/3bb25dab-6ec1-4698-a3ab-7f069fdfd34c.webp)\n\n October Bus — это открытая попытка убрать такой ручной обмен сообщениями, не превращая всех агентов в один большой общий процесс. Проект предоставляет слой коммуникации и координации, который независимые окружения могут использовать для обнаружения коллег, обмена сохраняемыми сообщениями, делегирования ограниченной работы и отслеживания владельцев задач. Собственное кодинговое окружение October — первая заметная интеграция, но репозиторий Bus описывает более широкую цель: протокол, который смогут реализовать другие окружения, не принимая продукт October с его размещёнными сервисами или управляющим контуром.\n\n Именно это различие — главная часть релиза. October Bus — не новая кодинговая модель, не очередной терминальный интерфейс и не автономный надсмотрщик. Это набор примитивов для координации. Локальный рантайм, демон на Go, клиент на TypeScript, MCP-инструменты, хранилище SQLite и черновая спецификация 0.1 уже запускаются, однако проект прямо предупреждает: протокол и интерфейсы пакетов могут измениться до стабильного релиза.\n\n ## Какую проблему на самом деле решает October Bus\n\n Запустить несколько агентов параллельно легко показать и неожиданно трудно эксплуатировать. Разработчик может открыть одну сессию для реализации, вторую для тестов и третью для документации. Это создаёт параллелизм, но не обязательно сотрудничество. Сессии сами по себе не знают, чем заняты остальные, какой контекст важен, принят ли запрос и сохраняет ли результат актуальность после изменения исходного кода.\n\n Обычный обходной путь — передать полный транскрипт или попросить пользователя пересказывать содержание. Оба варианта дороги. Полный транскрипт содержит частные рассуждения, нерелевантный вывод инструментов, случайно упомянутые в контексте учётные данные и предположения, которые не должны попадать в следующую задачу. Короткое ручное резюме безопаснее, но превращается в ещё одну часть состояния проекта, которая может устареть.\n\n October Bus выбирает более узкий подход: агенты обмениваются явно заданным ограниченным контекстом и координационными записями. Сборщик может найти коллегу, заявившего возможность ревью, отправить точечный запрос о файле или поведении, создать задачу, продолжить работу, а позже получить ответ. Ревьюеру не нужен весь транскрипт сборщика. Ему нужны вопрос, приложенный контекст и достаточный доступ в собственной локальной границе доверия, чтобы провести проверку.\n\n Это полезное решение, потому что координация — не то же самое, что общая память. Bus записывает сообщения, запросы, ответы, квитанции, изменения задач и эскалации. Он не раскрывает автоматически весь частный контекст каждого агента всем остальным участникам. Благодаря этому реализация может сохранить локальные границы и одновременно сделать передачу работы проверяемой.\n\n Собственный пример проекта намеренно будничен: сборщик просит ревьюера проверить путь повторной попытки при оформлении заказа, ревьюер обнаруживает, что ключ идемпотентности теряется, а сборщик получает ответ при следующей проверке входящих сообщений. Ценность не в самом примере. Важен описанный вокруг него жизненный цикл: обнаружить, запросить, принять, ответить и получить результат.\n\n ## Что находится в открытом репозитории\n\n Репозиторий October Bus описывает четыре слоя, существенных для оценки проекта. Первый — поверхность протокола: черновая спецификация 0.1, HTTP-контракт, отображение на MCP, контракт адаптера и JSON Schema. Версии протокола предполагается отделить от версий рантайма и SDK. Это разумно, если разные окружения должны внедрять один язык координации с разной скоростью.\n\n Второй слой — локальный эталонный рантайм. Проект сообщает, что демон на Go, клиент на TypeScript, сохраняемое хранилище SQLite, MCP-инструменты и тесты уже можно запускать. Локальная модель здесь важна: разработчик может изучить поведение и провести эксперимент, не доверяя сначала размещённому сервису координации и не делая облачную учётную запись центром рабочего процесса.\n\n Третий слой — сами примитивы координации:\n\n - **Идентичность и обнаружение:** агенты имеют стабильные идентификаторы и могут объявлять возможности и доступность.\n- **Присутствие:** существование, готовность, достижимость и жизненный цикл считаются разными фактами, а не одним флагом «онлайн/офлайн».\n- **Сообщения:** уведомления, запросы, ответы, входящие и квитанции являются сохраняемыми записями.\n- **Делегирование:** один агент может попросить другой выполнить ограниченную работу.\n- **Общие задачи:** люди и агенты могут добавлять работу, принимать её, сообщать о прогрессе, освобождать, завершать и объявлять зависимости.\n- **Эскалация к человеку:** агент может запросить ввод или разрешение, вместо того чтобы выдумывать ответ.\n- **Наблюдение:** владельцы области могут следить за упорядоченными событиями, не собирая каждый частный след рассуждений.\n\n Четвёртый слой — идея адаптера. October Bus должен находиться ниже специфичной для продукта логики подбора исполнителей и рабочих процессов. Адаптер подключает окружение к Bus, оставляя самому окружению его вызовы моделей, инструменты, обработку контекста и разрешения. Это самый сильный открытый аргумент проекта: контракт координации может стать общей инфраструктурой, даже если разработчики используют разные окружения.\n\n Репозиторий October Harness показывает, как выглядит такая интеграция на практике. Он может работать интерактивно в терминале, как однократный процесс вывода, в JSON-режиме, через RPC или как встроенный SDK. Интеграция с Bus запускается только при выполнении условий: лаунчер передаёт адрес, MCP-эндпоинт, идентификатор агента, идентификатор исполнения и токен, после чего окружение регистрирует инструменты и хуки Bus только при наличии корректной конфигурации. Это конкретнее обещания в README, хотя совместимость с независимыми окружениями пока не доказана.\n\n ## Устойчивая доставка важнее чата\n\n Многие демонстрации агентов используют метафору чата: один агент отправляет сообщение, а другой почти сразу отвечает. Для видео это удобно, для реальной работы — недостаточно. Кодинговый агент может быть занят, остановлен, отключён, ждать пользователя или работать по другому расписанию. Если доставка зависит от того, что оба агента активны в один и тот же момент, координация превращается в ещё одно хрупкое взаимодействие на переднем плане.\n\n October Bus рассматривает доставку как состояние. Отправка считается принятой только после сохранения локальным рантаймом. Повторная попытка с тем же ключом идемпотентности возвращает исходную квитанцию, пока сообщение хранится; повторное использование ключа с другим содержимым отклоняется. Сообщение может быть поставлено в очередь, зарезервировано попыткой доставки, доставлено, подтверждено или просрочено. Запрос создаёт обязательство ответить, а ответ указывает, какой запрос он завершает.\n\n Эти детали выглядят административными, но именно здесь многoагентные системы обычно становятся ненадёжными. Без идемпотентности повторная попытка может создать дубликаты задач. Без явного подтверждения отправитель не отличит «процесс никогда этого не видел» от «процесс увидел, но ещё не действовал». Без срока действия старый запрос может быть выполнен после изменения окружающего кода или решения. Без правил владения и освобождения два агента могут считать себя ответственными за одну работу.\n\n Дизайн также учитывает поздние ответы. Bus может прекратить попытки доставки после истечения срока, продолжая представлять ответ, который пришёл поздно после доставки запроса. Клиент сам решает, полезен ли результат, вместо того чтобы незаметно переписывать историю. Для ревью кода и сборочных задач это важно: технически правильный ответ может оказаться устаревшим, если реализация уже изменилась.\n\n Поток событий — ещё одна практичная возможность. Владельцы области могут по порядку наблюдать регистрации, сообщения, изменения задач и эскалации к человеку. Клиенты возобновляют работу с ревизии события, а если хранение удалило нужную историю, Bus сообщает, что представление нужно восстановить через API ресурсов. Это реалистичнее, чем предположение о бесконечном журнале или постоянно подключённой панели.\n\n ## Модель безопасности намеренно ограничена\n\n Проект делает заявление, которое легко пропустить в быстрой демонстрации: знание о существовании другого агента не даёт доступа к его файлам, инструментам, процессу или контексту. Запрос коллеги — это данные, а не повышение разрешений. Получающее окружение по-прежнему решает, действовать ли, какие локальные инструменты доступны и требуется ли одобрение пользователя.\n\n Полномочия привязаны к исполнению, а не только к логической идентичности агента. Повторная регистрация агента заменяет исполнение и отзывает предыдущий токен. Захват задач принадлежит этому исполнению, а от окружения ожидается heartbeat, пока оно удерживает захват, чтобы Bus мог освободить его при исчезновении рабочего процесса. Это полезный ответ на обычную неисправность: задача не должна оставаться навсегда заблокированной из-за закрытого ноутбука или аварии процесса.\n\n Контекст ограничен намеренно. Коллега видит контекст, явно переданный для сотрудничества, а не глобальный транскрипт. Описания ресурсов не являются учётными данными. Эскалация к человеку остаётся полноценной операцией, поэтому агент может запросить решение или разрешение, не притворяясь, что сообщение другого агента уже содержит такое одобрение.\n\n Ограничения не менее важны. October Bus не является песочницей операционной системы и не делает безопасным запуск кодингового агента в недоверенном репозитории. Документация October Harness говорит, что локальные процессы кодингового агента работают с разрешениями операционной системы пользователя, который их запустил, и рекомендует контейнер, виртуальную машину, микро-ВМ или песочницу с политиками для недоверенной либо неуправляемой работы. Сторонние расширения, навыки, промпты и пакеты также нужно считать исполняемым кодом и инструкциями.\n\n Правильная ментальная модель здесь — **безопасность координации**, а не **безопасность исполнения**. Bus может не позволить сообщению коллеги незаметно предоставить новые полномочия, но не остановит уже авторизованного локального агента, который меняет файлы или запускает команды. Такая граница полезна, если её формулировать прямо. Было бы вводящим в заблуждение представлять устойчивые записи задач и токены исполнения как замену песочнице.\n\n ## Почему важна лицензия Apache 2.0\n\n October Bus распространяется по лицензии Apache 2.0. Репозиторий говорит, что разрешительная лицензия выбрана намеренно, чтобы разработчики агентов и окружений, включая коммерческие продукты, могли принять и реализовать протокол. Лицензия распространяется на код и документацию в репозитории, но не на названия October, логотипы и брендовые материалы.\n\n Это иной режим, чем у размещённого продукта с открытым клиентом и закрытым сервисом координации. Открытый репозиторий включает протокол, локальный рантайм, SDK, адаптеры, примеры и тесты. Граница проекта проходит перед автоматическим подбором исполнителей, выбором моделей, маршрутизацией квот, планированием операций, надзором, оценкой результата, управляемой облачной инфраструктурой, биллингом и корпоративными средствами управления.\n\n Эту границу стоит проверять, а не принимать автоматически. Открытый протокол может быть ценным, даже если наиболее удобный пользовательский интерфейс останется коммерческим. Но совместимость будет зависеть от того, смогут ли сторонние реализации выполнять важные операции без частного поведения сервиса. Поэтому черновая спецификация и работа над соответствием важнее отполированного обещания «команды агентов».\n\n Различие также упрощает оценку. Разработчик может спросить: достаточно ли открытого слоя, чтобы соединить два локальных процесса, проверить доставку, восстановиться после перезапуска и обменяться ограниченным контекстом? Если да, протокол имеет самостоятельную ценность. Отдельный вопрос — даёт ли размещённый продукт October лучший подбор исполнителей и маршрутизацию. Это сравнение продуктов, а не утверждение об открытом исходном коде.\n\n ## Что уже можно тестировать\n\n Первый полезный тест должен быть локальным и небольшим. Не стоит начинать с попытки воспроизвести автономную софтверную компанию. Возьмите двух агентов и одну узко определённую передачу работы. Агент-ревьюер может проверить изменение, сделанное агентом-сборщиком. Тестовый агент — запустить выбранный набор и вернуть падающие случаи. Аналитический агент — суммировать набор данных, пока агент реализации продолжает работу в другом репозитории.\n\n Типичный локальный эксперимент выглядит так:\n\n ```text\nпланировщик -> обнаруживает сборщика и ревьюера\nсборщик     -> принимает задачу реализации\nсборщик     -> просит проверить одно ограниченное изменение\nревьюер     -> принимает задачу ревью и сообщает о прогрессе\nревьюер     -> возвращает результаты с коррелированным ответом\nсборщик     -> подтверждает результат или эскалирует к человеку\n```\n\n Тест должен специально включать прерывания. Остановите ревьюера после захвата задачи. Перезапустите его. Повторите отправку с тем же ключом идемпотентности. Дайте запросу истечь. Отправьте ответ после изменения окружающей ветки. Удалите старую историю событий и проверьте, может ли клиент восстановить представление. Именно эти случаи показывают, является ли система координационной основой или всего лишь демонстрацией сообщений.\n\n Репозиторий October Harness описывает локальный пример многопользовательской работы, в котором запускаются закреплённый Bus и два рабочих процесса SDK с разными идентичностями. Точные команды и конфигурация запуска могут измениться, пока проект остаётся нестабильным, поэтому их следует брать из текущего репозитория, а не переносить в долгоживущий командный регламент. Важен не сам обмен текстом между двумя терминалами, а то, остаётся ли задача связанной с владельцем и восстанавливаемой через границы процессов.\n\n Используйте одноразовый репозиторий и нечувствительные учётные данные. На первом этапе держите локальный Bus на loopback-интерфейсе. Дайте каждому агенту минимальный файловый охват, необходимый для его роли. Не устанавливайте непроверенные расширения только потому, что Bus способен их обнаружить или загрузить. Проверяйте каждый сгенерированный diff, особенно если запрос коллеги пришёл извне текущего репозитория или компьютера.\n\n Для первой оценки зафиксируйте хотя бы следующие наблюдения:\n\n - Сколько времени требуется, чтобы обнаружить коллегу и проверить заявленную им возможность?\n- Может ли отправитель отличить сохранение, доставку, подтверждение, истечение срока и поздний ответ?\n- Освобождает ли аварийно завершившийся рабочий процесс захват задачи после ожидаемого интервала аренды?\n- Может ли получающее окружение обработать запрос, не получая нерелевантный частный контекст?\n- Может ли человек отклонить или изменить предлагаемую операцию, не позволяя коллеге обойти это решение?\n- Можно ли обновить систему, не сделав сохранённые сообщения или записи задач недействительными?\n- Достаточны ли журналы, чтобы восстановить ход событий без сбора рассуждений модели?\n\n Если ответы неясны, увеличение числа агентов сделает систему менее понятной, а не более способной.\n\n ## Кому стоит обратить внимание\n\n October Bus особенно интересен разработчикам агентской инфраструктуры, терминальных окружений, CI-воркеров, автоматизации репозиториев и локальных инструментов. Он даёт этим проектам общий словарь для присутствия, делегирования, захватов, квитанций и ограниченного контекста, не требуя одного поставщика моделей или одного пользовательского интерфейса. Команды, уже запускающие несколько специализированных агентов, сразу узнают описанную проблему.\n\n Проект также важен для сопровождающих открытых окружений, которые не хотят превращаться в закрытую экосистему. Общий протокол может позволить инструменту для ревью работать вместе с кодинговым агентом, тестовым запускателем или помощником по документации. Выигрыш — в гибкости: пользователь может заменить окружение, отвечающее за одну роль, не перестраивая весь стек сотрудничества.\n\n Для человека, которому нужен только более удобный терминальный опыт одного агента, Bus менее убедителен. October Harness можно оценивать отдельно, но Bus добавляет эксплуатационную сложность, полезную лишь при наличии настоящей проблемы координации. Разработчику-одиночке с одним репозиторием и одной активной сессией могут принести больше пользы хорошее хранилище сессий, ясные разрешения и воспроизводимые тесты.\n\n Для команд, ищущих стабильный стандарт между поставщиками, пока слишком рано. Репозиторий называет протокол черновой спецификацией 0.1 и сообщает, что интерфейсы пакетов могут измениться до первого стабильного релиза. Запускаемые компоненты и ясное направление уже есть, но свидетельств совместимости, необходимых для широкого производственного обязательства, пока недостаточно.\n\n ## Альтернативы и соседние проекты\n\n Самая прямая альтернатива — не другой Bus, а рабочий процесс на обычных Git-задачах, pull request, CI-заданиях и очереди. Такой подход медленнее для разговорной передачи работы, зато располагает зрелыми журналами аудита, знакомыми разрешениями и ясными точками человеческого ревью. Для многих команд обычная задача вместе с артефактом тестирования всё ещё будет лучшей записью координации, чем экспериментальный протокол агентов.\n\n Второй вариант — многoагентная поддержка, специфичная для конкретного окружения. Кодинговые инструменты могут координировать подагентов через собственную модель сессий, общий список задач или API расширений. Это часто проще установить и можно теснее связать с основным продуктом. Цена — привязка: рабочий процесс, построенный вокруг одного окружения, может не перенестись в другое.\n\n Третий вариант — оставить координацию на уровне приложения. Команда может открыть небольшой сервис, который принимает задания, хранит статусы и возвращает результаты, рассматривая каждого агента как рабочего исполнителя. Это подходит, когда границы задач строго структурированы. Обычно такой сервис не даёт общей модели обнаружения, присутствия, эскалации к человеку или ограниченного контекста — именно туда и целится October Bus.\n\n Поэтому сравнивать нужно не «какой агент умнее?», а «где хранится состояние координации, кто его видит и как рабочий процесс доказывает, что всё ещё владеет задачей?». October Bus пытается сделать эти вопросы явными для разных окружений.\n\n ## Риск открытого исходного кода — расхождение протокола\n\n Главный краткосрочный риск не в том, что идея неверна. Проблема может возникнуть, если открытый слой и размещённый продукт будут развиваться с разной скоростью. Если важное поведение существует только в частном управляющем контуре October, сторонние адаптеры смогут технически подключаться, но останутся реализациями второго сорта. Если черновой протокол меняется быстрее, чем независимые клиенты успевают его отслеживать, разработчики будут неохотно строить на нём свои системы.\n\n Заявленная граница открытого проекта помогает: она перечисляет функции, которые должны оставаться совместимыми между реализациями. Следующие убедительные свидетельства — тесты соответствия, независимые адаптеры, версионированные профили совместимости и примеры, не требующие частных сервисов October. Лицензия Apache упрощает юридическое внедрение, но сама по себе не делает совместимость устойчивой.\n\n Есть и вопрос управления. Протокол координации агентов не становится нейтральным только потому, что его сообщения записаны в JSON. Решения об идентичности, сроках, захватах задач, пределах контекста и эскалации к человеку определяют, какие рабочие процессы будут удобными, а какие — неудобными. Сопровождающим следует ясно публиковать эти решения, принимать обратную связь от реализующих сторон и делать сбои совместимости видимыми.\n\n Дорожная карта репозитория указывает в нужную сторону: укрепить и версионировать локальную реализацию, расширить свидетельства соответствия, добавить SDK, определить подключаемые транспорты и стабилизировать спецификацию совместимости. Это менее эффектно, чем автоматический подбор исполнителей, но именно такая работа может превратить перспективный репозиторий в общую инфраструктуру.\n\n ## Итог\n\n October Bus стоит подвергнуть контролируемому техническому тесту, потому что он закрывает конкретный пробел: независимым кодинговым агентам нужны устойчивые и проверяемые передачи работы без общего доступа ко всем транскриптам и без выдачи друг другу новых полномочий. Самые убедительные идеи проекта — не самые эффектные: идемпотентные отправки, явные состояния доставки, захваты, привязанные к исполнению, ограниченный контекст, аренды, коррелированные ответы и восстановление событий. Эти детали соответствуют сбоям, которые встречаются в настоящих многопроцессных системах.\n\n Пока не следует считать проект производственным стандартом координации. Протокол остаётся черновым, интерфейсы могут измениться, совместимых окружений мало, а сами агенты остаются локальными процессами с разрешениями своих пользователей. Bus не заменяет песочницу, ревью кода, минимизацию учётных данных и человеческую границу принятия решений.\n\n Разработчикам, уже экспериментирующим с несколькими агентами, разумно начать с локального теста двух агентов вокруг одной передачи на ревью или тестирование. Сначала измерьте сохранение, восстановление, владение и границы контекста, а уже затем — скорость. Остальным стоит следить за тестами соответствия проекта и независимыми адаптерами. Если они появятся, а открытая граница останется реальной, October Bus может стать полезной частью общей инфраструктуры следующего поколения инструментов разработчика.\n\n Источники: [репозиторий October Bus и черновой протокол](https://github.com/october-dev/october-bus), [репозиторий October Harness и документация интеграции](https://github.com/october-dev/october-harness), [граница безопасности Pi](https://github.com/earendil-works/pi/security), [документация кодингового агента Pi и лицензия MIT](https://github.com/pi-packages/earendil-works-pi/blob/main/packages/coding-agent/README.md), [лицензия Apache 2.0 October Bus](https://github.com/october-dev/october-bus/blob/main/LICENSE).","available_translations":[{"language":"ar","title":"October Bus يفتح طبقة لتنسيق وكلاء البرمجة — ما الذي أصبح جاهزاً للاختبار","html_url":"https://publicasta.com/open_source_radar/october_bus_open_source_agent_coordination?lang=ar","markdown_url":"https://publicasta.com/open_source_radar/october_bus_open_source_agent_coordination.md?lang=ar","json_url":"https://publicasta.com/open_source_radar/october_bus_open_source_agent_coordination.json?lang=ar","api_url":"https://publicasta.com/api/public/v1/channels/open_source_radar/articles/october_bus_open_source_agent_coordination?lang=ar"},{"language":"de","title":"October Bus öffnet eine Koordinationsebene für Coding-Agenten – was jetzt testbar ist","html_url":"https://publicasta.com/open_source_radar/october_bus_open_source_agent_coordination?lang=de","markdown_url":"https://publicasta.com/open_source_radar/october_bus_open_source_agent_coordination.md?lang=de","json_url":"https://publicasta.com/open_source_radar/october_bus_open_source_agent_coordination.json?lang=de","api_url":"https://publicasta.com/api/public/v1/channels/open_source_radar/articles/october_bus_open_source_agent_coordination?lang=de"},{"language":"en","title":"October Bus opens a coordination layer for coding agents — what is ready to test","html_url":"https://publicasta.com/open_source_radar/october_bus_open_source_agent_coordination?lang=en","markdown_url":"https://publicasta.com/open_source_radar/october_bus_open_source_agent_coordination.md?lang=en","json_url":"https://publicasta.com/open_source_radar/october_bus_open_source_agent_coordination.json?lang=en","api_url":"https://publicasta.com/api/public/v1/channels/open_source_radar/articles/october_bus_open_source_agent_coordination?lang=en"},{"language":"es","title":"October Bus abre una capa de coordinación para agentes de programación: qué está listo para probar","html_url":"https://publicasta.com/open_source_radar/october_bus_open_source_agent_coordination?lang=es","markdown_url":"https://publicasta.com/open_source_radar/october_bus_open_source_agent_coordination.md?lang=es","json_url":"https://publicasta.com/open_source_radar/october_bus_open_source_agent_coordination.json?lang=es","api_url":"https://publicasta.com/api/public/v1/channels/open_source_radar/articles/october_bus_open_source_agent_coordination?lang=es"},{"language":"fr","title":"October Bus ouvre une couche de coordination pour les agents de code : ce qui est prêt à tester","html_url":"https://publicasta.com/open_source_radar/october_bus_open_source_agent_coordination?lang=fr","markdown_url":"https://publicasta.com/open_source_radar/october_bus_open_source_agent_coordination.md?lang=fr","json_url":"https://publicasta.com/open_source_radar/october_bus_open_source_agent_coordination.json?lang=fr","api_url":"https://publicasta.com/api/public/v1/channels/open_source_radar/articles/october_bus_open_source_agent_coordination?lang=fr"},{"language":"pl","title":"October Bus otwiera warstwę koordynacji agentów programistycznych — co jest gotowe do testów","html_url":"https://publicasta.com/open_source_radar/october_bus_open_source_agent_coordination?lang=pl","markdown_url":"https://publicasta.com/open_source_radar/october_bus_open_source_agent_coordination.md?lang=pl","json_url":"https://publicasta.com/open_source_radar/october_bus_open_source_agent_coordination.json?lang=pl","api_url":"https://publicasta.com/api/public/v1/channels/open_source_radar/articles/october_bus_open_source_agent_coordination?lang=pl"},{"language":"ru","title":"October Bus открывает координационный слой для кодинговых агентов — что уже можно тестировать","html_url":"https://publicasta.com/open_source_radar/october_bus_open_source_agent_coordination?lang=ru","markdown_url":"https://publicasta.com/open_source_radar/october_bus_open_source_agent_coordination.md?lang=ru","json_url":"https://publicasta.com/open_source_radar/october_bus_open_source_agent_coordination.json?lang=ru","api_url":"https://publicasta.com/api/public/v1/channels/open_source_radar/articles/october_bus_open_source_agent_coordination?lang=ru"},{"language":"zh","title":"October Bus 为编码代理开放协作层：目前有哪些功能可测试","html_url":"https://publicasta.com/open_source_radar/october_bus_open_source_agent_coordination?lang=zh","markdown_url":"https://publicasta.com/open_source_radar/october_bus_open_source_agent_coordination.md?lang=zh","json_url":"https://publicasta.com/open_source_radar/october_bus_open_source_agent_coordination.json?lang=zh","api_url":"https://publicasta.com/api/public/v1/channels/open_source_radar/articles/october_bus_open_source_agent_coordination?lang=zh"}],"_links":{"self":"https://publicasta.com/open_source_radar/october_bus_open_source_agent_coordination.json?lang=ru","api":"https://publicasta.com/api/public/v1/channels/open_source_radar/articles/october_bus_open_source_agent_coordination?lang=ru","html":"https://publicasta.com/open_source_radar/october_bus_open_source_agent_coordination?lang=ru","canonical":"https://publicasta.com/open_source_radar/october_bus_open_source_agent_coordination?lang=ru","markdown":"https://publicasta.com/open_source_radar/october_bus_open_source_agent_coordination.md?lang=ru","json":"https://publicasta.com/open_source_radar/october_bus_open_source_agent_coordination.json?lang=ru","channel":"https://publicasta.com/api/public/v1/channels/open_source_radar","channel_articles":"https://publicasta.com/api/public/v1/channels/open_source_radar/articles","search":"https://publicasta.com/api/public/v1/search","documentation":"https://publicasta.com/api-docs#reading-publicasta","openapi":"https://publicasta.com/api-docs/openapi.json","llms":"https://publicasta.com/llms.txt"}}