Raven Treats the Agent Harness as the Product

EverMind's pre-alpha runtime separates durable memory, proactive scheduling, and skill evolution from the LLM loop so workflows can outlast the chat session.
The Harness, Not the Model
The agent-framework market has reached the stage where catalogs start to look like phone books. Salesforce lists AutoGen, LangChain, LangGraph, LlamaIndex, Rivet, and Vellum as options for businesses that want prebuilt components and visual workflow builders. Stanford now dedicates an entire course, CS329A, to self-improving agents, covering constitutional AI, test-time compute scaling, and open-ended evolution. Into this crowded syllabus comes Raven from EverMind: pre-alpha, terminal-native, and insistent that the harness around the agent—not the LLM inside it—is the real product.

The name is apt. Ravens are large corvids known for problem solving, social behavior, and the ability to remember individual human faces and adjust behavior based on past interactions. EverMind’s project channels that reputation into architecture rather than branding. Memory and adaptation are first-class citizens, not demo flourishes.
Why the Loop Is Not Enough
Raven’s own diagnosis of the field is blunt. Most agent tools stop at “LLM + tools + loop.” That works for screenshots, but it fractures under daily load. Long sessions overflow context and lose important details. Every turn re-sends the same system prompt and tool definitions. The agent waits passively even when it can see something that needs action. Useful workflows stay trapped in chat history instead of becoming reusable skills. The result is a clever chatbot, not a colleague.
The response is to treat the harness as the product. Raven runs as a native terminal interface built in React and Ink that speaks to a Python runtime through a typed RPC protocol. It also operates as a direct command-line entry point or a gateway-backed runtime with adapters for Telegram, Slack, Discord, WhatsApp, Matrix, Feishu, WeCom, Mochat, QQ, DingTalk, Email, and WeChat. This is not a web shell wrapped in a desktop frame; it is designed to live in the terminal and across messaging platforms where work actually happens.
Architecture as Argument
Every turn flows through the Spine, a single entry point and a single exit with per-conversation lanes for ordering and cancellation. The discipline matters. Most agent loops grow through direct imports and ad-hoc hooks until the codebase becomes untraceable. Raven forces every feature engine to plug in through explicit handoffs. The Context Engine maintains both a legacy path and a newer Curator path; when token budgets tighten, it archives, retrieves, and assembles context with explicit budgets and fail-safes instead of blindly clipping the oldest messages. This is a response to the universal failure mode of long sessions, where important details vanish into summarization heuristics the user never sees.
The Memory Engine connects to EverOS for durable user memory, agent memory, and world knowledge, and manages local skills through SkillForge. The Proactive Engine runs Sentinel, which watches events, schedules checks, evaluates whether a nudge is useful, and routes proactive actions through guardrails. TokenWise tracks usage and cache placement. An Eval Engine handles task judgement and coordination, though the repository admits it is still only partial—meaning Raven can act, but cannot yet fully judge its own actions.
Procedural Memory
SkillForge is where Raven tries to justify its “self-improving” label. It treats skills as procedural memory. The system detects reusable workflows, writes skill files, tracks execution feedback, and evolves instructions when they stop working. This is a departure from the static tool definitions that dominate the framework landscape. In a typical setup, a developer writes a tool, registers it, and the agent calls it forever unchanged. SkillForge proposes that the agent should notice when a procedure repeats, materialize it as a skill, and refine that skill based on whether it succeeds or fails.
The concept maps directly to the research agenda in Stanford’s CS329A syllabus, which treats learning from feedback and open-ended evolution as core frontiers. The goal is to escape static markdown prompts and manually installed plugins in favor of skills that accumulate experience across sessions and become Agent Templates—shareable digital workers that carry their own harness layer with them.
The EverMind Stack
Raven is the user-facing tip of a deeper stack. EverMind’s ecosystem includes EverOS (the memory substrate), EverAlgo (stateless extraction and ranking operators), HyperMem (hypergraph memory with benchmark-backed retrieval), MSA (Memory Sparse Attention for scalable latent memory and 100M-token contexts), and dedicated benchmarks for conversational memory and agent self-evolution. There are also plugins for Claude Code and an EverMe personal memory layer. The picture is less of a single repository trying to do everything and more of a vertically integrated research-to-runtime pipeline. Raven consumes the memory research, exposes it through a terminal-native interface, and wraps it in an Apache 2.0 license that lets builders commercialize what they create. Agents, templates, and skills belong to their creators.
Pre-Alpha Honesty
The repository is refreshingly honest about its maturity. It is pre-alpha. APIs can change without notice. The Context and Proactive engines are implemented but still evolving; the Eval Engine is partial. There are no named production users, no benchmark leaderboards, no performance claims. This honesty is necessary because the architecture is ambitious. A self-improving harness requires reliable evaluation, and a partial Eval Engine is a significant gap: an agent that can modify its own skills but cannot reliably judge their quality risks learning the wrong lessons. The project is a declaration of intent more than a proven runtime, but the intent is at least fully specified.
The Wager
Raven is ultimately a bet that agents need a durable runtime, not just a better prompt. The harness layer—memory, context curation, proactive nudges, and skill evolution—is where the project believes the next leap lives. Against a landscape of orchestration libraries and drag-and-drop workflow builders, Raven is making an operating-system play. It owns context collapse rather than delegating it to hidden truncation heuristics. It owns memory rather than relying on provider-side chat history. It owns proactivity rather than waiting for the next user message.
If SkillForge can truly turn chat history into reusable, improving procedures, and if Sentinel can reach out without becoming spam, Raven could define a category beyond the current wave of thin wrappers. For now, it remains a detailed blueprint: ambitious, terminal-native, and still learning.
Sources
- Raven
- AI Agent Memory: Building Self-Improving Agents - YouTube
- Common Raven
- I spent months trying to make my agents recursively self-improve so ...
- From LLM Reasoning to Autonomous AI Agents
- The Raven
- Stanford CS329A | Self-Improving AI Agents
- Understanding autonomous reasoning AI agents
- Common Raven Identification
- AI Agent Frameworks: A Practical Guide (2026) - Salesforce
- Autonomous AI Agents: Complete Guide for Developers