cd /news/developer-tools/atlas-planning-surface-for-coding-ag… · home topics developer-tools article
[ARTICLE · art-121174] src=github.com ↗ pub= topic=developer-tools verified=true sentiment=· neutral

Atlas: Planning Surface for Coding Agents

Atlas, an open-source planning surface for coding agents, records every agent run as checkpoints linked to prompts, tool calls, and reasoning, and supports running Claude Code, Codex, and other ACP agents side by side with shared memory. The tool, built by Pacifio, keeps code and sessions local by default and aims to solve the problem of agents losing context between sessions.

read8 min views3 publishedSep 4, 2026
Atlas: Planning Surface for Coding Agents
Image: Michielbdejong (auto-discovered)

Atlas is source control for coding agents. Every agent run produces checkpoints: commits are linked back to the session that made it alongside the prompts, tool calls, and reasoning. You see which agent did exactly what and why.

Run Claude Code, Codex, Atlas's own agent, or anything from the ACP registry side by side against the same codebase, with shared memory so switching agents mid-task doesn't mean starting over.

Every commit, explained. A checkpoint links a commit back to the session that produced it: prompts, tool calls, and file changes kept together, queryable months later.Run any agent, side by side. Claude Code, Codex, Atlas's own agent, and the wider ACP registry, all in the same window, against the same codebase. Switching agents mid-task doesn't mean starting over.One memory, every agent. A decision Claude Code made shows up in Codex's next prompt. Plans, file changes, failures, and architecture notes are shared automatically, matched on-device against what you're asking about.Your notes are agent context. Markdown in.atlas/knowledge/

, plus theCLAUDE.md

andAGENTS.md

you already wrote, feed every agent in the project.Files, folders, symbols, branches, commits, notes, papers, and past sessions resolve locally before the prompt is sent.@

anything into a prompt.Local by default. Code, notes, and sessions stay on your machine. Sign in and create an organisation when you want to sync across a team.

** Join the Discord** ·

#general

chat · #dev

build questions · #feature-requests

ideas · #bugs

report breakageStart with CONTRIBUTING.md to send a change, or open an issue for anything you hit.

  • Why Atlas
  • How it works
  • Checkpoints
  • Features
  • Download
  • Build from source
  • Contributing
  • Local by default
  • Links

Agents now write a large share of the code and keep none of the reasoning behind it. Atlas records both, and makes them queryable: what changed, by whose agent, at what point in time.

Agents start from zero every session. Atlas keeps a persistent on-device memory of decisions, plans, and changes, and pushes the relevant parts into every turn.Switching agents loses the thread. The first message of a new session carries a curated fact pack and the tail of your last one, even when that session ran on a different agent.You can't review what you can't see. Every session is stored and searchable, next to a real commit graph and file-level diffs of what actually landed.Context lives in ten places. The knowledge base,CLAUDE.md

,AGENTS.md

, Claude Code's memory files, and Codex's history fold into one index every agent reads from.Nothing is locked in. Notes are markdown, canvases are JSON, sessions are JSONL, and the editor is a file on disk. Close Atlas and pick up in vim. The one exception is the checkpoint record (which agent session produced which commit), which is SQLite in the project's gitignored.atlas/

, because it is queried, not read.Built for agents from the ground up. The agent runtime, shared memory, and session history are the foundation the rest of the app is built on.

Atlas runs your agents as they are, and enriches what they see.

Claude Code and Codex run as external subprocesses over ACP, the most-used, most-tested path. Atlas Agent, the native agent, runs in-process on a hard fork of the Codex engine (see CONTEXT.md

and ADR-0004).

Beyond those, Atlas can 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 whichever one you pick.

Note

QA on the long tail of registry agents is ongoing.

Before your message reaches the agent, Atlas assembles context around it:

