Лучшие open source фреймворки для создания голосовых и видео ИИ-агентов в реальном времени

Создание продакшн-голосового или видео AI-агента означает выбор open source фреймворка, на котором вы будете строить. В этом руководстве сравниваются два наиболее важных фреймворка — LiveKit Agents и Pipecat — по архитектуре, внедрению, опыту разработчика и готовности к продакшену, а также рассматривается, куда вписываются такие названия, как TEN Framework, Dograh, Vision Agents и Vocode.

Почему стоит выбрать open source фреймворк для ваших голосовых и видео приложений#

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

• Предоставлять своим агентам глубоко настраиваемые инструменты и/или доступ к своим внутренним (часто приватным) системам.
• Систематически устранять и минимизировать каждую миллисекунду задержки, которую можно найти, чтобы улучшить качество разговора агента и клиентский опыт.
• Масштабироваться до тысяч, миллионов или даже миллиардов минут, сохраняя при этом доступность системы.
• Соответствовать множеству требований безопасности, конфиденциальности и комплаенса, исходящих из различных векторов.

В результате большинство компаний, которые масштабируют голосовых и видео агентов в продакшене, либо начинают с open source фреймворка для голоса и видео, либо со временем переходят на него, поскольку он помогает им быстро продолжать создавать и развивать своего агента, не жертвуя способностью обеспечивать высококачественный клиентский опыт с низкой задержкой, не сжигая весь облачный счет за один квартал и не внося случайно уязвимости, простои или проблемы с конфиденциальностью.

Сравнение лучших open source фреймворков для голоса и видео#

Для разработчиков и инженерных команд, создающих продакшн-агентов, выбор обычно сводится к двум open source фреймворкам: LiveKit Agents и Pipecat. Если поискать, могут всплыть и другие названия, такие как TEN Framework, Dograh, Vision Agents и Vocode, и хотя полезно знать, почему каждое из них упоминается, также стоит понимать, почему ни одно из них не попадает в короткий список для продакшена.

Два самых популярных варианта: LiveKit Agents и Pipecat#

LiveKit Agents и Pipecat оба дают разработчикам (и их агентам кодирования) инструменты и примитивы, которые упрощают создание и итерацию голосовых и видео агентов в продакшене. Почти каждый голосовой или видео агент использует один и тот же базовый конвейер: аудио на входе → преобразование речи в текст → языковая модель → преобразование текста в речь → аудио на выходе, с обнаружением реплик и обработкой прерываний вокруг него. Оба фреймворка поддерживают этот конвейер, а также единую модель «речь-в-речь» вместо средних трех этапов.

Два дизайнерских решения отличают LiveKit Agents от Pipecat. LiveKit Agents знает, на чем он работает (открытый WebRTC и SIP-сервер LiveKit), и построен как абстракция чуть более высокого уровня над агентом. Pipecat не предполагает транспорт и построен как абстракция чуть более низкого уровня над конвейером.

Вот как это выглядит на практике:

LiveKit Agents работает на открытой WebRTC и SIP-инфраструктуре LiveKit, подключает этот конвейер за вас и просит вас написать агента. Вы можете заменить или обернуть любой этап другим провайдером преобразования речи в текст, добавить этап редактирования транскрипта до того, как он попадет в модель, использовать любую выбранную вами LLM или модель «речь-в-речь», но вы работаете в рамках этой формы, а не добавляете новые этапы. Вы отказываетесь от выбора транспорта и возможности добавлять, переупорядочивать или разветвлять этапы; но вы получаете систему, которая уже корректна на каждом этапе, которого вы не касались, с диспетчеризацией, масштабированием и многосторонними сессиями, обрабатываемыми под капотом. Это абстракция более высокого уровня, которая решает недифференцированные проблемы, позволяя разработчикам сосредоточиться на программировании и управлении агентом.

