An open-sourced, terminal-based AI coding agent.
Project description
Postal
An open-source AI coding agent that lives in your terminal.
Plans, edits, runs, and reviews code with any model on OpenRouter.
Postal connects to LLMs through OpenRouter, reads and edits your code with a built-in tool set, runs shell commands, delegates to specialized sub-agents, and streams everything through a full-screen TUI. Every mutating action goes through an approval policy you control, so it is as autonomous or as careful as you want it to be.
Quickstart
Two commands and you are talking to an agent in your own repo:
pip install postalcli
postal login # opens your browser to authorize with OpenRouter
postal # start the interactive TUI
More ways to run it:
postal "your prompt" # single-shot mode, great for scripting
postal --cwd /path # run against a different working directory
postal --continue # pick up the last session in this directory
postal --resume 3f2a1c # resume a specific session by id
postal sessions # list saved sessions
postal login --paste # paste an API key instead of browser OAuth
postal logout # remove the saved API key
Model, temperature, and context window live in ~/.config/postal/config.toml, with per-project overrides in .postal/config.toml:
[model]
name = "anthropic/claude-sonnet-4.5"
[reasoning]
enabled = true # ask the model to think (ignored by models that cannot)
effort = "medium" # "minimal", "low", "medium", "high", or omit for the provider default
# max_tokens = 4000 # a thinking budget instead of an effort level
visible = true # stream the thinking into the transcript
[session]
enabled = true # save the conversation so it can be resumed
max_checkpoints = 20 # snapshots kept per session
max_sessions = 50 # sessions kept before the oldest are dropped
Why Postal?
- Bring any model. OpenRouter as the backend means one login gives you Claude, GPT, Gemini, DeepSeek, open-weight models, and whatever ships next. No vendor lock-in.
- Safety is a first-class feature. Six approval policies, dangerous-command rejection, and confirmation for anything outside the working directory. You choose the risk level, not the agent.
- It survives long sessions. Context pruning reclaims tokens from stale tool output, and when the window fills up, Postal compacts history into a continuation brief and keeps going instead of erroring out.
- Nothing is lost when you close the terminal. Sessions are checkpointed after every turn, so
postal --continueputs you back exactly where you were, and/rewindwalks the conversation back to any earlier checkpoint. - Hackable by design. A readable Python codebase built on Rich, Click, and Pydantic. Adding a tool or a sub-agent is a small, well-marked change.
What it can do
Tools
| Files | read, write, edit, grep, glob, and list_directories for working with a codebase. |
| Shell | The shell tool executes commands in the working directory. |
| Planning | A plan tool tracks steps (a todo list) across the agent loop. |
| Network | Web search via DuckDuckGo and URL fetching. |
| Memory | Key-value storage that survives across sessions. |
| MCP | Connects to external MCP servers for additional tools and data sources. |
Agent
| Sub-agents | Specialized agents the main agent can delegate to: codebase_investigator, code_reviewer, software_architect, test_writer, debugger. |
| Approvals | Mutating tool calls are gated by an approval policy, from confirming every write to running unattended. See Approvals. |
AGENTS.md |
Project instructions are picked up automatically and followed while working. |
| Context pruning | Old tool outputs are cleared once they pile up past the recent working set, reclaiming tokens without touching the conversation itself. |
| Compaction | When the context window fills up, history is summarized into a continuation brief and the session resumes from it instead of erroring out. |
| Sessions | Every turn is checkpointed to disk, so a conversation can be resumed, listed, or rewound to an earlier point. See Sessions. |
Interface
| Interactive TUI | Full-screen terminal interface built on Rich, with streaming responses, live tool call output, and token usage tracking. |
| Visible thinking | Reasoning models stream their thinking into the transcript before the answer, dimmed under a gutter. Tune or hide it with /thinking. |
| Slash commands | Control the session without leaving it. See Slash commands. |
| Single-shot mode | Pass a prompt as an argument for non-interactive runs, suitable for scripting. |
| Session management | Save, list, resume, and rewind conversations from inside the TUI or from the command line. |
Technologies
Postal is a terminal application, so "frontend" here means the interface layer you interact with, and "backend" the agent runtime behind it.
Frontend
| Rich | The whole TUI: full-screen live rendering, streaming responses, tool call panels, diffs, markdown, and the colour theme. |
| prompt-toolkit | The input line: key bindings, multiline editing, history, and slash command completion. |
| Pygments | Syntax highlighting for code blocks and file previews rendered through Rich. |
Backend
| Python 3.11+ | The agent loop is asyncio-based, so streaming, tool calls, and MCP connections run concurrently. |
| OpenAI SDK | The API client, pointed at OpenRouter's OpenAI-compatible endpoint for streaming and tool calling. |
| OpenRouter | The model gateway. One login, any model, no per-vendor SDKs. |
| Pydantic | Config schemas, tool argument validation, and the JSON Schema sent to the model for each tool definition. |
| FastMCP / MCP | Connecting to external MCP servers and exposing their tools to the agent. |
| tiktoken | Token counting that drives context pruning and compaction. |
| httpx | Async HTTP for URL fetching and the OAuth token exchange. |
| ddgs | DuckDuckGo-backed web search. |
| Click | The postal CLI: flags, single-shot mode, and the login / logout subcommands. |
| OAuth 2.0 + PKCE | Browser login runs on a stdlib http.server loopback redirect, with the key stored locally. |
| platformdirs + TOML | Cross-platform config and credential paths, read with tomllib. |
| Docker | A Dockerfile and Compose file in docker/ for running the agent sandboxed. |
Slash commands
Type / in the TUI to drive the session directly:
| Command | What it does |
|---|---|
/help |
Show all commands |
/model <name> |
Switch models mid-session |
/approval <mode> |
Switch the approval policy mid-session |
/thinking [on|off|low|medium|high] |
Show, hide, or retune the model's reasoning |
/clear |
Start a fresh conversation (the old one stays saved) |
/config |
Show the active configuration |
/stats |
Session statistics: tokens, elapsed time, tool calls |
/tools |
List available tools |
/mcp |
Show MCP server status |
/sessions [all] |
List saved sessions, newest first |
/sessions rm <n|id> |
Delete a saved session |
/resume <n|id> |
Load a saved session into the current one |
/checkpoint [label] |
Save a checkpoint now, with an optional name |
/checkpoints |
List the checkpoints in this session |
/rewind <n|id> |
Roll the conversation back to a checkpoint |
/exit, /quit |
Leave the agent |
Sessions
Postal writes the conversation to disk after every turn, so closing the terminal is not the end of it. Nothing has to be enabled: the session id is printed at startup and again on the way out, along with the command that brings it back.
postal --continue # resume the most recent session in this directory
postal --resume 3f2a1c # resume a specific session (a prefix of the id is enough)
postal sessions # what is saved for this directory
postal sessions --all # every directory
postal sessions rm 3f2a1c
Inside the TUI, /sessions lists what is saved and /resume loads one into the running agent, transcript and token totals included. The system prompt is not restored: it is rebuilt from the current config and tool set, so a resumed session picks up any model, approval, or AGENTS.md changes you have made since.
Checkpoints
Each save is a checkpoint, a full snapshot of the conversation at that point. Turns are checkpointed automatically, and /checkpoint <label> marks one by hand before you try something risky:
❯ /checkpoint before the refactor
Saved before the refactor · 24 messages · session 3f2a1c8b
❯ /checkpoints
1 a41f9c02 turn 3 18 msgs 22m ago
2 7d2b1e55 turn 4 24 msgs 4m ago
3 e0c34a91 before the refactor 24 msgs just now
❯ /rewind 1
Rewound to turn 3 · 18 messages · turn 3
Rewinding replaces the conversation the model sees, which makes it the way out of a turn that went sideways: roll back to before the detour and take another run at it. It only rewinds the conversation, not your files — anything already written to disk stays written.
Sessions live in ~/.config/postal/sessions/<id>/, one directory per session, with the transcripts in a JSONL file next to a small meta.json. Old checkpoints are trimmed once a session passes max_checkpoints (autosaves go first, named ones are kept), and the oldest sessions are dropped past max_sessions. Set enabled = false under [session] to keep conversations off disk entirely.
Approvals
Before Postal runs anything that changes state, the approval policy decides whether it goes ahead, asks you, or is refused outright. Read-only tools (read, grep, glob, list_directories, plan) never prompt, so a policy only affects writes, shell commands, network calls, memory writes, MCP tools, and sub-agent runs.
| Value | Badge | Behaviour |
|---|---|---|
on_request (default) |
ask |
Confirm every mutating tool call. Commands matched as known-safe (ls, git status, grep, …) run without asking. |
auto_edit |
auto-edit |
File edits and writes inside the working directory go through unprompted; shell commands still need confirmation unless known-safe. |
auto |
auto |
Everything runs except dangerous commands, which are rejected. |
on_fail |
on fail |
Currently identical to auto. Reserved for prompting after a failed tool call, which is not implemented yet. |
never |
read-only |
Rejects anything that isn't a known-safe command. Nothing gets written, and you are never prompted. |
yolo |
yolo |
Approves everything, including commands matched as dangerous. Only use this in a sandbox or container. |
Two rules apply on top of the policy, and no policy except yolo overrides them:
- Dangerous commands are rejected.
rm -rf /,dd if=,mkfs,shutdown,curl … | bash, fork bombs, and similar patterns are refused before the shell ever sees them (the full list isDANGEROUS_PATTERNSinsafety/approval.py). - Anything touching a path outside the working directory is confirmed, however permissive the policy is (
neverrejects it instead).
The active policy is printed at startup and shown in the prompt badge, colour-coded by risk: normal for ask, auto-edit and read-only, amber for auto and on fail, red for yolo.
Answering a prompt
When confirmation is needed, Postal pauses the stream and shows the tool, its arguments, the command it wants to run, and a diff for file edits:
❎ edit needs your approval
Edit postal/config/config.py
╰️---------------------------------------------️
╿ approval: ApprovalPolicy = ON_REQUEST ╿
╿+ approval: ApprovalPolicy = AUTO_EDIT ╿
╰️---------------------------------------------️
y accept · n reject · esc reject approval: ask - confirm every mutating tool
y, a or enter approves; n, d, q, esc or ctrl+c rejects. A rejection is fed back to the agent as a failed tool call, so it can pick a different approach rather than stopping.
[!NOTE] One gap to be aware of: sub-agents run with their own auto-approving manager, so tool calls they make are not routed to you. Extending confirmations to sub-agents is on the roadmap.
Project instructions (AGENTS.md)
Drop an AGENTS.md at the root of your repo and Postal loads it as developer instructions at startup. Use it for build and test commands, code style, or anything else the agent should know before touching your code.
Postal walks up from the working directory to the repository root, so running postal inside a subdirectory still picks up the root file. Every AGENTS.md found along the way is included, ordered outermost first.
# AGENTS.md
## Commands
- Test: `pytest`
- Lint: `ruff check .`
## Style
- Type hints on all public functions.
The scope of an AGENTS.md file is the directory tree it sits in, and the more deeply nested file wins on conflicts. Files below the working directory are read on demand as the agent works in those subdirectories. Instructions you give directly in a prompt always take precedence over AGENTS.md.
Roadmap
Currently being worked on:
- Skill Integration - allows users to import skills and use with their favorite model.
- Git Integration - allows users to use git commands with postal.
Have an idea? Open an issue, feature discussions are very welcome.
Contributing
Contributions of every size are appreciated, from typo fixes to new tools and sub-agents. Read CONTRIBUTING.md to get started, and check the open issues for something to pick up.
If Postal is useful to you, a star on the repo genuinely helps the project reach more developers. ⭐
License
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file postalcli-0.0.25.tar.gz.
File metadata
- Download URL: postalcli-0.0.25.tar.gz
- Upload date:
- Size: 106.5 kB
- Tags: Source
- Uploaded using Trusted Publishing? Yes
- Uploaded via: twine/7.0.0 CPython/3.13.14
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
69694d91b764e6a39e78780770bfe7dc89e0fecca881ab35b3512c7ca5eee694
|
|
| MD5 |
f22b120ed407b594c5252109bb60edda
|
|
| BLAKE2b-256 |
75a511528014d23eb5851844aa20ef4075b14fe822e7b3ba65f1f155e5380cfb
|
Provenance
The following attestation bundles were made for postalcli-0.0.25.tar.gz:
Publisher:
python-publish.yml on andrefetch/postal
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
postalcli-0.0.25.tar.gz -
Subject digest:
69694d91b764e6a39e78780770bfe7dc89e0fecca881ab35b3512c7ca5eee694 - Sigstore transparency entry: 2294501779
- Sigstore integration time:
-
Permalink:
andrefetch/postal@5ea8210dc96a2dbb2a3f690738f465fb10069f8a -
Branch / Tag:
refs/tags/v0.0.25 - Owner: https://github.com/andrefetch
-
Access:
public
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
python-publish.yml@5ea8210dc96a2dbb2a3f690738f465fb10069f8a -
Trigger Event:
release
-
Statement type:
File details
Details for the file postalcli-0.0.25-py3-none-any.whl.
File metadata
- Download URL: postalcli-0.0.25-py3-none-any.whl
- Upload date:
- Size: 114.7 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? Yes
- Uploaded via: twine/7.0.0 CPython/3.13.14
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
f447e8322ae043337aa6f38795013107e8366e4ba3f2231a4806380e0b0c2500
|
|
| MD5 |
c6469236919a41ce462cc0d4237349b0
|
|
| BLAKE2b-256 |
bab5fe722c559cb4cdb3503932cbce5b17df8885340a98316a5e9b77305dac43
|
Provenance
The following attestation bundles were made for postalcli-0.0.25-py3-none-any.whl:
Publisher:
python-publish.yml on andrefetch/postal
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
postalcli-0.0.25-py3-none-any.whl -
Subject digest:
f447e8322ae043337aa6f38795013107e8366e4ba3f2231a4806380e0b0c2500 - Sigstore transparency entry: 2294501788
- Sigstore integration time:
-
Permalink:
andrefetch/postal@5ea8210dc96a2dbb2a3f690738f465fb10069f8a -
Branch / Tag:
refs/tags/v0.0.25 - Owner: https://github.com/andrefetch
-
Access:
public
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
python-publish.yml@5ea8210dc96a2dbb2a3f690738f465fb10069f8a -
Trigger Event:
release
-
Statement type: