Atlas Automata is a small Git-native persistence framework for AI agents. The agent understands and configures the user's domain; the Atlas MCP server is the exclusive writer for protected project state.
Work with Atlas through your coding agent. In a Git repository, tell the agent:
Install Atlas Automata from https://github.com/equilaterus/atlas-automata and guide me through the complete setup for what I want to manage.
The agent must perform the technical installation, commit and push it, tell you when an agent restart is required, and then conduct the configuration as a guided conversation. You describe your goals in ordinary language; the agent proposes the structure and explains meaningful choices.
The guided setup always covers, in order:
- purpose, users, boundaries, privacy, and terminology;
- collections, relationships, statuses, and lifecycles;
- how information must be found, filtered, grouped, and indexed;
- record identity, paths, schemas, taxonomy, and validation;
- views, calculations, imports, exports, and recurring workflows;
- compatibility with existing information;
- a complete proposal for your approval;
- creation of the configuration, domain documentation, indexing rules, and domain skill;
- final verification and handoff.
No phase may be silently skipped. A non-applicable phase is recorded with its reason. Atlas rejects writes under data/ until the setup is structurally complete, so adding the first record is never the first step.
An approved evolution that changes physical data paths uses the restricted atlas_setup: migration state. In that state Atlas permits only atlas_move between data paths, updates folder indexes, and keeps create, update, and delete blocked until the migration is verified.
Atlas is pinned at lib/atlas-automata as a Git submodule. The agent runs this bootstrap from the child repository root:
git submodule add https://github.com/equilaterus/atlas-automata.git lib/atlas-automata
./lib/atlas-automata/run/install
git add .gitignore .gitmodules .codex .githooks AGENTS.md ai lib/atlas-automata
ATLAS_MCP_COMMIT=1 git commit -m "Install Atlas Automata"
git pushThe installer builds .atlas/bin/atlas-mcp, configures project-local Codex MCP access, installs Git and agent guards, installs the base configure and mutate skills, and adds the mandatory Atlas block to the child AGENTS.md without replacing existing project instructions. It ignores .atlas/ and repository-local tmp/ output.
After bootstrap, restart the agent client so it loads the project MCP configuration. At the start of that agent session, call atlas_sync once and then call atlas_status; do not repeat atlas_sync for each request. Any setup state other than complete requires the full configure workflow before domain data can be written.
Tell the agent to restore Atlas, or run:
git submodule sync --recursive
git submodule update --init --recursive
./lib/atlas-automata/run/installThe child repository pins an exact Atlas commit. Restoring does not silently upgrade it.
Tell the agent to update and resynchronize Atlas, or run:
git submodule update --remote --merge lib/atlas-automata
./lib/atlas-automata/run/install
git add .gitignore AGENTS.md ai lib/atlas-automata
ATLAS_MCP_COMMIT=1 git commit -m "Update Atlas Automata"
git pushWhen editing Atlas itself inside a child checkout, commit and push inside lib/atlas-automata first. Then reinstall, commit the published submodule pointer in the child, and push the child repository. Never leave a child pointing to an unpublished Atlas commit.
atlas_statusreports repository and setup state.atlas_syncfetches and merges the currentoriginbranch.atlas_create,atlas_update,atlas_delete, andatlas_movemutate protected files, append semantic history when requested, commit, resynchronize, and push.- Every data mutation also creates or refreshes the reserved
index.mdin each directory underdata/, so the approved partition remains directly navigable without a separate generated index tree.
Protected state consists of AUTOMATIZER.md and files under data/, doc/, ai/, and log/. Domain-data mutations require a completed setup. See the documentation index for detailed contracts.
./run/build
./run/test
./run/build-relDebug and release binaries are written to bin/dbg/atlas-mcp and bin/rel/atlas-mcp.