Pipecat просит вас подключить собственный транспорт и собрать тот же конвейер самостоятельно, этап за этапом. И поскольку конвейер — это список, который вы пишете, а не сессия, которую вы настраиваете, он не обязан быть разговором. Ничто в нем не предполагает, что пользователь говорит, а затем агент отвечает, поэтому непрерывный перевод, агент, который только слушает, или этап, который реагирует на аудио, ничего не генерируя, — все это обычные конвейеры здесь, тогда как в фреймворке, ориентированном на агента, вам пришлось бы бороться с моделью сессии. Но настройки по умолчанию заканчиваются на границах конвейера: определение реплик поставляется настроенным, однако каждый добавленный вами этап должен корректно передавать кадры, которые он не обрабатывает, а то, что обычно обрабатывает медиаслой (масштабирование, диспетчеризация, многосторонние сессии), вам придется создавать и поддерживать самостоятельно. В конечном счете это абстракция более низкого уровня, которая открывает разработчикам больше базовой сложности голосовых и видео агентов.

Пример фреймворка LiveKit против фреймворка Pipecat в коде#

Самый быстрый способ почувствовать разницу — построить одного и того же агента дважды, а затем добавить по одному реальному требованию к каждому. Примеры ниже сокращены из текущего краткого руководства каждого проекта (сентябрь 2026 года); важна форма, а не обязательно количество строк.

Шаг 1: работающий голосовой агент

Pipecat, Python:

Оба работают. Однако различия уже видны: версия LiveKit никогда не упоминает транспорт (сессия знает, что это комната LiveKit), никогда не подключает конвейер (это делает сессия) и использует один набор учетных данных для трех провайдеров моделей (LiveKit Inference). Версия Pipecat выбирает транспорт для каждого запуска, перечисляет семь процессоров по порядку (включая две половины агрегатора контекста, которые должны находиться по разные стороны от LLM) и содержит три ключа провайдеров. Это не показано как критика; это показано для демонстрации дизайна и компромиссов. Pipecat показывает вам конвейер, потому что хочет, чтобы вы могли его изменить.

Шаг 2: реальное требование

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

LiveKit Agents имеет хук, который срабатывает, когда заканчивается реплика пользователя и до того, как генерируется ответ. Вы редактируете сообщение там; конвейер не затрагивается.

Pipecat, Python. Над конвейером нет хука, поэтому вы пишете процессор и вставляете его между преобразованием речи в текст и агрегатором контекста. Он должен пересылать каждый кадр, который ему не важен, иначе конвейер остановится.

Оба варианта короткие. Разница в том, где живет изменение и что оно может сломать. В LiveKit вы изменили агента; конвейер сессии, управление репликами и обработка прерываний остались точно такими, какими были. В Pipecat вы изменили конвейер; новый этап теперь является частью пути, который проходит каждый кадр, и его корректность (пересылали ли вы промежуточные транскрипции? системные кадры? сигналы конца реплики?) — ваша ответственность.

Шаг 3: требование, которое только один из них может выразить в конвейере

Теперь продукт хочет, чтобы вторая модель оценивала каждый звонок на соответствие требованиям, параллельно, не добавляя задержки к разговору. Здесь дизайн Pipecat окупается. ParallelPipeline разделяет поток кадров на ветви, которые выполняются параллельно; ветвь разговора не затрагивается, а ветвь оценки видит те же транскрипты.

В LiveKit Agents нет аналогичного объявления, потому что агент — это не конвейер, который можно разветвить. Тот же результат достигается иначе: скорер подключается к комнате как второй участник и подписывается на тот же аудиопоток, либо вы выполняете разветвление внутри переопределения llm_node. Оба варианта работают в продакшене; ни один из них не является одной строкой в определении агента. Если ваша архитектура построена вокруг множества параллельных ветвей, подход Pipecat подходит более естественно, и это руководство не будет утверждать обратное.

Названия, которые вы также встретите, и почему они всплывают#

TEN Framework. Поддерживается Agora. Всплывает, потому что он активный, мультимодальный и имеет около 11 тысяч звёзд. Две причины, по которым он не является вариантом для разработчика в том же смысле: его лицензия — это текст Apache 2.0 плюс пункт, запрещающий развёртывание "способом, который конкурирует с предложениями Agora и/или позволяет другим конкурировать", а также размещение на пользовательских устройствах, что делает его доступным в исходном коде, но не открытым; и его единственный поставляемый WebRTC-транспорт — это проприетарный тарифицируемый сервис Agora (запрос сообщества на LiveKit-транспорт открыт с 2024 года). Если вы уже привязаны к Agora и лицензия подходит, там это работает.

