Quick start
Get Mode Agent running in under 60 seconds. Install, authenticate, and start your first multi-agent session.
It is a CLI tool that orchestrates multiple AI agents working in parallel. Each agent has a specialized role (coder, designer, researcher, marketer) and they communicate through a shared signal bus.
Get started in 3 steps
- Install Mode Agent
- Authenticate by running
mode - Start Mode Agent and describe your task
Ready? Start with Installation.
Installation
Install Mode Agent with a single command.
Quick install
curl-fsSL https://gotmode.sh |sh
Verify
mode --version
0.0.1
Up next, Authenticate.
Authenticate
Mode Agent authenticates you the first time you run it.
mode
The first time you run mode, it opens your browser for magic link authentication. Once you confirm, the CLI is authenticated and ready to use. You won't need to authenticate again on this machine.
Up next, First session.
First session
Start Mode Agent and describe your first task.
Type mode to enter an interactive session.
mode
Once inside the session, describe what you want to accomplish. The Agent reads your goal, deploys the right agents, and they execute in parallel.
The Agent will do the following.
- Decompose your goal into tasks
- Assign each task to a specialized agent
- Execute agents in parallel
- Deliver tested, ready-to-ship results
What happens under the hood
The planner agent reads your goal, decides which agent roles are needed, and coordinates execution. For a "Build a REST API" task, it might spawn the following agents.
architectdesigns the system structurecoder:1implements the API routescoder:2implements authenticationtesterwrites tests as code is produced
All running simultaneously, communicating through signals.
Agents
Mode Agent spawns specialized agents for each role in your workflow. Each agent has a specific job, an auto-routed model, and runs inside a sandboxed environment.
Built-in agent roles
It ships with agent roles across every business domain. The orchestrator auto-routes each agent to the optimal model based on task type, cost, and latency.
Engineering
| Role | Responsibility |
|---|---|
planner | Breaks goal into tasks, coordinates all agents, manages execution order |
architect | Reviews codebase, designs system structure, evaluates trade-offs |
coder | Implements features and writes code (runs in parallel, multiple instances) |
tester | Writes and runs unit/integration tests, validates coverage, reports failures |
qa | End-to-end validation, regression testing, edge case discovery |
reviewer | Reviews diffs, enforces standards, gates submission |
security | Vulnerability scanning, dependency audits, OWASP checks, secrets detection |
devops | CI/CD configuration, deployment scripts, infrastructure-as-code |
debugger | Traces errors, analyzes logs, isolates root causes |
docs | Technical documentation, API references, READMEs, changelogs |
Product
| Role | Responsibility |
|---|---|
product | Drafts PRDs, prioritizes backlogs, defines requirements |
analyst | Analyzes usage data, identifies trends, generates reports |
strategist | Competitive analysis, market positioning, pricing strategy |
Design
| Role | Responsibility |
|---|---|
designer | Generates UI components, layouts, and design system tokens |
prototyper | Interactive prototypes, click-through mockups, user flow wireframes |
ux-writer | Microcopy, error messages, onboarding flows, and in-app text |
Marketing & Sales
| Role | Responsibility |
|---|---|
copywriter | Landing pages, blog posts, brand voice copy, content calendars |
ads | Paid campaign creative, A/B ad variants, audience targeting |
social | Social media content, platform-native formats, scheduling |
email | Drip campaigns, nurture sequences, newsletters |
seo | Keyword research, meta tags, structured data, content optimization |
outreach | Sales sequences, cold email, proposal generation, pitch decks |
Research
| Role | Responsibility |
|---|---|
researcher | Market research, competitive intelligence, trend discovery |
data | Quantitative analysis, SQL queries, data visualization |
council | LLM Council that convenes multiple models to deliberate critical decisions |
Operations
| Role | Responsibility |
|---|---|
comms | Stakeholder updates, release announcements, internal notifications, channel posts |
support | Knowledge base articles, ticket responses, FAQ generation |
finance | Invoice processing, expense reports, financial projections |
Mode Agent auto-routes each agent to the optimal model. No configuration needed.
Orchestration
The planner agent coordinates all other agents through a shared signal bus.
Execution model
- You describe your goal and Mode Agent deploys agents
- The planner decomposes it into tasks and assigns them to agents
- Agents execute in parallel, emitting signals as they work
- The reviewer validates diffs and ships tested results
Parallel execution
Unlike sequential AI tools, the Agent runs multiple agents simultaneously. The planner identifies independent tasks and launches them in parallel, only serializing when there are true dependencies.
Model routing
Each agent is automatically routed to the optimal model based on several factors.
- Task type means code tasks route to code-optimized models
- Cost means simple tasks use cheaper models
- Latency means time-sensitive tasks route to faster models
Model routing is fully automatic. No configuration needed.
Signals
Agents communicate by emitting and subscribing to typed signals, not by calling each other directly.
How signals work
Every agent action produces a signal on the shared bus. Other agents can subscribe to specific signal types to coordinate their work.
[coder:1] emit file.created src/auth/middleware.ts [tester] recv file.created → generating tests for middleware.ts [reviewer] recv file.created → queued for review
Signal types
| Signal | Emitted when |
|---|---|
task.started | An agent begins work on a task |
task.completed | An agent finishes a task |
file.created | A new file is created |
file.modified | An existing file is changed |
test.passed | A test suite passes |
test.failed | A test suite fails |
review.approved | Changes are approved by reviewer |
error | An agent encounters an error |
View signals in real-time with mode logs --follow.
Permissions
Mode Agent runs every agent in a sandboxed environment. You define the boundaries once in your config and agents operate freely within them. No permission prompts, no interruptions.
{
"permissions": {
"fs": {
"roots": ["./src", "./test"],
"deny": [".env", "secrets/**"]
},
"bash": {
"allow": ["git", "npm", "make"]
}
}
}
File system sandbox
fs.roots defines the directories that make up the sandbox. Agents can read and write freely inside these roots. Everything else is invisible.
fs.deny carves out exclusions within the sandbox for secrets, credentials, and sensitive config.
Command sandbox
bash.allow defines which shell commands agents can execute inside the sandbox. Pipes and subshells that would reach outside the sandbox are blocked automatically.
See Configuration: Permissions for the full reference.
mode
Start Mode Agent. Authenticates automatically on first run.
mode
Starts an interactive Mode Agent session. If this is your first time, it opens your browser for magic link authentication. Once authenticated, you're taken straight into the session.
mode logs
Stream or replay agent signals from a run.
modelogs [run-id] # Replay signals for a runmodelogs --follow # Stream live signals from current runmodelogs --agent coder:1 # Filter to one agent
mode stop
Stop a running agent or an entire run.
modestop # Stop all agents in current runmodestop --agent coder:2 # Stop a specific agentmodestop --run abc123 # Stop a specific run by ID
Config file
Place .mode/config.json in your project root. Mode Agent reads this file automatically on every session.
{
"permissions": {
"fs": { "roots": ["./src", "./test"] },
"bash": { "allow": ["git", "npm", "make"] }
},
"tmux": { "enabled": true, "layout": "tiled" }
}
The Agent auto-routes all models. The config file is for permissions and display preferences only.
Permissions config
Full reference for the sandbox configuration block. Define the boundaries once and agents operate freely within them.
| Key | Type | Description |
|---|---|---|
fs.roots | string[] | Directories that form the file system sandbox |
fs.deny | string[] | Glob patterns excluded from the sandbox |
bash.allow | string[] | Shell commands available inside the sandbox |
bash.deny | string[] | Commands excluded even if listed in allow |
net.allow | string[] | Outbound hostnames reachable from the sandbox |
net.deny | string[] | Outbound hostnames blocked from the sandbox |
allow and deny, it is excluded from the sandbox.
REST API
The Mode Agent REST API will let you start runs, stream signals, and manage agents programmatically.
Base URL
The base URL will be published here when the API goes live. There is no live endpoint to call yet.
Planned endpoints
| Method | Path | Description |
|---|---|---|
POST | /v1/runs | Start a new agent run |
GET | /v1/runs/:id | Get run status and results |
DELETE | /v1/runs/:id | Stop a run |
GET | /v1/runs/:id/signals | Stream signals (SSE) |
GET | /v1/agents | List available agent roles |
See Authentication to get started.
Authentication
How API requests will authenticate once the REST API is live.
Requests will pass your API key in the Authorization header, in this form.
Authorization: Bearer sk_mode_xxxxxxxxxxxx
API keys will be generated from your dashboard, scoped with specific permissions and rate limits.
Runs
How you will create and manage multi-agent runs via the API.
POST /v1/runs
Will start a new agent run from a goal and an optional set of agent roles.
GET /v1/runs/:id
Will return the status and results of a run.
Agents
How you will list and inspect available agent roles.
GET /v1/agents
Will return all available agent roles and their default models.
Planned response
{
"agents": [
{ "role": "planner", "model": "auto", "parallelizable": false },
{ "role": "coder", "model": "auto", "parallelizable": true },
{ "role": "tester", "model": "auto", "parallelizable": true }
]
}