Протокол Quack в DuckDB обеспечивает режим клиент-сервер с несколькими одновременными писателями
DuckDB выпустил протокол Quack remote, который позволяет экземплярам DuckDB взаимодействовать в архитектуре клиент-сервер с поддержкой нескольких одновременных писателей. Протокол разработан простым, быстрым и основан на проверенных технологиях, таких как HTTP.
Хотя внутрипроцессная архитектура DuckDB отлично подходит для однопроцессных задач в области Data Science, одновременная запись в один файл базы данных из нескольких процессов была узким местом. Распространенные обходные пути включали собственные RPC-решения, Arrow Flight SQL, проприетарный протокол MotherDuck или даже переключение на PostgreSQL (опционально запуская DuckDB через pg_duckdb). Quack — это первое официальное решение от DuckDB.
Как это работает
Оба экземпляра DuckDB должны иметь расширение Quack, в настоящее время доступное в ночной сборке core_nightl. Протокол симметричен: любой экземпляр DuckDB может выступать в роли клиента или сервера. Сервер предоставляет HTTP-эндпоинт; клиент подключается к нему. Для работы сервера не требуется специального бинарного файла — достаточно запущенного процесса DuckDB с загруженным расширением.
Ключевые решения в дизайне:
- Протокол основан на HTTP, что делает его дружественным к файрволам и позволяет отладку стандартными инструментами.
- Поддерживает массовые операции и небольшие транзакции с низкой задержкой.
- Отсутствие устаревших ограничений — создан с нуля в 2026 году, учитывая опыт Arrow Flight SQL и других.
Варианты использования
- Несколько процессов сбора телеметрии, вставляющих данные в одну базу DuckDB.
- Панель мониторинга, запрашивающая одни и те же таблицы одновременно без проблем с блокировкой файлов.
- Использование DuckDB в традиционных клиент-серверных развертываниях без внешнего промежуточного ПО.
Этот релиз знаменует собой изменение для DuckDB, который ранее подчеркивал свою внутрипроцессную природу. Команда признает, что драйвером является запрос пользователей: «Мы рассматриваем DuckDB как универсальный инструмент для работы с данными. Если для этого требуется протокол клиент-сервер в дополнение к внутрипроцессным возможностям — хорошо».
Текущий статус: Расширение доступно в ночной сборке. Ожидайте стабильного релиза в ближайшие месяцы.
Для глубокого погружения во внутренности протокола, включая полную ссылку на исследовательскую работу и пошаговое руководство по настройке, прочитайте оригинальное объявление.
📖 Читать полный источник: HN AI Agents
👀 Смотрите также

Sovr MCP Proxy добавляет уровень безопасности для предотвращения деструктивных команд LLM.
Разработчик создал sovr-mcp-proxy после того, как локальная LLM чуть не выполнила rm -rf в домашней папке. Инструмент перехватывает команды перед выполнением и блокирует деструктивные шаблоны, включая rm -rf, DROP TABLE, curl | sh и chmod 777.

Инди-разработчик развернул полный сайт игровой студии через Claude Code, включая слой данных Steam API
Инди-разработчик использовал Claude Code для создания и развертывания сайта студии без использования терминала, включая слой данных, который получает актуальную информацию из Steam API.

Орк: Открытый Много-Проектный Оркестратор для ИИ-Агентов в Программировании
Orc — это оркестратор уровня операционной системы, который координирует ИИ-агентов для написания кода в нескольких проектах, используя bash, tmux и git worktrees. Он решает проблемы конфликтов слияния, дублирования работы и накладных расходов на координацию с помощью двухуровневой системы проверки и нулевого расхода токенов на оркестрацию.

AIMEAT: Самодостаточный протокол для ИИ-агентов, локальных LLM и общих возможностей
AIMEAT — это самодельный протокол и сервер, который позволяет людям, ИИ-агентам и локальным LLM обмениваться приложениями, знаниями и возможностями через HTTP/JSON. Никакой привязки к вендору, никакого специального SDK — обычные запросы и загрузки по URL.