Dograh. Лицензия BSD-2-Clause. Всплывает как "открытая альтернатива Vapi и Retell": самостоятельно размещаемый визуальный конструктор рабочих процессов с телефонией, BYOK для LLM/STT/TTS и MCP-сервером. Это платформа, а не фреймворк, что ставит её в другую категорию по сравнению со всем остальным в этом списке. Dograh поставляет форк Pipecat как git-подмодуль и строит продукт поверх него, так что вопрос фреймворка уже решён под капотом: Pipecat. Если вы не можете использовать SaaS, а люди, настраивающие агентов, не инженеры, присмотритесь к нему. Если вы решаете, на чём строить, а не что разворачивать, вы всё равно выбираете между двумя фреймворками выше.

Vision Agents. Apache 2.0, от Stream. Всплывает в поисках по видео-агентам; около 8 тысяч звёзд и активен. Сочетает модели компьютерного зрения с LLM для агентов, которые наблюдают за живым видео. Та же форма, что и TEN, но без проблемы с лицензией: открытый фреймворк, чей транспорт — проприетарная edge-сеть одного вендора. Стоит посмотреть, если вы уже используете Stream.

Vocode. MIT. Фреймворк первого поколения, который сформировал представление категории о стриминге. Разработка остановилась в конце 2024 года. Не рекомендуется для новых проектов.

Как команды выбирают между LiveKit Agents и Pipecat#

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

1. Нужен ли мне TypeScript или Python?#

Если вы пишете на TypeScript, ваш выбор — LiveKit Agents; его Node.js SDK тесно следует за Python-версией, хотя некоторые опции (например, автоматическая регулировка усиления) остаются только в Python. Если вы Python-команда, оба фреймворка всё ещё в игре. LiveKit Agents поставляется на Python и Node.js, тогда как Pipecat — исключительно на Python.

2. Хорошо ли поддерживается фреймворк и надолго ли он здесь?#

Если вам когда-либо поручали выбор фреймворка, на другом конце неизбежно окажется технический руководитель (или, возможно, это вы), который за свою карьеру видел десятки фреймворков, приходивших и уходивших, и хочет знать, что выбранный вами фреймворк выдержит испытание временем. Смысл этого анализа не в том, чтобы слепо выбрать более популярный вариант, а в том, чтобы убедиться, что вы не принимаете что-то, что останется без поддержки к моменту запуска в продакшен. И это справедливое опасение. Один из первых популярных фреймворков с открытым исходным кодом для голосовых агентов в эпоху LLM, Vocode, собрал почти 4000 звёзд на GitHub, прежде чем перестал выпускать обновления в конце 2024 года.

Оба — LiveKit Agents и Pipecat — проходят. Вот несколько сигналов, на которые стоит обратить внимание, и где их можно проверить самостоятельно. Приведённые ниже цифры регулярно обновляются, а ссылки позволяют проверить их в любое время.

• PipecatN/A

Pipecat

N/A

• PipecatN/A

Pipecat

N/A

LiveKit Agents показан синим цветом везде для единообразия.

Одни только цифры не всегда дают полную картину, поэтому вот дополнительный контекст к таблице:

• Загрузки — один из самых сильных сигналов. Любой, кто смотрел статистику PyPI или npm, знает, что сырые числа завышены из-за CI-конвейеров и установки зависимостей, но соотношение это переживает: разрыв примерно в 3 раза на PyPI — это значимая разница в количестве команд, которые, вероятно, внедряют фреймворк.
• Звёзды примерно равны и растут с одинаковой скоростью. С 1 января по 15 сентября 2026 года оба выросли примерно на 63–64%. Звёзды не означают, что команды внедряют фреймворк, но они являются хорошим индикатором того, становится ли один из них стандартом по умолчанию или один рискует быть заброшенным. Оба преодолели отметку в 10 тысяч, оба — два самых популярных фреймворка в этой области, и ни один не ушёл в отрыв по этому показателю.
• Открытый сервер проходит тест на долговечность. LiveKit Agents работает на открытом медиасервере с собственным большим сообществом и историей. Если бы компания, стоящая за фреймворком, исчезла завтра, транспорт, от которого он зависит, всё равно существовал бы и оставался поддерживаемым. Транспорты Pipecat — это сервисы других компаний, прежде всего Daily, так что вопрос его долговечности — это на самом деле вопрос Daily. Это также решает практический вопрос: Daily не публикует открытый WebRTC-сервер, поэтому команда, которая хочет Pipecat, WebRTC и полностью открытый стек, может в итоге всё равно запустить сервер LiveKit под капотом. Pipecat даже поставляет транспорт LiveKit.
• Каждый обновляется регулярно. Оба фреймворка выпускаются еженедельно; день, когда один из них остановится, — это день, когда нужно повторить этот тест.
• У обоих есть финансирование, указывающее на запас прочности. Один из самых больших рисков для фреймворка с открытым исходным кодом — это потеря финансового стимула у поддерживающих его мейнтейнеров продолжать инвестировать. Обе компании, похоже, нашли способ зарабатывать на фреймворке, который они поддерживают, что обычно означает надёжный запас прочности. Только последний раунд LiveKit ($100 млн, январь 2026 года) больше любого раунда, раскрытого Daily, что является справедливым показателем того, сколько каждая компания может вложить в свой фреймворк.
• У обоих есть реальные компании, разворачивающие их в продакшене. Списки различаются тем, каких пользователей они называют. У LiveKit это компании, запускающие голосовых агентов для своих клиентов: Salesforce, Zocdoc, SAP, telli. У Pipecat — компании, которые создают инструменты или эталонные архитектуры для других разработчиков: NVIDIA Blueprint, AWS, Anthropic.

