Honker vs Skrun

Honker is a Rust-built SQLite extension that brings Postgres-style NOTIFY/LISTEN semantics to SQLite without any external broker. It adds cross-process notifications, durable pub/sub channels, task queues with retries and priority, and crontab-style scheduling — all living inside your existing SQLite file. Single-digit millisecond delivery via WAL-file watching instead of polling. The core trick: rather than polling the database on an interval, Honker watches SQLite's Write-Ahead Log (WAL) file with stat(2) calls. When a write lands, listeners wake up immediately. This gives push semantics without Redis, RabbitMQ, or any additional infrastructure. Business logic writes and task enqueues are atomic because they're in the same database. Honker ships as a loadable SQLite extension plus language packages for Python, Node.js, Rust, Go, Ruby, Bun, Elixir, and C++. It's experimental and the API may change, but it's addressing a real pain point: SQLite projects that outgrow simple reads/writes inevitably reach for external messaging, and Honker defers that moment significantly.

Skrun is an open-source tool that wraps agentic skills — the discrete, reusable capabilities you build for AI agents (web search, data extraction, file transformation, API calls) — into deployable REST APIs with a single command. The idea is that skills you build for one agent context shouldn't be locked to that agent's runtime. With Skrun, you define a skill once with a standard function signature, and get a hosted endpoint with automatic request validation, retry logic, rate limiting, and an OpenAPI spec generated automatically. The project addresses a real architectural tension in the current AI tools ecosystem: agent skills are written in a dozen different formats (LangChain tools, MCP tools, function call JSON, OpenAI tool specs) and are essentially stranded assets — they only work within their specific orchestration framework. Skrun normalizes this by wrapping any skill definition format and exposing it as a framework-agnostic HTTP endpoint that any agent or pipeline can call. This appeared on Hacker News with a small but thoughtful discussion focused on the "skills as microservices" architectural pattern. Critics noted that adding HTTP round-trips to every tool call introduces latency; proponents argued that the composability and reusability benefits outweigh the cost. The early version focuses on stateless skills; stateful/conversational skill deployment is on the roadmap.