codeArbiter
arbiterForge · arbiterForge/codeArbiter
codeArbiter provides an open-source governance layer and hard gates for AI coding agents to enforce tests, reviews, security checks, and durable project context.
Open-source governance and hard gates for AI coding agents across Claude Code, Codex CLI, and Pi.
Preview
What you can do with it
- Prevent agents from committing code to a red test suite.
- Enforce security audits before code deployment by an AI.
- Ensure all agent-generated code goes through a structured review process.
Safety check
No risky patterns found in the files we scanned.
Automated scan of the repo files. Always review code you run.
From the README
Open-source governance and hard gates for AI coding agents across Claude Code, Codex CLI, and Pi.
codeArbiter is a repository-owned governance layer for tests, reviews, security checks, decisions, and durable project context. You decide. codeArbiter enforces.
Start learning · Install · Browse the reference
Install it globally. It stays dormant until a repository explicitly opts in.
Agentic coding, with a record
codeArbiter is for teams and power users who let coding agents do consequential work and need more than “the model said it passed.” Every request enters a named lane. The lane defines the evidence it must produce, the reviewers it must dispatch, and the conditions that stop it.
This repository contains four sibling plugins:
cafor Claude Code,ca-codexfor Codex CLI, andca-pifor Pi are the three governance hosts.ca-sandboxis the isolated local-Codespace infrastructure plugin.
The three governance hosts are generated from one shared surface and use one checked-in
.codearbiter/ project store. A repository can move between hosts without losing its specs, plans,
ADRs, tasks, decisions, or audit history.
codeArbiter will not:
- write feature code before the required failing test exists;
- commit on a red suite or outside the commit gate;
- resolve a
[CONFIRM-NN]question by guessing; - silently reconcile a conflict between the rules, the docs, and the code; or
- push directly to the default branch or merge without the user.
The gates scale to the work. A prose edit takes the small docs lane. A security-sensitive feature takes the full spec, test-first, review, and PR path.
The Codex path was live-verified on Codex CLI 0.144.1 with trusted SessionStart injection and a
real [H-03] PreToolUse block. The dated
Claude Code + Codex evidence
separates continuously verified packaging from the live checks that require a model-backed turn.
See it catch something
The landing page includes a
faithful replay of a shipped hook invocation.
It invokes the real pre-bash.py guard, records the source digest, proves the blocked command never
ran, and preserves the exact stderr and audit effect. It does not pretend that a direct hook replay
proves host discovery or trust.
The operating loop looks like this:
you /ca:fix the statusline keeps running the old version after an update
arbiter route to the regression-test-first fix lane
failing test -> minimal fix -> focused proof -> full verification
you /ca:commit
arbiter permission -> branch -> tests -> behavioral proof -> diff review
selective stage -> commit
you /ca:pr
arbiter reviewer fleet challenges the exact diff
BLOCK findings are resolved before the draft PR can advance
The user owns the decision. The repository keeps the evidence.
Get running
Choose the adapter for the coding host you already use. The host chooser covers stability, command syntax, trust, and platform differences.
| Host | Adapter | Command form | Status |
|---|---|---|---|
| Claude Code | ca | /ca:feature | Stable |
| Codex CLI | ca-codex | $ca-feature | Stable |
| Pi | ca-pi | /ca-feature | Feature Forge preview |
Prerequisites: Python 3 on PATH and git config user.email set. ADR lifecycle proof requires
Git 2.45.0+ with --no-lazy-fetch on all three governance hosts; unavailable flag support blocks
verification with an upgrade prerequisite, never an implicit fetch fallback. Pi also requires Node.js
22.19+. If Python is missing, Pi installs its final wrappers but blocks mutating calls and points to
/ca-doctor; Claude Code and Codex surface an interpreter breadcrumb instead of silently claiming
governance is active. The compatibility matrix
defines the supported native Git/runtime and linked-worktree boundary; mixed Windows Git and WSL Git
over one shared repository are not supported.
Claude Code
/plugin marketplace add arbiterForge/codeArbiter
/plugin install ca@codearbiter
Approve the normal plugin trust prompt, open the target repository, and continue with
/ca:init.
Codex CLI
The public GitHub-slug flow is available now.
The current adapter version is read from plugins/ca-codex/.codex-plugin/plugin.json.
The dated end-to-end public-install record discovered ca-codex 0.2.4 from release v2.8.13.
Current packaging and shared-core parity are continuously verified, while that historical record
stays labeled rather than being promoted to evidence for a newer adapter:
codex plugin marketplace add arbiterForge/codeArbiter --ref ca-codex-marketplace
codex plugin add ca-codex@codearbiter
The ca-codex-marketplace branch is the promoted catalog. Its entry pins an
immutable ca-codex-dist-v<version> Git tag holding the exact qualified release
archive, including the native artifact engine; main remains the development
source tree and is not a substitute for the promoted binary-bearing
distribution. (An @arbiterforge/ca-codex npm channel is planned but deferred,
ADR-0040.)
If codearbiter was previously registered without
--ref ca-codex-marketplace, marketplace upgrade keeps that default-branch
registration and does not migrate it to the promoted binary-bearing channel. Remove and
re-add the marketplace once, then reinstall the plugin:
codex plugin remove ca-codex@codearbiter
codex plugin marketplace remove codearbiter
codex plugin marketplace add arbiterForge/codeArbiter --ref ca-codex-marketplace
codex plugin add ca-codex@codearbiter
Open /hooks, review and trust the ca-codex handlers,