3. Могу ли я запустить работающего агента уже сегодня?#

При оценке каждого фреймворка важно, чтобы вы могли легко создать (и понимать код) голосового или видео-агента. С учётом разработки с использованием ИИ разработчик должен быть в состоянии запустить агента за день с помощью любого из них. Независимые обзоры, сравнивающие эти два фреймворка, неизменно приходят к одному и тому же описанию: LiveKit Agents — это "меньше кода", Pipecat — "больше шаблонного кода".

• LiveKit Agents: AgentSession связывает распознавание речи, модель и синтез речи за вас. Управление репликами (turn-taking) поставляется в виде набора моделей, обученных LiveKit: детектор смены реплик включён по умолчанию, а также адаптивная обработка прерываний, которая отличает настоящее вмешательство от «да, продолжай» — режим по умолчанию для агентов, развёрнутых в LiveKit Cloud при использовании большинства STT-провайдеров. Оба параметра настраиваются. quickstart — это один файл. Python и Node.js.
• Pipecat: вы объявляете конвейер явно, Pipeline([transport.input(), stt, context_aggregator.user(), llm, tts, transport.output(), context_aggregator.assistant()]), и каждый добавленный процессор должен корректно передавать дальше те типы фреймов, которые он не обрабатывает. Базовые примеры пронумерованы не просто так: здесь есть последовательность, которую нужно освоить. Детектор смены реплик тоже поставляется уже настроенным (Smart Turn v3 включён по умолчанию), так что дополнительная работа заключается в соединении компонентов, а не в настройках по умолчанию. На серверной стороне — только Python.

LiveKit также поставляет Agent Builder: вы можете прототипировать голосового агента в браузере, протестировать его и экспортировать лучшие практики Python, которые затем продолжаете редактировать в коде. У Pipecat нет аналога; его самый быстрый путь — нумерованные примеры плюс навыки Claude Code.

Оба фреймворка теперь поддерживают агентов для написания кода. В README Pipecat перечислены навыки Claude Code для создания каркаса проекта и развёртывания; LiveKit публикует MCP-сервер документации и навыки для агентов. Это сокращает разрыв для команд, которые позволяют ИИ написать первый черновик. Но первый час работы выглядит одинаково: один фреймворк даёт вам работающий конвейер, который нужно модифицировать, а другой — отдельные компоненты.

4. Выдержит ли это в продакшене?#

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

Представьте момент, когда этот вопрос становится реальным. Агент работает. Теперь ему нужно принимать телефонные звонки и браузерные сессии с трёх континентов, пройти проверку безопасности и объяснить вам, почему звонки во вторник показали результаты хуже, чем в понедельник. В этот момент фреймворк в обоих проектах одинаково мал; разница в том, сколько всего остального уже существует, и кому в вашей команде придётся отвечать за те части, которых нет.

Могу ли я масштабировать это глобально без целой команды DevOps?

