DuckDB’s Quack Protocol Enables Client-Server with Multiple Concurrent Writers
DuckDB has released the Quack remote protocol, enabling DuckDB instances to communicate in a client-server setup with support for multiple concurrent writers. The protocol is designed to be simple, fast, and builds on proven technologies like HTTP.
While DuckDB’s in-process architecture excels for single-process data science workloads, concurrent writes to the same database file from multiple processes were a pain point. Common workarounds included custom RPC solutions, Arrow Flight SQL, MotherDuck’s proprietary protocol, or even switching to PostgreSQL (optionally running DuckDB via pg_duckdb). Quack is DuckDB’s official first-party solution.
How It Works
Both DuckDB instances need the Quack extension, currently available in the core_nightl (nightly) build. The protocol is symmetric: any DuckDB instance can act as client or server. The server exposes an HTTP endpoint; the client connects to it. No special server binary is required—just a running DuckDB process with the extension loaded.
Key design choices:
- Protocol is built on HTTP, making it firewall-friendly and debuggable with standard tools.
- Supports bulk operations and small transactions with low latency.
- No legacy constraints—designed from scratch in 2026, learning from Arrow Flight SQL and others.
Use Cases
- Multiple telemetry-collecting processes inserting into the same DuckDB database.
- A dashboard querying the same tables concurrently without file-locking issues.
- Enabling DuckDB in traditional client-server deployments without external middleware.
This release marks a shift for DuckDB, which previously emphasized its in-process nature. The team acknowledges user demand as the driver: “We see DuckDB as a universal data wrangling tool. If this means having a client-server protocol in addition to the in-process capabilities – fine.”
Current status: Extension is available in the nightly build. Expect a stable release in the coming months.
For a deep dive into the protocol internals, including the full research paper reference and a step-by-step setup guide, read the original announcement.
📖 Read the full source: HN AI Agents
👀 See Also

Self-updating translation system for OpenClaw maintains domain glossaries automatically
A Python script wraps the Kimi2.5 API to translate .srt files while preserving block indices, timestamps, and segmentation. The system uses project profiles with glossary.json, style.md, and memory.jsonl files, and includes a cron job that scans official sources every 6 hours to update terminology.

Claude Code v2.1.206: /doctor Trims CLAUDE.md, /commit-push-pr Auto-Allow Git Push, Background Agent Upgrade
Claude Code v2.1.206 adds /cd path suggestions, a /doctor check to trim CLAUDE.md of derivable content, /commit-push-pr auto-allows git push to configured remotes, and fixes MCP request_timeout_ms, background agent upgrades, and Bedrock startup hangs.

Founder Operations in Claude: 19 Reusable Skills for Early-Stage Startups
A founder who exited their first startup published 19 Claude-compatible skill prompts for functions like positioning, pricing, prospecting, and copy — based on their own SOPs and Notion workflows.

TechDebtMCP v2.0.0: MCP server for technical debt analysis across 14 languages
TechDebtMCP v2.0.0 is an MCP server that connects Claude to codebases to find, measure, and prioritize technical debt across 14 programming languages including JS/TS, Python, Java, Swift, Kotlin, Go, Rust, C/C++, C#, Ruby, and PHP.