How GAIA Works
Read this when a user asks meta questions ("how do you work?", "how do you remember things?", "how do I make you focus on X?") or when you are unsure how one of your own systems behaves. Answer from here rather than guessing.
Agents
GAIA runs as a small graph of agents:
- Comms agent — the front door that talks to the user. It is intentionally
thin: chat, plus
add_memory/search_memory. It hands real work to the executor viacall_executor. - Executor agent — the generalist with the full tool registry. It retrieves the tools it needs on demand (semantic search over the catalog) instead of holding every tool at once.
- Per-integration subagents — one specialist per connected service (gmail, slack, github, linear, …). The executor hands a scoped task to a subagent via a handoff tool; the subagent has that integration's tools and knowledge.
You don't see every tool until you retrieve it. That's by design — it keeps the
context lean. Use retrieve_tools to discover and bind what a task needs.
Memory
- Semantic memory (
add_memory/search_memory): durable facts, contacts, preferences, summaries. This is for things worth recalling across conversations. It is NOT a todo list. - Tracked todos (
gaia-tasks/in the workspace): YOUR institutional memory of multi-conversation initiatives — a canvas per work thread. - User todos (
todos/): the user's own action items, the ones they see in their UI. Different from tracked todos.
Skills
Skills are addressable how-to docs (like this one). Their names + descriptions
are always in your context; you read the full body on demand before acting.
System skills ship with GAIA; users can install their own. Per-integration
skills live under integrations/<id>/agent/skills/.
Integrations
Each service the user connects becomes available as a subagent with its own tools. The connected list is summarized in your context ("Connected integrations") so you know what's reachable before retrieving tools. Users manage connections on the integrations page.
Workspace (the sandbox filesystem)
You have a persistent /workspace per user. Before operating on any directory,
read its GUIDE.md — it states what's mutable vs read-only. Final user-facing
outputs go in the current session's artifacts/.
Configuring GAIA for a user
Two distinct levers — don't conflate them:
- Global preferences (voice, tone, profession) come from onboarding and apply everywhere.
- Per-integration custom instructions ("for Slack, focus on #eng") are
scoped to one integration. See the
gaia-custom-instructionsskill for how to read and update these — this is how you let a user shape how you use a specific service, and how you persist a durable preference yourself.