Протокол 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
👀 Смотрите также

Superglue CLI: Позвольте ИИ-агентам выполнять API-вызовы без предустановленных инструментов
Superglue CLI предоставляет навык, который обучает ИИ-агентов для программирования использованию его команд, работе с аутентификацией, созданию инструментов и отладке сбоев. Вместо создания предустановленных инструментов для каждой интеграции API, агенты могут читать спецификации API во время выполнения и планировать многошаговые вызовы.

TextForge: Инструмент для утверждения электронных писем, созданный на основе Claude Code, для рабочих процессов с использованием больших языковых моделей (LLM).
Разработчик создал TextForge с помощью Claude Code для автоматизации рабочих процессов электронной почты с обязательными этапами утверждения, предотвращая отправку писем ИИ-моделями без явного разрешения пользователя. Инструмент интегрируется с CRM Pipedrive и требует соответствия требованиям аудита безопасности Google CASA2.

Тестирование ИИ-агентов с реальными API с помощью d3 Labs
d3 labs предлагает 10 бесплатных производственных API, чтобы помочь разработчикам тестировать AI-агентов в реальных сценариях, а не полагаться на нереалистичные макеты.

Использование двух агентов Claude Code в одном репозитории с помощью Git Worktrees
Пользователь Reddit рассказывает, как запустить несколько агентов Claude Code параллельно в одной кодовой базе, используя git worktrees, избегая конфликтов файлов и обеспечивая независимые сеансы агентов.