Evolver vs Skrun

Evolver is an open-source agent evolution engine built on GEP — Genome Evolution Protocol — a novel framework that lets AI agents improve themselves autonomously over time. Rather than requiring manual prompt engineering or model fine-tuning, Evolver scans an agent's runtime logs and error traces, identifies failure patterns, and selects evolution assets called "Genes" (core behavioral units) and "Capsules" (composable skill modules) to address them. The system then emits structured prompts that drive systematic agent improvement — essentially writing better instructions for itself based on what went wrong. It integrates natively with Cursor, Claude Code, and OpenClaw via hook-based connectors. The architecture is offline-first with an optional EvoMap Hub for community-shared gene libraries. The project launched to 527 GitHub stars in a single day — an unusually strong reception that reflects how acutely developers feel the pain of agent reliability. If the self-improvement loop holds up in production, Evolver could shift agentic debugging from a manual slog to a continuous background process.

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.