jcode vs Skrun

jcode is an open-source, Rust-built terminal application that acts as a harness for AI coding agents. Unlike Electron-based competitors, it achieves roughly 14ms time-to-first-frame and uses approximately 6× less RAM for a single session — scaling even better with concurrent agents (about 2.2× extra RAM per session vs 15–32× for most alternatives). The tool features a custom semantic memory system that automatically recalls relevant context from previous sessions without requiring explicit tool calls. Agents can form "swarms" — collaborative groups that share messaging channels, auto-resolve conflicts, and even self-modify their own source code, rebuild, and reload. It also ships a Rust-based Mermaid renderer claimed to be 1800× faster than JavaScript alternatives. jcode supports 20+ LLM providers including Claude, OpenAI, Gemini, and local Ollama models. For developers frustrated with heavy, slow agent tooling, this is a genuinely different approach that treats performance as a first-class feature rather than an afterthought.

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.