Explorer
Codebase Recon
Terminal-native agent orchestration
Run one prompt in a local repo and let the harness route the work through the right agents. You keep the terminal, the history, the approvals, and the final call.
Built for developers who already live in a terminal and want agents to work inside the repo boundary, not around it.
Agent Roster
The Orchestrator owns the run and delegates to focused agents — recon, knowledge, design, review, advice, planning, and implementation — each with its own capabilities and runtime.
Codebase Recon
Knowledge Retrieval
Visual Excellence
Critical Review
Supreme Executor & Delegator
Strategic Advisor
Planning & Reflection
Implementation Specialist
Why it exists
Atelier treats agent activity as a run with routing, scopes, results, and evidence. The runtime can think and stream. The harness owns file edits, shell commands, approvals, limits, and the durable record.
Feature Map
The site is pulling from the current README and project docs. That means the boring but important pieces are here too: config, distribution, history, limits, and tests.
One prompt stays one run.
A working TUI, not a detached log.
Use the CLIs and credentials you already have.
The harness owns the actions.
Every run leaves useful evidence behind.
Install once, run where the work is.
How a run moves
No hidden handoff between agents. Each result comes back to the Orchestrator, and the next step is a decision the harness can show, persist, and bound.
You type the work once. Atelier starts one run and records it.
The Orchestrator chooses a single agent, a council, or a parallel group.
Agents ask the harness for reads, edits, commands, approvals, and verification.
Reviewer findings go back to the Orchestrator instead of editing directly.
History, artifacts, diffs, diagnostics, and run results stay under .atelier.
Runtimes
Codex, Claude, and Cursor run through their local CLIs and login state. Z.ai uses an API-key environment reference. The fake runtime keeps tests deterministic. Atelier keeps those paths separate so config stays readable and credentials stay out of project files.
Product Views
The UI is not trying to hide the work. These real TUI states show the run surface, pickers, and command reference inside the product.
Agents, chat, and the prompt composer stay visible in one terminal workspace.
/skill: opens cached project and personal skills without leaving the run.
/agent: shows enabled agent profiles, runtimes, and capability sets before routing work.
/help keeps TUI and CLI commands available while the session stays underneath.
Command Surface
The CLI is intentionally small. You can open the TUI, inspect setup, print config, manage codemaps, clean history, and update the npm install without learning a second tool.
atelieratelier --cwd <path>atelier --config <path>atelier --doctoratelier --doctor --jsonatelier --print-configatelier --init-configatelier --codemap initatelier --codemap changesatelier --codemap updateatelier --clean-sessionsatelier --clean-sessions --yesatelier --updateatelier --debug/goal <text>/goal/goal clear/config/subtask <agent> <task>/agent:<name>/skill:<name>/reload:skillsInstall
The npm package installs a prebuilt native binary and leaves your home config alone. Run doctor first, then open Atelier in the repo you want agents to work on.
npm install -g @matheusbbarni/atelier
atelier --doctor
atelier
Source build: cargo install --path .