Protocolo Quack do DuckDB Permite Cliente-Servidor com Múltiplos Escritores Concorrentes
O DuckDB lançou o protocolo remoto Quack, permitindo que instâncias do DuckDB se comuniquem em uma configuração cliente-servidor com suporte para múltiplos escritores concorrentes. O protocolo foi projetado para ser simples, rápido e baseia-se em tecnologias comprovadas como HTTP.
Embora a arquitetura embutida do DuckDB seja excelente para cargas de trabalho de ciência de dados em um único processo, escritas concorrentes no mesmo arquivo de banco de dados por múltiplos processos eram um ponto problemático. Soluções alternativas comuns incluíam soluções RPC personalizadas, Arrow Flight SQL, o protocolo proprietário da MotherDuck ou até mesmo a migração para PostgreSQL (opcionalmente executando DuckDB via pg_duckdb). O Quack é a solução oficial de primeira parte do DuckDB.
Como Funciona
Ambas as instâncias do DuckDB precisam da extensão Quack, atualmente disponível na build core_nightl (noturna). O protocolo é simétrico: qualquer instância do DuckDB pode atuar como cliente ou servidor. O servidor expõe um endpoint HTTP; o cliente se conecta a ele. Nenhum binário especial de servidor é necessário — apenas um processo DuckDB em execução com a extensão carregada.
Principais escolhas de design:
- O protocolo é baseado em HTTP, sendo amigável a firewalls e depurável com ferramentas padrão.
- Suporta operações em massa e pequenas transações com baixa latência.
- Sem restrições legadas — projetado do zero em 2026, aprendendo com Arrow Flight SQL e outros.
Casos de Uso
- Múltiplos processos de coleta de telemetria inserindo no mesmo banco de dados DuckDB.
- Um painel consultando as mesmas tabelas concorrentemente sem problemas de bloqueio de arquivo.
- Permitindo o uso do DuckDB em implantações tradicionais cliente-servidor sem middleware externo.
Este lançamento marca uma mudança para o DuckDB, que anteriormente enfatizava sua natureza embutida. A equipe reconhece a demanda dos usuários como impulsionador: “Vemos o DuckDB como uma ferramenta universal de manipulação de dados. Se isso significa ter um protocolo cliente-servidor além das capacidades embutidas – tudo bem.”
Status atual: A extensão está disponível na build noturna. Espere uma versão estável nos próximos meses.
Para um mergulho profundo nos internals do protocolo, incluindo a referência completa do artigo de pesquisa e um guia de configuração passo a passo, leia o anúncio original.
📖 Leia a fonte completa: HN AI Agents
👀 See Also

Projeto de Sistema Multiagente da Anthropic para Melhorar a Qualidade do Código do Claude
A postagem do blog da Anthropic detalha um design de arnês usando múltiplos agentes para abordar a ansiedade de contexto e o viés de autoavaliação do Claude, com funções específicas de agentes e critérios de pontuação para desenvolvimento frontend e full-stack.

CLI de código aberto usa Claude Haiku para automatizar auditoria de despesas no Xero
Um desenvolvedor lançou uma ferramenta CLI de código aberto em Python que usa Claude Haiku 4.5 para automatizar a auditoria de despesas do Xero. A ferramenta segue uma abordagem de 'código determinístico primeiro, depois IA para preencher as lacunas', mantendo os custos em alguns centavos por execução de auditoria.

engram: plugin de memória do Claude com captura com portão de saliência e ciclos de sonho
engram é um plugin de memória para Claude que filtra observações no momento da captura usando 5 dimensões de saliência, persistindo apenas eventos de alta pontuação no SQLite sem chamadas de LLM na pontuação. Ele apresenta injeção automática através de 5 ganchos e ciclos de sonho que extraem fluxos de trabalho recorrentes ao final da sessão.

Bot do Telegram para Gerenciar Canais Headless do Claude Code via tmux
Um bot Telegram sem dependências externas que inicia, para e monitora sessões do Claude Code Channels no tmux em um servidor headless, com reinicialização automática via watchdog.