rigswig 0.1.2

See everything your coding agent loads before you type, and where each piece came from. Harness-agnostic, local, read-only.
rigswig-0.1.2 is not a library.

rigswig

See everything your coding agent loads before you type, and where each piece came from.

rigswig's page for a repo: about 11.4k tokens load before you type, most of it AGENTS.md, with every kind of item as a tile

Screenshots of an invented setup, rebuilt with docs/demo/make-demo.sh (the audit's with docs/demo/shoot.mjs).

A coding agent's harness is everything around the model: instruction files (CLAUDE.md, AGENTS.md, GEMINI.md, rules), subagents, skills, commands, hooks, MCP servers, plugins, permissions and the model setting, spread across user, project, local and managed scopes. rigswig reads all of it for a repo and shows what a session there actually gets, which scope decided each setting, what is overridden, and roughly how much context it costs before you type a word.

Status: 0.1, pre-1.0. rigswig status, rigswig audit and the local page, rigswig ui, work for Claude Code, Codex, Hermes Agent, Ollama, the Devin CLI, Cursor, Gemini CLI and the two DeepSeek CLIs. See docs/ROADMAP.md.

rigswig is a single binary written in Rust. Install it with cargo install rigswig (crates.io; add --no-default-features for a build with no network code), with npx rigswig or npm install -g rigswig (npm: the package installs the right prebuilt binary for your platform), or download it for macOS, Linux or Windows from the releases, each with a SHA256SUMS line to check it against. Homebrew is not set up yet. From a checkout:

cargo run -- status --repo path/to/repo          # a summary
cargo run -- status --repo path/to/repo --json   # everything, as schema/harness.schema.json describes
cargo run -- ui --repo path/to/repo              # the same as a page on 127.0.0.1, behind a random token
cargo run -- compare repo-a repo-b               # what differs between two repos, one harness
cargo run -- compare path/to/repo --tools claude-code,codex   # or between two harnesses on one repo
cargo run -- check --repo path/to/repo --max-tokens 40k        # for CI: exit 1 when the budget is passed
cargo run -- status --repo path/to/repo --without layer:user   # what-if: the totals without some items
cargo run -- audit --repo path/to/repo                          # ranked findings, each with a saving and a fix
cargo run -- audit --repos '~/code/*'                           # fleet: each user-scope item against every repo
cargo run -- audit --github owner/repo                          # a public GitHub repo, in memory, without your setup
cargo run -- audit --archive repo.tar.gz                        # the same for an archive you downloaded, offline

rigswig audit turns the numbers into a to-do list: user-scope agents and skills that nothing in the repo references, plugins switched on everywhere that the repo's files don't call for, instruction files over budget, sentences repeated across layers, paths and scripts the instructions name that don't exist, and permission rules that have piled up or allow too much. Each finding carries its evidence, the tokens it would save (computed like --without) and a proposed change. Fleet mode answers the question a single repo can't: which repos need each user-scope item, so it can move to those repos' project scope. The page runs both too, with a progress bar, and lets you filter the findings and jump from one to the items it names. See docs/AUDIT.md.

The page is local: it listens on 127.0.0.1 only, answers only requests that carry its token and the right Host, loads nothing from anywhere else, and stops after 30 minutes without a request. It is read-only unless started with --allow-writes, which lets it turn plugins and project MCP servers on and off, each with a preview (the file, the diff, the budget before and after), a backup and undo: see docs/WRITE-MODE.md.

Guarantees

These are the point of the tool, and they will be enforced by tests:

  • No network unless you ask. rigswig sends no telemetry and makes no request, except one: --github owner/repo downloads that public repo's archive from codeload.github.com, only in the run you give it to, or for each GitHub audit you start on a page launched with ui --allow-github (GitHub repos). Build with --no-default-features for a rigswig with no network code at all.
  • No model calls. Everything it shows is read from files on your machine.
  • Read-only by default. Nothing is ever written unless you start the page with rigswig ui --allow-writes (write mode).
  • No secrets. MCP server env, headers and args, URL paths and inline hook code are never printed or served.
  • No transcripts. It never reads session history. (Claude Code's auto-memory index, MEMORY.md, is read and counted because it loads into every session; nothing else in that folder is.)
  • Private folders stay private. List them in ~/.rigswig/private.json ({"private": ["~/notes"]}): rigswig refuses them as a repo, and audit --repos skips them.

Harnesses

Harness-agnostic: each harness is an adapter that reads its own files into one shared data model.

Harness Status
Claude Code rigswig status (the rules it models)
OpenAI Codex CLI rigswig status --tool codex (the rules it models)
Hermes Agent rigswig status --tool hermes (the rules it models)
Ollama rigswig status --tool ollama (the rules it models)
Devin CLI rigswig status --tool devin (the rules it models)
Cursor rigswig status --tool cursor (the rules it models)
Gemini CLI rigswig status --tool gemini (the rules it models)
DeepSeek Harness rigswig status --tool dsh (the rules it models)
DeepSeek-CLI (community) rigswig status --tool deepseek (the rules it models)
GitHub Copilot (repo files) planned
OpenCode, others adapters welcome

Related tools

Other tools work on the same question, and are worth a look: harness-map (Codex and Claude Code, with a what-if mode), whatloads (Claude Code's context bill), claude-config-auditor (lint and CI), and Claude Code's own /context.

Licence

Apache-2.0.