AMUX vs Skrun

AMUX is an open-source agent multiplexer that lets you run dozens of Claude Code (or other terminal AI coding agents) simultaneously, all managed from a single web dashboard — no complicated setup required. Built by the team at Mixpeek, it requires only Python 3 and tmux, with the entire server delivered as a single ~23,000-line Python file with embedded HTML/CSS/JS. The standout features are a self-healing watchdog that auto-compacts context when it drops below 20% and restarts stuck sessions, a SQLite-backed kanban board where agents atomically claim tasks to prevent duplicate work, and a REST API injected at startup that allows agents to coordinate with each other via simple curl calls. There's even a mobile PWA with offline support via Background Sync so you can monitor your agent army from your phone. In the "agentmaxxing" era, AMUX is the most complete open-source solution for running parallel AI coding agents unattended. Rather than babysitting one agent, you dispatch 5–20 agents to isolated worktrees and check back in as a reviewer. The MIT + Commons Clause license means it's free to self-host.

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.