Разница в том, сколько компонентов вы эксплуатируете. В LiveKit медиаслой, хостинг агентов, телефония и доступ к моделям — это одна платформа: LiveKit Cloud запускает медиаслой как глобальную mesh-сеть (подключения к ближайшей точке, без ограничения числа участников в комнате), размещает агентов с автоскейлингом, мгновенным откатом и пиковой ёмкостью в трёх регионах, обеспечивает телефонные звонки через собственный SIP с нативными номерами и предоставляет доступ к моделям через LiveKit Inference с автоматическим переключением между ними, обеспечивая целевой аптайм 99,99%. Пользователь браузера, телефонный звонящий и устройство попадают в одну комнату, поэтому добавление канала не затрагивает код агента. Если вы предпочитаете владеть всем сами, опенсорсный стек разворачивается самостоятельно с полной функциональной паритетностью; только облачный слой поверх (Inference, хостинг, наблюдаемость, Phone Numbers, Connectors) — нет.

В качестве конкретного примера, telli перешёл с другого опенсорсного голосового фреймворка на LiveKit, потому что стало «сложнее выпускать непрерывные улучшения, не ломая что-то ещё», и мигрировал 100% объёма звонков за три недели: более 30 000 ежедневных звонков через 400+ SIP-транков и на 30+ языках, с хранением данных в ЕС и прямыми транками Deutsche Telekom.

В Pipecat хостинг агентов решён, и решён хорошо: Pipecat Cloud масштабируется с нуля в четырёх регионах, начиная с 50 active sessions per deployment и больше — по запросу. Всё остальное — это решение, которое вы принимаете и затем реализуете: медиаслой — это Daily, одноранговое соединение с вашим процессом (вы предоставляете TURN), WebSocket или LiveKit; телефония — это PSTN/SIP от Daily или поток оператора, который Pipecat serializers завершает внутри вашего процесса; модели — это ваши собственные ключи и контракты. Это та гибкость из раздела об архитектуре, и она реальна. Это также означает, что кто-то в вашей команде отвечает за медиаслой, TURN-серверы и отношения с операторами. Глобальный масштаб — это проект, который вы ведёте, а не план, который вы выбираете.

Может ли он соответствовать строгим требованиям конфиденциальности и нормативным требованиям?

Оба проходят планку, которую устанавливает команда закупок: SOC 2 Type II и HIPAA BAA, на тарифах Scale и Enterprise в LiveKit Cloud и через пакет HIPAA от Daily для Pipecat Cloud. Разница в том, насколько далеко простирается одно соглашение и сколько раз вам придётся подписывать.

BAA LiveKit покрывает также путь вывода (inference), потому что этот путь принадлежит LiveKit: Inference по умолчанию использует нулевое хранение данных (zero data retention) на всех тарифах, поэтому ни LiveKit, ни провайдеры моделей не логируют и не обучаются на ваших аудио и промптах. Редактирование PII удаляет 41 тип сущностей из транскриптов и записей до того, как что-либо будет сохранено. Сквозное шифрование работает в Cloud и в самостоятельном хостинге. Для GDPR средства контроля размещения в ЕС существуют на каждом уровне: регион данных ЕС, хостинг агентов в ЕС, маршрутизация inference только через ЕС, региональные SIP-оконечности. В Pipecat фреймворк ничего не хранит, и Daily заявляет, что не хранит ваши данные, но каждый STT-, LLM- и TTS-провайдер — это ваш собственный контракт, поэтому условия хранения и BAA, если вы работаете в здравоохранении, согласовываются с каждым провайдером отдельно. Больше бумажной работы; зато больше прямого контроля. На любой платформе настройки размещения — это конфигурация, а не гарантия соответствия, и обязательства по GDPR по-прежнему лежат на вашем приложении и вашем пути данных.

Можно ли легко за ним наблюдать?

Вопрос в продакшене редко звучит как «работает ли оно». Он звучит так: «был ли тот плохой звонок проблемой сети, проблемой модели или чем-то ещё», а для этого нужны транскрипты, тайминги модели, события участников и телеметрия медиа в одном месте. LiveKit Cloud предоставляет это на всех тарифах: пошаговые транскрипты, трейсы по этапам с количеством токенов, логи агентов и фактическое аудио на одной временной шкале сессии, хранение в течение 30 дней, плюс log drains для событий уровня сервера. Для этого требуются медиасерверы LiveKit Cloud; полностью самостоятельное развёртывание вместо этого использует хуки OpenTelemetry и собственный бэкенд.

