Know which prompt shipped which line.
The agentic visibility & control layer your SDLC was missing.
Download · Docs · Learn · Website · Contributing · Issues
Your entire engineering team uses coding agents. You get stacked PRs, you see the diffs without the context. When something breaks in production, do you know whose agent changed it, and what it was told?
That's why we built Atlas: every coding agent your team runs, recorded and linked to the commits it produced, on a shared timeline the whole team can collaborate and comment on.
Both feed the same team timeline, so mix them: one teammate in the desktop app, another in a terminal over SSH.
Atlas desktop. The control-surface IDE below.
Atlas CLI. Happy in your terminal? atlas-cli hooks into the agents you already run (Claude Code, Codex, Cursor, Copilot, OpenCode, Droid, Antigravity and Pi), records every session, links its commits and gives every agent one shared memory. macOS and Linux.
curl -fsSL https://github.com/tryatlas/cli/releases/latest/download/install.sh | shAtlas is a "control-surface IDE" built around managing your agents' context.
- Bring every agent, run them in parallel. Claude Code, Codex and more, side by side.
- Teach once, every agent remembers. Shared memory carries a correction you give one agent over to the rest.
- Context follows you between agents.
@a file, repo, branch or past session. YourCLAUDE.md,AGENTS.mdand knowledge notes reach every agent, and a new session is briefed on where the last one stopped. - Conversations are context too. Team chat, shared prompts and Spaces, right next to your agents.
- Steer a live session from anywhere. Start remote control on a desktop session and drive it from a browser, on another computer or your phone. Invite teammates to watch, and hand one of them the controls.
- The rest of the IDE is there too. Editor, terminal, source control and pull requests, in the same window.
- Trace every incident to its prompt. See whose agent changed what, and which session caused the break.
- Measure how your team ships with agents. The ROI dashboard sets AI spend against the commits it shipped: cost per commit and per active hour, by project, person and model.
- Step in while the agent works. A live timeline of every agent session, your comments land directly in the developer's running session.
- One organization, every project. Members see each other's sessions on the timeline and comment on each other's work, from the desktop app or the web app.
An organization has members and projects (think git repo). Put a project's sessions in the cloud and every teammate who opens the same repository adds their sessions to it.
- One timeline for the whole team. Every member's sessions, both live and finished, with agent, model, tokens, and the checkpoints that tie each one to its commits. Filter by project, agent or person.
- Comment on each other's sessions. Anchor a thread to a whole session or to one prompt, response, tool call or checkpoint.
@-mention, reply, resolve. On a live session, the comment lands in the developer's session while the agent is still working. - Talk next to the work. Channels and DMs where a message carries a session or checkpoint card, plus calls, prompt drafts you write together, and Spaces.
- Ask Atlas about the team. "What did we work on today?" Atlas, your organization's own agent, answers from everyone's sessions, and can run Deep research or post to a channel when you ask.
Only the record of agent work syncs, never your source tree, and secrets are redacted on your machine first. What syncs, exactly →
 |
 |
