RunLedger
Receipts and safe rollback for AI coding agents.
RunLedger reads the session logs of your coding agents and turns each run into a receipt: what changed, what ran, which model did each step, what it cost, and what looked risky. A Claude Code hook can stop risky calls before they run, and a small team server collects receipts from the whole team. Local Git checkpoints let you restore files from before a run, with a safety checkpoint for undo.
RunLedger is fully free and open source, including the self-hosted team server. Version 0.6.0. Python 3.9 or later, no runtime dependencies.
Quickstart
pip install runledger-ai # or `pip install .` from a clone of this repository
cd ~/my-project # a folder where you ran a coding agent
runledger receipt --open # latest session as an HTML receipt, opened in your browser
The receipt is saved as runledger-<first 8 characters of the session id>.html in the current folder.
More in docs/quickstart.md.
What you get
- Receipts as HTML, Markdown or JSON: files changed with lines added and removed, every step in plain language, the model, tokens and estimated cost for each step, and a risk score from 0 to 100 with the reason for each finding. Known secret formats are masked.
- Safe rollback: snapshot tracked and non-ignored untracked files without changing HEAD, the index or stash. Preview changes, confirm a restore, and undo with an automatic safety checkpoint. See docs/rollback.md.
- A quality score (grades A to F) with the signals behind it, and cost tips with estimated savings, in every receipt. See docs/analysis.md.
- An AI risk review (
--review), optional: Claude marks each finding as confirmed, false positive or uncertain. The rule-based score does not change. - Summaries with Claude (
--ai), optional. This sends session content to Anthropic. See Privacy. - A CI gate:
runledger receipt --fail-on 60exits with code 2 when the score is 60 or more. - A real-time guard for Claude Code. It denies, asks or allows each tool call, and it can route "ask" decisions to a person on the team server. See docs/guard.md.
- A team server: a shared dashboard, API keys with roles, an audit log, approvals with Slack and webhook notifications, team budgets with alerts, and compliance exports. See docs/enterprise.md and docs/api.md.
- Pull request receipts: one sticky comment per pull request, updated on every push. See docs/github.md.
Supported agents
| Agent | --agent |
Status | Reads sessions from |
|---|---|---|---|
| Claude Code | claude-code |
Stable | ~/.claude/projects/<project>/ |
| Codex CLI | codex |
Beta | $CODEX_HOME/sessions/ (default ~/.codex) |
| Factory Droid | droid |
Beta | $FACTORY_HOME/sessions/<encoded project folder>/ (default ~/.factory) |
| Aider | aider |
Beta | .aider.chat.history.md in the project folder |
| Any agent | native |
Open format | <project>/.runledger/runs/ |
Any agent can write the RunLedger format and get receipts, risk scores and pushes without an adapter. The specification is in docs/format.md. Details per agent are in docs/agents.md.
Checkpoint, restore, undo
runledger checkpoint --label "Before agent run" # prints a checkpoint id
runledger checkpoints # list snapshots and differing files
runledger rollback CHECKPOINT_ID --dry-run # preview restored and removed files
runledger rollback CHECKPOINT_ID # confirm, save safety checkpoint, restore
runledger rollback SAFETY_CHECKPOINT_ID # undo using the id printed by rollback
Requires Git, but no Git identity setup. Ignored untracked files stay untouched.
Rollback never changes HEAD, branches, staging, or stashes. Scripts must pass --yes to restore;
use --dry-run to preview without restoring.
Use --run SESSION_ID when creating a checkpoint to include its rollback command in the session
receipt. guard install also installs automatic Claude Code session-start and pre-prompt
checkpoints. docs/rollback.md covers Droid hooks, Codex, pruning and limits.
Team server in five steps
runledger team create myteam --db runledger.db # 1. create the team; prints its API key once
runledger serve --db runledger.db # 2. start the server on http://127.0.0.1:8787
# 3. open http://127.0.0.1:8787/?key=YOUR_KEY once, then use the plain address
export RUNLEDGER_SERVER=http://127.0.0.1:8787 # 4. on each developer's machine
export RUNLEDGER_API_KEY=YOUR_KEY
runledger push --user "ana@example.com" # 5. push the latest run
For a shared server, serve it over HTTPS: docs/self-hosting.md has a Docker Compose setup with automatic certificates and a bare-metal setup behind nginx. docs/enterprise.md covers roles, key rotation and the audit log.
Real-time guard in three commands
runledger guard install # 1. this project: .claude/settings.json
runledger guard test '{"session_id":"s1","cwd":"/work/my-app","tool_name":"Bash","tool_input":{"command":"rm -rf /"}}' # 2. see a decision
runledger guard install --global # 3. or every project: ~/.claude/settings.json
runledger guard uninstall # remove it again (--global for ~/.claude)
By default the guard denies a hardcoded secret written into a file and high-severity commands such
as rm -rf, force pushes, curl | sh, DROP TABLE, npm publish and kubectl apply. It asks
before sudo, reading a .env file, writing outside the project, or deleting a test. Everything else
is allowed. Two settings files control it: your own ~/.runledger/config.json may set anything, and a
project's .runledger.json may only make the guard stricter. See docs/guard.md.
GitHub Action
Post a receipt on every pull request. Commit the session files you want reviewed to
.runledger/sessions/, then add this workflow:
name: RunLedger receipt
on: pull_request
permissions:
contents: read
pull-requests: write
jobs:
receipt:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- uses: kodji7202-code/runledger@v0.6.0
with:
fail-on: "60" # the job fails at 60 or above; "" never fails
Details, inputs and the exit codes are in docs/github.md.
Privacy
RunLedger is local first. receipt, list and the guard run on your machine. RunLedger has no
telemetry. The network calls it makes are the ones you ask for: pushing to your team server, the
guard's approval requests to the server you configure, webhooks you set, the GitHub API in the
action, and the Anthropic API only when you use --ai or --review.
What a receipt contains:
- the prompts (the first three, in full, in the JSON receipt);
- each step: the first line of a command (up to 120 characters), file paths and line counts, search patterns and URLs, and the step's model, tokens and cost;
- the risk findings and their reasons;
- Guard decisions when available: blocked calls, user and server approvals or rejections, monitor-only outcomes, and summary counts. See the Guard log.
A receipt does not contain file contents or command output (only test pass and fail counts).
Secrets are masked in everything a receipt shows, and so in what push sends and in the PR
comment: known token formats (Anthropic, OpenAI, AWS, GitHub, GitLab, Slack, Stripe, Google, npm,
Hugging Face, RunLedger keys, JWTs, Bearer and Basic values, private-key headers), assignments such
as API_KEY=…, password="…" and ?access_token=…, flags such as --token …, and passwords in URLs.
Masking is pattern-based, so an unusual secret can still get through. Treat a receipt like the
session transcript it came from.
Safe mode is on by default for Markdown and JSON receipts written to stdout or inside a Git
repository, and always on for the PR comment: local paths are shortened (repository-relative, ~
for the home folder) and e-mail addresses are masked. HTML receipts keep full paths. Use --safe or
--no-safe to choose. See docs/quickstart.md.
--aisends the prompts, each step's inputs (up to 600 characters per field, which can include file contents being written), each tool result (up to 400 characters) and the agent's final message toapi.anthropic.com. Known secret formats are masked first, but masking is pattern-based. Do not use it on sessions you may not share with that service.--reviewsends redacted prompts, commands, relative file paths, edit snippets and the rule findings to Claude Sonnet for an explanation of each risk. Tool output is not sent. See docs/analysis.md.- The guard log (
.runledger/guard.log) records tool names, commands and paths, masked the same way. Add.runledger/to your.gitignore. - Checkpoints store real file contents locally in Git, without secret masking. Ignore sensitive untracked files before enabling automatic checkpoints. Tracked secrets remain included. Do not share checkpoint refs without reviewing their contents.
- The team server stores every pushed receipt, including its HTML, in one SQLite file. Anyone with a
team key can read all of that team's runs. Keys are stored only as hashes. By default nothing is
deleted automatically;
RUNLEDGER_RETENTION_DAYSenables automatic retention. See docs/self-hosting.md.
Model cost estimates
Cost figures estimate LLM token usage from public API list prices, not a charge for RunLedger.
Read them as "what this run would cost on the API". Optional --ai and --review calls use
your Anthropic API key and may incur charges from Anthropic.
Documentation
- Quickstart: install, first receipt, summaries, CI, hooks, a local team server
- Supported agents: where each agent's sessions are, and
--agent - Session format: the open format for any agent
- JSON receipt: the versioned receipt contract and its JSON Schema
- Real-time guard: policy files, approvals, fail-open and fail-closed, the log
- Rollback: Git checkpoints, previews, safety checkpoints, undo and agent hooks
- Analysis: the quality score, cost tips and the AI risk review
- Enterprise guide: roles, API keys, audit, budgets, exports, HTTPS
- HTTP API: every endpoint, with examples and error codes
- Self-hosting: Docker Compose, bare metal, backups, upgrades
- GitHub pull requests: the action and the comment format
- Contributing
Development
python -m pip install -e . pytest
python -m pytest -q
License and security
RunLedger is licensed under the Apache License 2.0; see LICENSE. To report a security problem, email hello@runledger.site and do not open a public issue. See SECURITY.md.
RunLedger · runledger.site · hello@runledger.site
Metadata
Release files for runledger-ai 0.6.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | |
|---|---|---|---|---|
| runledger_ai-0.6.0.tar.gz | 367.4 kB | With provenance | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| runledger_ai-0.6.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 592.1 kB
Release files / runledger_ai-0.6.0.tar.gz
| Download URL | runledger_ai-0.6.0.tar.gz |
|---|---|
| Size | 367.4 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
6fbe234af0835e8df7eb080dca9f5dc9ef80ba710b9454be2a8df14f8748655b
|
|
BLAKE2b-256 checksum How to use checksums |
19b52fcdca1475049d713a3ad6de6b245dfd2d2fab42aa8a75ae8feb47df6a50
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 16, 2026.
Transparency logRelease files / runledger_ai-0.6.0-py3-none-any.whl
| Download URL | runledger_ai-0.6.0-py3-none-any.whl |
|---|---|
| Size | 224.7 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
9c4e443e52cbf10b448630721e9f90dd46448d0108796c6245d513695a716ad6
|
|
BLAKE2b-256 checksum How to use checksums |
ed16bd84632a980c16ced44addb41f6a71684dbee6b91511fb8d129bc1bd20da
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 16, 2026.
Transparency logSecurity for runledger-ai 0.6.0
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
Full provenance
All 2 files in this release have been uploaded with provenance metadata.
Attestation for runledger_ai-0.6.0.tar.gz
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 16, 2026.
Transparency logA note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.