Трейсинг OpenTelemetry в Pipecat хорошо продуман (conversation → turn → service spans с количеством токенов и символов) и экспортируется в любой OTLP-бэкенд, а Pipecat Cloud добавляет логи с интеграцией Datadog и сохранённые транскрипты. Что не включено — это собранное представление: бэкенд, хранение, аудиохранилище и корреляция между медиасобытиями и событиями модели — всё это нужно создавать самим, что обычно означает ещё одну панель мониторинга, которую кто-то поддерживает.

Кто помогает, когда вам это нужно?

Уровни выглядят одинаково вплоть до верхнего. Оба идут по пути community → email → enterprise: у LiveKit — forum и поддержка по электронной почте на тарифах Ship и выше; у Pipecat — поддержка в Discord и по электронной почте для клиентов Pipecat Cloud. Корпоративный тариф LiveKit добавляет общий Slack-канал, выделенного инженера по решениям и SLA поддержки, а также в LiveKit есть команда инженеров передового развертывания, которая работает внутри инженерных команд заказчика — удалённо или на месте, от архитектуры до отладки в продакшене. Корпоративный тариф Daily включает 24/7 priority support with dedicated account management; ничего сопоставимого с инженерами передового развертывания не опубликовано.

Крупнейшее публичное подтверждение для всех четырёх ответов — OpenAI создаёт Advanced Voice для ChatGPT на LiveKit. Воспринимайте это как кейс, а не как бенчмарк; сквозные результаты в любом развёртывании по-прежнему зависят от местоположения пользователя, качества сети, выбранных моделей и поведения ваших инструментов.

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

Какой из них выбрать?#

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

Выбирайте Pipecat, когда сам конвейер является продуктом: исследовательский стек или новая архитектура, которая не сводится к speech-to-text → model → text-to-speech (или speech-to-speech).

Часто задаваемые вопросы#

LiveKit — с открытым исходным кодом?

Да. Медиасервер LiveKit, SIP-сервис, egress, ingress, фреймворк агентов и все клиентские SDK имеют лицензию Apache 2.0 и могут быть развёрнуты самостоятельно с полным паритетом функций. LiveKit Cloud — это управляемое развёртывание того же сервера плюс платформенный слой вокруг него.

Pipecat — с открытым исходным кодом?

Да. Pipecat распространяется под лицензией BSD-2-Clause и может быть развёрнут самостоятельно. Pipecat Cloud — это отдельный управляемый хостинговый продукт.

TEN Framework — с открытым исходным кодом?

Нет, в смысле Open Source Definition. Его лицензия — это текст Apache 2.0 плюс ограничения: вы не можете развёртывать его способом, который конкурирует с продуктами Agora, и не можете размещать его на устройствах конечных пользователей. Точный термин — source-available (доступный исходный код).

Можно ли использовать LiveKit Agents без LiveKit Cloud?

Да. Фреймворк работает с самостоятельно размещённым сервером LiveKit с теми же API. Что добавляет Cloud — это глобальная сеть, управляемый хостинг агентов, встроенный инференс, наблюдаемость, телефонные номера, коннекторы Twilio и WhatsApp, а также облачные разговорные модели, такие как адаптивная обработка прерываний.

Можно ли использовать Pipecat с LiveKit в качестве транспорта?

Да. Pipecat поставляется с транспортом LiveKit. Некоторые команды запускают конвейеры Pipecat на медиасервере LiveKit, чтобы получить его транспорт, SIP и масштабирование, сохраняя при этом модель конвейера Pipecat.

LiveKit Agents предназначен только для простых ботов и прототипов?

Нет; такая постановка переворачивает компромисс с ног на голову. С модели агента проще начать, но её ценность проявляется позже: логика сессии и логика агента разделены, фреймворк владеет теми этапами конвейера, которых вы не касались, и изменение одного агента не может незаметно сломать обработку реплик или прерываний в другом месте. Эти свойства важнее всего, когда у вас много агентов, много клиентов и требования комплаенса, а не когда у вас демо.

LiveKit Agents не зависит от провайдера?

Поддерживает ли LiveKit Agents параллельную обработку одного и того же аудио?

Какие фреймворки поддерживают видео?

Какие фреймворки поддерживают телефонию?

Существует ли открытая альтернатива Vapi или Retell?

Суть#