Modo vs Skrun

Modo is an open-source AI IDE built on the Void editor (a VS Code fork) that flips the script on how AI coding tools work. Instead of jumping straight to code generation, Modo forces a spec-first workflow: describe what you want, and the agent converts your prompt into structured requirements docs, design docs, and task breakdowns stored in a persistent `.modo/specs/` directory before writing a single line of code. The approach draws from the "vibe coding is bad actually" school of thought. Modo's steering files and agent hooks let developers set coding conventions, stack preferences, and project constraints that persist across sessions. Autopilot mode chains spec generation through implementation, while parallel chat lets you run multiple agent conversations simultaneously against the same codebase. Built by a solo developer and posted to Hacker News as a Show HN, Modo positions itself against Cursor, Windsurf, and Kiro. The bet: slowing down agents with structured planning up front produces fewer hallucinated architectures and rewrites. It's early — rough edges abound — but the spec-driven philosophy is increasingly mainstream as larger teams adopt AI coding tools.

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.