MemOS vs Skrun

MemOS is an open-source memory operating system designed to give AI agents persistent, manageable long-term memory. Think of it as a unified API layer that handles how AI systems store, retrieve, edit, and delete information across sessions — the same way an OS manages processes and files. Built by MemTensor, it supports text, images, tool traces, and personas through a single interface. The core insight is that current LLM memory is scattered: some in context windows, some in vector databases, some baked into fine-tuned weights, with no unified management layer. MemOS unifies these three memory types (plaintext, activation-based, and parameter-level) under one system. In benchmarks, it reports a 43.7% accuracy improvement over OpenAI's native memory and reduces memory token usage by 35.24% through smarter retrieval and compression. The project is Apache 2.0 licensed, deployable either via cloud API or self-hosted through Docker. It integrates with MCP and supports asynchronous operations with natural language feedback for memory refinement. With 8.7k GitHub stars and over 1,400 commits, it's one of the more mature open-source memory solutions for production agent deployments.

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.