One policy across agents, workspaces, delegation, verification, and CI.
Quick start · Why Fettle · Why it is different · Capabilities · Documentation
fettle (v.) — a foundry term for trimming and cleaning a rough casting.
AI coding agents changed the unit of software work. A change is no longer just a diff: it is a chain of prompts, tool calls, delegated workers, tests, exceptions, and remote verdicts. Traditional quality tools inspect pieces of that chain. Fettle governs the chain itself.
It gives agents useful feedback while code and intent are still in the same conversation, carries policy into delegated work, and preserves independent evidence for the moment trust actually matters.
intent -> authority -> action -> evidence -> independent verification
Fettle assurance boundary
Fettle does not replace tests, review, CI, an orchestrator, or a sandbox. It connects them into a fail-visible control loop, records decision provenance without collecting hidden reasoning, and refuses to turn missing or malformed evidence into a clean result.
The checked-in two-minute assurance loop contains the violating and repaired fixtures, complete transcript, reset path, and an automated drift test. The visual is a summary; the executable example is authoritative.
| Built for the agentic change loop | Current, reproducible scope |
|---|---|
| Agent hosts | Claude Code, Codex CLI, Gemini CLI, OpenCode |
| Workspace routing | Python, JavaScript/TypeScript, Go, Rust |
| Independent evidence | Tests, remote CI, mutation reports, UAT, compliance and lineage reports |
| Delegation controls | Policy capsules, worktrees, claims, roles, topology, completion reports |
| Runtime footprint | Python 3.11+, zero package runtime dependencies |
Choose the smallest path that proves value for your job.
Use the zero-runtime-dependency wheel for local scans, CI, reports, and policy inspection:
pipx install finefettle
pipx inject finefettle ruff # analyzer remains explicit and user-controlled
cd your-project
fettle check --changed
fettle doctorThe PyPI package is finefettle; the installed command is fettle.
This path does not modify agent settings.
The v1.11.0 wheel includes a versioned installed-package bridge for Claude Code, Codex CLI, Gemini CLI, and OpenCode. Preview every repository and host mutation before applying it:
cd your-project
fettle init --dry-run
fettle init
fettle doctorfettle init detects Claude Code, Codex CLI, Gemini CLI, and OpenCode, preserves
unrelated host settings, creates an advisory-first project configuration, and
installs guided workflows. Use --dry-run to inspect changes first.
fettle init --interactive
fettle init --install-toolsAfter local evaluation or agent setup:
fettle verify # run tests; bind source, policy, scope, and runner evidence
fettle ci wait # bind the pushed revision to remote CI
fettle explain # inspect the latest decision and recovery pathRepository-bound quality controls are essential, but they often respond after the generation loop has moved on. Fettle adds an earlier control point without weakening the later ones.
| Control point | What it is good at | Fettle's role |
|---|---|---|
| Editor and linter | Immediate local feedback | Reuse analyzers from agent events |
| Commit hook | Protecting repository transitions | Catch selected issues before they accumulate |
| CI and review | Independent, reproducible evidence | Remain the fail-closed authority |
| Agent session | Intent and context are still available | Return findings and recovery steps in-session |
This matters most when an agent works across files, languages, or delegated workers. Quality is not only a lint result; it is also whether policy survived delegation, tests were independently run, evidence is fresh, and tool failure was reported honestly.
Most developer tools answer one question: “is this file valid?” Fettle answers a larger set: “was this agent authorized, did policy survive delegation, did the right checks actually run, is the evidence still applicable, and what should the developer do next?”
Claude Code, Codex CLI, Gemini CLI, and OpenCode events normalize into one
dispatcher and one .fettle.toml policy. Host transports differ, but gate logic
does not need to be rewritten for every agent.
Fettle distinguishes pass, violation, tool_error, unknown, and
surface-specific non-applicable outcomes. Missing analyzers, malformed output,
timeouts, and zero mutation evidence cannot manufacture a pass.
An agent launched through fettle spawn receives a digest-checked policy
capsule and lineage identity. Child policy may tighten but cannot loosen the
inherited boundary. Claims and worktrees coordinate ownership; role authority
can separate test authorship from implementation. These are application-level
controls, not operating-system isolation.
Nested Python, JavaScript/TypeScript, Go, and Rust workspaces are discovered from native project markers. Edits route to the most specific workspace and its repository-native tools. Python currently has the richest CLI and editor surface; the capability map states the boundaries explicitly.
Verification writes a canonical local artifact alongside the legacy stamp. It
binds test results to the exact source snapshot, effective policy, selected
workspace/test scope, Fettle producer implementation, and execution occurrence.
The Stop gate recomputes those bindings and rejects missing, stale, malformed,
tampered, incomplete, or mismatched claimed artifacts with fettle verify as
the recovery command. Legacy-only stamps remain accepted during migration.
Remote CI remains an independent authority bound to the pushed commit; local
verification evidence does not substitute for it or become an attestation.
Python mutation preflight canonicalizes the engine corpus before expensive execution. Full runs can resume by stable fingerprint, reject incompatible checkpoints, and aggregate only complete ledgers. Two independent calibrations established Fettle's own 28,723-mutant baseline with zero untested outcomes. Changed-scope survivor enforcement remains advisory until runtime and reviewer feedback satisfy the published graduation criteria. Use the mutation quality playbook for setup, the validation funnel, exit semantics, cache isolation, and recovery.
fettle learn drafts a rule from an incident or trace signature into
quarantine. A human reviews and promotes it; evidence and false-positive data
drive later ratcheting. The model may propose policy, but it cannot silently
activate it.
The core package has no runtime dependencies. External analyzers remain explicit and user-controlled. Releases use PyPI Trusted Publishing, GitHub build provenance attestations, pinned workflow actions, and a CycloneDX SBOM.
Living specifications connect requirements and Given/When/Then scenarios to
tests. Agentic UAT can exercise CLI, API, web, or library surfaces in an isolated
worktree and reports CONFIRMED, CONTRADICTED, BLOCKED, UNOBSERVED, or
INDETERMINATE; silence is never counted as success.
Support is described by surface, not by one broad "polyglot" claim.
| Surface | Current scope |
|---|---|
| Agent lifecycle | Claude Code, Codex CLI, Gemini CLI, OpenCode |
| Post-edit workspace adapters | Python, JavaScript/TypeScript, Go, Rust |
fettle check |
Python Ruff and bundled Semgrep rules |
fettle verify |
Affected discovered workspaces; Python can narrow to impacted tests |
| LSP / VS Code | Python diagnostics |
| External integrations | SonarQube, Black Duck/Polaris, Pact; opt-in |
| Guided workflows | 17 quality, security, planning, learning, and readiness workflows |
| Multi-agent controls | Worktrees, claims, topology, spawn, capsules, role authority, reports |
| Living specifications | Spec lint, scenario inventory, scenario-to-test trace coverage |
| User acceptance | Agent-driven or manual CLI, API, web, and library scenarios; report-only |
| Mutation quality | Python preflight, changed/full runs, retained reports, canonical baseline comparison |
| Assurance | Canonical result states, behavioral evals, compliance/lineage reports, TLA+ models for selected protocols |
- Ruff and bundled Semgrep checks with actionable locations and rerun commands.
- Destructive-command, protected-config, MCP package-trust, secret, boundary, dependency, and deployment checks.
- Plan, TDD ordering, complexity, coverage, BDD, worklog, claims, verification, and remote-CI gates.
- Per-check budgets and advisory-first defaults so teams can measure signal before enabling enforcement.
fettle mutation preflight --all --json
fettle mutation run --changed --json
fettle mutation status --report mutation-report.json --json
fettle mutation baseline check report-a.json report-b.json \
--run-id RUN_A --run-id RUN_B --floor 70 --jsonMutation testing is Python-only, requires pinned mutmut==2.5.1, and defaults
off. Full runs are scheduled/manual held-out verification; start with preflight
and changed-scope advisory evidence. See the
mutation policy contract.
fettle config --explain # effective value and provenance for each key
fettle explain # recent gate decisions and recovery context
fettle verify # run tests and bind a verification stamp
fettle ci status # remote CI verdict for the current commit
fettle report --days 7 # effectiveness and lineage evidence
fettle report --compliance # CWE, OWASP ASVS, and SOC 2 control evidence
fettle ratchet status # evidence for promotion or demotionfettle plan start --title "Add export" --item "Write contract test"
fettle topology advise
fettle spawn claude --role tester --task "Write the failing tests"
fettle work claim export-tests
fettle brief --jsonRole-based authorship separation is available, while broader end-to-end graduation evidence remains in progress. Start advisory and validate your agent runner before enforcing it.
fettle spec lint
fettle spec coverage
fettle uat doctor
fettle uat manualSpecifications remain plain Markdown in Git. UAT automation requires explicit consent; manual walkthroughs remain available when an agent or browser cannot run.
fettle workflows list
fettle workflows installThe 17 bundled workflows cover quality review, PR review, security review, threat modeling, deployment readiness, plans, worklogs, incident learning, MCP approval, baselines, explanations, reports, and lean-debt tracking.
Start with advisory defaults and promote one gate at a time:
[gates.lint]
enabled = true
mode = "advisory"
[gates.tdd]
enabled = false
mode = "advisory"
[gates.verify]
enabled = false
mode = "advisory"
scope = "impacted"Policy resolves through built-in defaults, org and team packs, digest-pinned central policy, repository and directory configuration, environment overrides, and a tighten-only delegation capsule. Inspect the final value and source with:
fettle config --validate
fettle config --explainSee the configuration reference for the complete contract.
- Python 3.11 or newer is required.
- Agent transports can run from the v1.11.0 wheel or a source checkout. Installed
bridges are versioned and digest-checked; rerun
fettle initafter upgrades. - External analyzers and language toolchains must be installed when their checks are enabled.
- Hooks favor session continuity and visible degradation; CI is the independent fail-closed boundary.
- Shell mediation, capsules, worktrees, and role gates are defense in depth, not a sandbox or substitute for least privilege.
- Formal models cover selected high-risk protocols, not the whole product.
| Goal | Guide |
|---|---|
| Choose an adoption path | Documentation index |
| Configure gates and policy | Configuration |
| Connect OpenCode | OpenCode integration |
| Use VS Code diagnostics | VS Code integration |
| Run behavioral evaluations | Evaluation lab |
| Establish mutation evidence | Mutation configuration |
| Understand evidence artifacts | Evidence artifact contract |
| Understand current and planned work | Roadmap |
| Review release history | Changelog |
| Contribute | Contributing |
| Report a vulnerability | Security |
Contributions are welcome. Fettle expects focused changes, explicit failure
states, clean and violating fixtures, and verification proportional to risk.
See CONTRIBUTING.md and the
good first issue
backlog.
MIT (c) Milind