EvanFlow vs Skrun

EvanFlow is an open-source framework that wraps Claude Code in a structured software development workflow. Built around a brainstorm → plan → execute → test → iterate loop, it adds human approval checkpoints between each stage so the AI never autonomously commits or deploys. Think of it as giving Claude Code a senior engineer's instincts: it stops before dangerous git operations, validates test assertions, detects context drift, and flags the five failure modes that routinely derail LLM-generated code. The project ships 16 integrated skills and two custom subagents for parallel development, plus a git guardrails hook that physically blocks risky operations like force-pushes or wholesale file deletions. Every iteration runs a Five Failure Modes checklist — hallucinated actions, scope creep, cascading errors, context loss, and tool misuse — before proposing the next step. Visual UI changes are verified via a headless browser before the developer signs off. EvanFlow fills a real gap: Claude Code is powerful but undisciplined by default. EvanFlow imposes structure without removing control. It's MIT-licensed, ships via npm CLI or Claude Code's plugin marketplace, and requires no backend — just Claude Code access and jq. Gained 59 upvotes on Hacker News within hours of launch.

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.