A checkpoint is like a commit++ with more info: which session produced it, what the agent was asked, the tool calls it made, and the reasoning behind the change, kept together instead of lost the moment the terminal scrolls.
With session capture on (it's off until you turn it on per project), Atlas records every agent session locally in .atlas/sessions.db, with secrets scrubbed before anything touches disk. When you commit (from any tool, even with Atlas closed), the commit is linked back to the session that produced it as a checkpoint, and links survive rebases and amends.
You don't have to read the raw transcript to get the context back: select a checkpoint and chat with it directly, and it answers from what actually happened in that session. Local mode works fully offline with no account.
Atlas runs your agents as they are, and enriches what they see.
Claude Code and Codex run as external subprocesses over ACP and get the most support due to their popularity. Atlas Agent (the native one) runs in-process on its own engine.
Atlas can also spawn any agent in the ACP registry (Cursor, OpenCode, Kilo Code, and more), pulling in each one's official binary automatically. All of them go through the same send path, so everything below applies to whichever one you pick.
Note
QA on the long tail of registry agents is ongoing.
Atlas never rewrites your prompt. Here is what reaches the agent, and how:
| Context | Where it comes from | How the agent gets it |
|---|---|---|
@ mentions |
Resolved locally in Rust before the prompt is sent. Notes, skills, and past sessions are inlined; files and folders resolve to a path | With your message |
| Shared agent memory | Active plan, decisions, file changes, failures, and architecture notes, written by any agent | Through Atlas's on-device memory server, which agents call as a tool |
| Session briefing | The tail of the last session in this repository (from any agent), plus the useful parts of CLAUDE.md, AGENTS.md, and Claude's memory files |
Read by the agent when a session starts |
| Semantic search | An on-device index of your instruction files, agent memory files, and knowledge notes | Searched by the agent through the memory server |
- One path, no per-agent special-casing. Run your existing Claude Code or Codex subscription through Atlas and the session gets more context, with no change to how you work.
- Claude Code's memory is visible to Codex, and the reverse. Neither agent can read the other's history on its own.
- Folders resolve to a pointer, not a paste.
@-ing a 5000-line file sends a path the agent reads on demand, so one mention doesn't occupy the context window for the rest of the session. - Embedding runs on your machine. Retrieval never leaves the device.
Agents, agent history and the project: every capability
| Capability | Description | Link |
|---|---|---|
| Multi-agent sessions | Claude Code, Codex, and Atlas's native agent, selectable per session and running in parallel across tabs. Sessions are independent of tabs, so switching never drops a run in flight | Chat & Sessions |
| Shared agent memory | On-device semantic index (local embeddings, HNSW search) that every agent reads from and writes to | Memory |
| @ mentions | Local resolution of files, folders, symbols, branches, commits, notes, skills, and past sessions | Chat & Sessions |
| Skills | SKILL.md files scoped globally or per project, enabled per agent by symlinking into that agent's own skills directory | Skills |
| Packs | Install a GitHub repo of skills, subagents, commands, hooks, rules, and scripts, discovered through the skills.sh index | Skills |
| Model chat | Talk to a model directly in its own tab, with no agent loop around it | Chat & Sessions |
| Organizations | Sign in, create an organization, and sync across devices and teammates | Organizations |
| Capability | Description |
|---|---|
| Session capture | Every session recorded to .atlas/sessions.db: prompts, messages, tool calls, the files each one touched, and the patches it applied |
| Checkpoints | Each session linked to the commits it produced. Commits are observed rather than intercepted, so one made from a terminal, from another editor, or while Atlas was closed still finds its session |
| Survives history rewrites | Links re-point through amend and rebase by patch-id reconciliation. When a squash makes the link genuinely ambiguous, it orphans instead of guessing |
| Transcript import | Backfills your existing Claude Code history, so the record starts before you installed Atlas |
| Secrets scrubbed on write | Redaction runs before anything is persisted, so the local store is never itself a disclosure risk |
| Capture health | One signal per project, OK, Degraded, or Stopped, each with a reason and the next step |
| Usage | Tokens, messages, sessions, and estimated cost over time, grouped by project, agent, or model |
Works with no account and no network.
| Capability | Description | Link |
|---|---|---|
| Editor | CodeMirror editing surface, with per-project editor state restored across restarts | Editor |
| Git | Real commit graph with lane assignment, stage/unstage/commit, branch operations, and file-level diffs | Git & Diff |
| Terminal | Your own shell in a tab, themed with the app, so vim, htop and friends work as they do anywhere else |
Terminal |
| Knowledge base | Plain markdown notes in .atlas/knowledge/, kept on your machine (.atlas/ is gitignored by default), with backlinks, a link graph, and export to HTML or a standalone server binary |
Knowledge base |
| Browser | Native WebKit webview in a tab, with real logins, cookies, and a reader mode | Explorer |
| Canvas | Spatial board for notes and their connections, persisted as JSON in the project | |
| Split view | Up to three resizable columns, each with its own tabs | Editor |
| Activity log | Every significant event in the project, filterable, with rows you can pin across restarts |
Grab the latest build from tryatlas.cc or the releases page — a .dmg for macOS (Apple Silicon or Intel), an .msi for Windows, and .deb, .rpm or AppImage for Linux.
Note
Atlas runs on macOS 11+, Windows 10+ (x64), and x86-64 Linux with WebKitGTK 4.1. See the install guide.
- Your code, notes, and sessions stay on your machine. External agents talk to their own providers as they normally would; Atlas Agent runs through the Atlas gateway on your account.
- Secrets are scrubbed before anything is written to disk. Not before upload, before persistence.
- Captured sessions stay local. The Checkpoints record is written to
.atlas/sessions.dband stays there. No account required, and nothing sent anywhere until you explicitly opt in to sync. - Accounts are opt-in. Sign in to create an organization and sync across devices and teammates.
- Anonymous usage analytics are on by default. Coarse metadata, never code or prompts. What's collected, and how to turn it off.
- Nothing is locked in. Notes are markdown, canvases are JSON, sessions are JSONL. Close Atlas and pick up in vim. The checkpoint record is SQLite in the project's gitignored
.atlas/, because it is queried, not read.
Agents such as Claude Code and Codex install from the ACP registry inside Atlas, so you don't need their CLIs. Atlas Agent needs a signed-in, synced organization.
Requires Bun and Rust (stable, via rustup), plus Xcode Command Line Tools on macOS or the MSVC build tools (Visual Studio Build Tools with the C++ workload) on Windows.
Linux system dependencies
- Debian / Ubuntu / Linux Mint (what the Linux release build installs):
sudo apt install -y pkg-config libssl-dev libwebkit2gtk-4.1-dev libgtk-3-dev \ libayatana-appindicator3-dev librsvg2-dev patchelf libglib2.0-dev
- Other distributions: see Tauri's Linux prerequisites.
git clone https://github.com/tryatlas/atlas
cd atlas
bun install
bun run dev:appThe first Rust compile takes a few minutes; after that it is seconds. Use bun run dev for frontend-only iteration, though anything calling invoke() needs dev:app.
Production builds:
bun run build:app # macOS .app bundle
bun run build:app:dmg # macOS .app + .dmg installer
bun run build:app:win # Windows .msi installerSee CONTRIBUTING.md. One thing catches people out:
- Every PR targets
main(hotfixes for a shipped version excepted; see CONTRIBUTING.md) and is merged with a merge commit titled with the PR title, so write that title as a Conventional Commit (fix(scope): …). Releases are tags onmain.
docs/architecture.md covers how Atlas is built. SECURITY.md covers reporting vulnerabilities.
Apache License 2.0. See LICENSE.