One file defines your
AI context boundary

One file in git. Ignore, gates, CI —
secrets become tokens where the editor allows.

curl -fsSL https://install.offsend.io/cli | bash
Your project flows through .offsend.yml into AI Context, with sensitive files blocked

Supported tools

EditorRuntime gates
Cursorprompt, read, shell, MCPseal where the editor allows it
Claude Codeprompt, read, shell, MCPseal where the editor allows it
Windsurfprompt, read, write, shell, MCP argsno MCP response seal
Codexprompt onlyfile / MCP gates not supported yet

LimitsLocal-first CLI. Defense-in-depth — not a guarantee that an agent cannot read a file. Cloud agent sessions are outside local hooks.

Ignore-file supportGitHub Copilot, Continue, Gemini, LLM, Aider, Cline, Roo, Zed, Cody

AI context enters through more than prompts

Coding agents can read workspace files, follow file references, run shell commands, call tools, spawn subagents, and retain local transcripts.

Offsend sits between folders, files, shell, tools, history, and prompts that feed AI context

A repository needs boundaries across all of these paths — not only for committed files.

Check a repository

A context policy that belongs to the repository

.offsend.yml keeps AI-context rules visible, reviewable, and versioned with the project.

Project tree with .offsend.yml at the repository root

Audit paths, write the policy, sync ignore files and hooks, then check the local setup — all from the CLI.

curl -fsSL https://install.offsend.io/cli | bash

after install — quick start

1.offsend show# which sensitive paths can enter AI context
2.offsend init# writes .offsend.yml (commit this file)
3.offsend protect# adds missing path rules to the policy
4.offsend sync# ignore files + git / editor hooks
5.offsend doctor# what is installed, what is still open

FAQ

What does Offsend protect?

Offsend is an open-source, local-first boundary layer for AI coding agents. One committed `.offsend.yml` is the source of truth: `offsend sync` materializes AI ignore files and installs supported hooks. Ignore rules are the primary exclusion. Runtime gates then check prompts, file reads, shell, and MCP on editors that expose those hooks. On Cursor and Claude Code you can seal secrets in MCP responses (and optional sealed file copies) so the agent keeps working without plaintext. Local transcripts can be audited and scrubbed after the fact — that is recovery, not a live gate. Cloud sessions do not run local hooks.

Is Offsend a secret scanner?

Offsend includes content scanning (offsend check) for keys, tokens, and similar patterns in files, staged diffs, and stdin. Its primary job is still the AI context boundary — path policy, AI ignore sync, and runtime gates — not full git-history leak forensics or a cloud sandbox. Use it alongside Gitleaks, TruffleHog, or GitHub secret scanning when you need deep history coverage.

Does Offsend upload my code?

No. CLI checks run locally. Repository policies stay in the repo. Local history is audited locally. No cloud scanning is required.

Does one .offsend.yml guarantee that AI cannot read a file?

No. Offsend is defense-in-depth, not a guarantee. Ignore files are the primary exclusion. Gates cover only the hook surfaces each editor exposes — for example Codex has no file/MCP gates yet, Windsurf cannot seal MCP responses, and Claude subagents are not gated. Cloud agents never see local hooks. Keep secrets out of the repo; use CI `check --policy` for what left the machine.

Where should I start?

Install the CLI, then `offsend show`, `offsend init`, `offsend protect`, and `offsend sync`. Commit `.offsend.yml`. On the next clone, `offsend sync` restores ignore files and hooks. For a look without installing, use Check on a public GitHub repo.

What is Radar?

Radar researches AI-context risk signals across public repositories without reading file contents. Visit radar.offsend.io for the latest report.