Injected Where it comes from When
@ mentions
Resolved locally in Rust before the prompt is sent. Notes, skills, papers, and past sessions are inlined; files and folders resolve to a path Every turn
Shared agent memory
Active plan, decisions, file changes, failures, and architecture notes, written by any agent Every turn
Semantic matches
Your message is embedded on-device and matched against the project's memory index Every turn
Session handoff
A curated fact pack plus the tail of your last session in this project, including one from a different agent First message
What you already wrote
Knowledge notes, CLAUDE.md , AGENTS.md , Claude Code's memory files, and Codex's history, folded into one index
Continuously

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.

A checkpoint is what a commit doesn't tell you on its own: 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.

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.

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

MemoryChat & SessionsSkillsSkillsChat & SessionsOrganisations| 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 workspace, OK, Degraded, or Stopped, each with a reason and the next step | Mission control | Dashboard for agent activity: usage over time, consumption breakdown, timelines, and a filterable log table |

Works with no account and no network.

Capability Description Link
Editor
CodeMirror editing surface, with per-project editor state restored across restarts

GitGit & Diff** Terminal**vim

, htop

, and friendsTerminalKnowledge base.atlas/knowledge/

, versioned next to the code, with backlinks, a link graph, and export to HTML or a standalone server binaryKnowledge baseResearch@

-mention them into a promptResearchBrowserExplorer** Spaces**Chat & Sessions** Split view**Editor** Activity log**TimelineGrab the latest .dmg

from tryatlas.cc or the releases page.

Note

macOS is the supported platform.

Note

Linux and Windows build from the same Tauri codebase but are untested.

To use the Claude Code agent, install the claude

CLI and put it on your PATH

. Atlas's native agent needs no external CLI.

Requires ** Bun**,

Rust(stable, via

rustup), and

Xcode Command Line Tools.

Linux system dependencies (GTK 3, WebKit2GTK 4.1, GLib headers) #

Debian / Ubuntu / Linux Mint:

sudo apt install -y libglib2.0-dev libgtk-3-dev libwebkit2gtk-4.1-dev

Fedora / RHEL:

sudo dnf install glib2-devel gtk3-devel webkit2gtk4.1-devel

Arch Linux / Manjaro:

sudo pacman -S glib2 gtk3 webkit2gtk-4.1

openSUSE:

sudo zypper install glib2-devel gtk3-devel webkit2gtk3-devel
git clone https://github.com/pacifio/atlas
cd atlas
bun install
bun run dev:app

The 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       # .app bundle
bun run build:app:dmg   # .app + .dmg installer

See CONTRIBUTING.md. One thing catches people out:

Feature work targets the current version branch, notmain

.main

only receives a finished version branch, and that merge is the release.

ARCHITECTURE.md covers how Atlas is built. SECURITY.md covers reporting vulnerabilities.

Your code, notes, and sessions stay on your machine. Nothing is uploaded to run an agent.Secrets are scrubbed before anything is written to disk. Not before upload, before persistence.Session capture is local-only by default. TheCheckpointsrecord of your agent sessions is written to.atlas/sessions.db

on your machine and 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 organisation 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.

Website:tryatlas.cc** Docs:docs.tryatlas.cc Discord:discord.gg/GmnFggaPfP Issues:github.com/pacifio/atlas/issues Telemetry:**what Atlas collects, and how to turn it off

MIT. See LICENSE.

── more in #developer-tools 4 stories · sorted by recency
── more on @atlas 3 stories trending now
wpnews · · #developer-tools
BoardUI
sponsored brought to you by zahid.host 4,200+ EU-deployed projects
reading about agents? ship yours in a single git push.

Run your AI side-project on zahid.host

EU-based hosting, git-push deploys, automatic HTTPS, no cold starts. Free tier with a custom domain — perfect for shipping the agent you just read about.

$git push zahid main
Live at https://your-agent.zahid.host
Get free account → Pricing
from €0/mo · no card required
LIVE [news/atlas-planning-surfa…] indexed:0 read:8min 2026-09-04 ·