Open Aya OS — Manifesto
An AI that remembers is a different kind of thing.
Most AI tools are very good at forgetting. Every conversation starts from zero. Every answer is plucked from a void. The model does not know you worked on this yesterday, that you hate verbose explanations, that you tried this approach twice and it failed both times. It does not know anything about you at all.
That is not a neutral design choice. It is a structural limitation dressed up as a feature ("privacy"), or simply ignored. Stateless AI is easy to build, easy to test, easy to scale. It is just not very useful when the work spans more than one session.
We built Aya because we wanted something that accumulates. An AI that builds a model of you over time — not in a surveillance sense, but in the way a good colleague does. They remember what you care about. They stop explaining things you already know. When they help you solve a problem and it works, they remember the approach for next time. When it does not work, they adjust.
That is Aya's first principle: memory is not a feature, it is the foundation. Without it, every interaction is a first meeting. With it, every interaction builds on the last.
On skills vs prompts
The dominant paradigm for customizing AI behavior is prompt engineering. Write a better system prompt, get better outputs. This works, but it does not compound. The next person who needs the same behavior has to rediscover the same prompt from scratch. The knowledge lives in your head, or in a shared doc that nobody reads, or nowhere.
Aya crystallizes procedures into skills. When a multi-turn exchange produces a good outcome, the procedure that produced it is extracted, named, and stored. Next time someone needs something similar, the skill surfaces automatically. Its confidence score rises when it helps and falls when it misleads. Skills that stop being useful retire themselves.
This is the second principle: skills over prompts. Knowledge should accumulate in the system, not evaporate when the session ends.
On sovereignty
Every major AI platform is a hosted service. Your conversations, your memory, your preferences, your patterns — all of it flows through someone else's infrastructure. You cannot leave and take your history with you. You cannot audit what is stored. You cannot choose a different model provider without starting over.
Aya is open source and self-hostable. You can bring your own Supabase instance, your own Postgres, your own S3. The data is yours by construction, not by policy. The policy can change; the architecture cannot.
We also implement Model Context Protocol as both a server and a host. Aya exposes her memory, knowledge graph, skills, and workspace context as MCP tools — any MCP-compatible client can connect and use them. She can also connect to external MCP servers and use their tools in her reasoning turns. This is the third principle: Aya as operating layer, not locked-in product.
On self-improvement
Aya has a self-improvement loop. She proposes single-variable mutations of her own system prompt, A/B tests the candidate against the current champion on the same eval corpus, and promotes only when the candidate wins on mean score — with a per-task regression guard and a cost tie-break. The result compounds: small wins stack into a meaningfully better Aya over weeks.
The eval harness measures capability, cost, latency, auditability, and workflow lift. The receipts are public. The system prompt champion is auditable. Nothing about Aya's self-improvement is opaque.
Fourth principle: receipts over claims. Every capability claim should point to a measurement.
On alignment with Anthropic's direction
MCP was created as an open standard for connecting AI systems to tools and data sources. Anthropic frames it as a way to replace fragmented integrations with a reliable architecture. We agree with that framing and extend it: Aya is not just another MCP tool. She is the higher-level operating environment for MCP-connected work — the workspace awareness, context vault, skill registry, and decision graph that sits above the protocol.
Models are commoditizing. The durable value is in the layer that remembers what they learned, routes them correctly, and accumulates the outcomes of their work. That is Aya.
What this means for you
If you use Aya for work, she gets better at your work over time. Not because you prompted her better, but because the system accumulates. Skills crystallize. Memory persists. The eval loop tightens her judgment.
If you build on Aya, you get an operating layer that handles memory, routing, skills, and MCP integration — so you can focus on what your users actually need, not on the plumbing.
If you audit Aya, every model choice, every eval result, and every system prompt change is logged and inspectable. The receipts are at /api/aya/audit.