Cursor 3 vs Skrun

Cursor 3 launched on April 2, 2026 with the biggest architectural shift since the team forked VS Code. The new Agents Window lets developers run multiple AI agents in parallel — each in its own isolated VM on a separate Git branch — while you stay in the editor reviewing their work. Background agents handle full feature implementations, batches of bug fixes, or multi-file refactors without blocking your current session. The release also introduces Design Mode, which lets developers click any UI element and describe changes in plain English — the agent handles the implementation. Composer 2, Cursor's in-house model trained specifically on code editing, ships alongside it with tighter context handling and fewer hallucinated diffs. Cloud agent handoff, multi-repo layout, and seamless local/remote context switching round out the release. The deeper shift is philosophical: Cursor is no longer positioning itself as a smart code editor — it's an agent orchestration platform that happens to include an IDE. The interface now treats the developer as a director, not a typist. Cursor 3 demotes the editor window to a fallback for review; agents are the primary execution surface.

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.