Erzwingt Rule Contracts und verifiziert Dateiänderungen, indem sie diese den deklarierten Checks und automatisierten Gates zuordnet.
Auch bekannt als HLIntel/Headron, headron-software
- Stars
- 4
- Tools
- —
- Downloads, 30 Tage
- —
- Neueste Version
- 3.62.0
- Letzter Commit
- 14. Nov. 2026
- Lizenz
- MIT
Was ist Headron MCP?
Headron ist ein MCP server. Erzwingt Rule Contracts und verifiziert Dateiänderungen, indem sie diese den deklarierten Checks und automatisierten Gates zuordnet.
Zusammenfassung generiert aus dem README des Projekts
Über Headron MCP server
Headron dient als Rule Contract und Command Line Interface, das Dateiänderungen mit spezifischen, deklarierten Checks verknüpft. Es wurde für Entwickler und AI Agents entwickelt, um sicherzustellen, dass Modifikationen an einer Codebase den festgelegten Gates entsprechen. Durch die Zuordnung geänderter Dateien zu automatisierten Checks meldet das System, ob diese Checks bestanden, fehlgeschlagen, übersprungen wurden oder gar nicht erst ausgeführt wurden. Dies stellt sicher, dass ein übersprungener Check niemals fälschlicherweise als erfolgreiches Bestehen gewertet wird.
Nutzer können ein Repository mit headron init initialisieren, um Config-Dateien, Git Hooks und Agent Wiring einzurichten. Das Tool arbeitet lokal über das CLI, bietet aber auch eine gehostete, kostenpflichtige Mind API an, die einen API Key benötigt, um deklarierte Änderungen zu planen. Während die MCP Schnittstelle read-only ist, bietet das System verschiedene Commands wie headron verify zur Evaluierung von Änderungen und headron port, um Agents über Datei-Anforderungen zu informieren, bevor mit dem Editieren begonnen wird.
Was du damit machen kannst
- 1Dateiänderungen gegen Gates prüfenEin AI Client kann einen Verification Command ausführen, um zu prüfen, ob die jüngsten Modifikationen alle erforderlichen automatisierten Gates erfüllen.
- 2Agents über Datei-Verpflichtungen informierenEin Entwickler kann den port Command nutzen, um einem Agent genau mitzuteilen, welche Checks eine spezifische Datei erfüllen muss, bevor dieser versucht, eine Änderung vorzunehmen.
- 3Commit-Enforcement automatisierenDas System kann so konfiguriert werden, dass Checks automatisch ausgeführt werden, bevor ein Entwickler oder Agent Code in das Repository committet.
Geschrieben aus dem README des Projekts. Jeder Use Case wurde gegen ein Zitat daraus geprüft.
So installierst du Headron MCP
Formate geprüft am 10. Nov. 2026Zu Cursor hinzufügenZu Goose hinzufügenHeadron MCP in Claude Code installieren
$ claude mcp add --env 'HEADRON_ROOT=<HEADRON_ROOT>' headron -- uvx headron-softwareHeadron MCP in Cursor installieren
~/.cursor/mcp.json
{
"mcpServers": {
"headron": {
"command": "uvx",
"args": [
"headron-software"
],
"env": {
"HEADRON_ROOT": "<HEADRON_ROOT>"
}
}
}
}Headron MCP in VS Code installieren
.vscode/mcp.json
{
"servers": {
"headron": {
"type": "stdio",
"command": "uvx",
"args": [
"headron-software"
],
"env": {
"HEADRON_ROOT": "<HEADRON_ROOT>"
}
}
}
}Headron MCP in VS Code CLI installieren
$ code --add-mcp '{"name":"headron","type":"stdio","command":"uvx","args":["headron-software"],"env":{"HEADRON_ROOT":"<HEADRON_ROOT>"}}'Headron MCP in Claude Desktop installieren
claude_desktop_config.json
{
"mcpServers": {
"headron": {
"command": "uvx",
"args": [
"headron-software"
],
"env": {
"HEADRON_ROOT": "<HEADRON_ROOT>"
}
}
}
}Headron MCP in Codex installieren
$ codex mcp add headron --env 'HEADRON_ROOT=<HEADRON_ROOT>' -- uvx headron-softwareHeadron MCP in Codex config.toml installieren
~/.codex/config.toml
[mcp_servers.headron] command = "uvx" args = ["headron-software"] [mcp_servers.headron.env] HEADRON_ROOT = "<HEADRON_ROOT>"
Headron MCP in Gemini CLI installieren
$ gemini mcp add -s user -e 'HEADRON_ROOT=<HEADRON_ROOT>' headron uvx -- headron-softwareHeadron MCP in Gemini settings.json installieren
~/.gemini/settings.json
{
"mcpServers": {
"headron": {
"command": "uvx",
"args": [
"headron-software"
],
"env": {
"HEADRON_ROOT": "<HEADRON_ROOT>"
}
}
}
}Konfiguration
HEADRON_ROOTErforderlichPath to a checkout of the Headron atlas (atlas.yaml) the tool reads.
| Name | Beschreibung | Typ |
|---|---|---|
| HEADRON_ROOT | Path to a checkout of the Headron atlas (atlas.yaml) the tool reads. | Erforderlich |
Automatisierte Checks
Geluften am 13. Nov. 2026Vollständiger Bericht →Unsere automatisierten Checks bestanden. Das ist kein Security-Audit: Lies den Code und gib dem Server nur den minimal notwendigen Zugriff. Wie die Checks funktionieren
- Source Repository verknüpft und erreichbarBestanden
- Open Source Lizenz (OSI)Bestanden
- Commit oder Release im letzten JahrBestanden
- Package-Name ähnelt keinem populären PackageBestanden
- Remote Endpoint nutzt HTTPSNicht geprüft
- Destruktive Tools sind markiertNicht geprüft
- Keine versteckten Anweisungen an das ModellBestanden
- Keine kritischen Advisories im Paket oder seinen AbhängigkeitenBestanden
README
Auf GitHub ansehenContract 3.62.0 · MIT · verdicts carry receipts: headron verify --receipt <file>
- Is: a rule contract and CLI mapping changed files to checks. Hooks are optional;
headron verifyruns done gates. - Is not: a coding agent, model, test framework, or proof code is correct. A check that cannot run reports SKIP or NOT RUN, never a pass; the hook lets that commit through.
headron initwrites: AGENTS.md, CLAUDE.md, .mcp.json, .codex/config.toml, .git/hooks/pre-commit. Use--no-wiringto skip hooks and configuration;headron enforce uninstallrestores a displaced hook.- Mind API: hosted, paid, needs a key; plans a declared change. The command line works without it.
Agents: llms.txt. Chats: CHAT.md. Evidence.
Why this exists
Headron connects changed files to declared checks and reports whether those checks ran. A skipped check is not a pass. An optional Git hook can run checks before a commit, whether the change came from a developer or an agent.
How it works
headron port <file> tells an agent what a file owes before it edits. atlas.yaml
holds those checks; the commit hook and CI report PASS, FAIL, SKIP or NOT RUN. The hosted
Mind API plans a declared change through headron mind.
$ headron gate scripts/doctor.py
1. formatter: ruff format --check scripts/doctor.py
2. compiler_or_typechecker: python3 -c 'import ast,sys; [ast.parse(open(f, encoding="utf-8").read(), f) for f in sys.argv[1:]]' scripts/doctor.py
3. unit_tests: pytest
Quickstart
# install
uv tool install headron-software && headron doctor
# editable, to change Headron itself
git clone --depth 1 --branch v3.62.0 https://github.com/HLIntel/Headron ~/headron && uv tool install --editable ~/headron && headron doctor
In your repository:
cd path/to/your-repo && headron init # finds your checks, wires your agents, installs the commit hook, runs once
headron verify && headron proof <file> --verify # after a change: verdicts, then a file's proof
With an impact map, headron verify --changed evaluates checks for modified files.
Target a specific profile with headron verify --changed --change <class> (e.g. source_change, api_change, security_sensitive); headron verify remains the final full verdict.
Machines: bootstrap, facts, and JSON schema. Agents: adapters; the MCP interface is read-only. Another repository: CONSUMING.
Recorded results
See the instrument limits for their scope.
| Instrument | Recorded result |
|---|---|
| Enforcement | 31/31 breaks refused across 20 toolchains; 812 declared planted cases |
| Failure ledger | 124 shapes, 212 sightings; 101 in-tree guarded, 23 host-only |
| Field ledger | 940 verifications (136 clean); 1133 refusals; 394 landings; 711 lessons; 394 sessions |
| Verification outcomes | 17,397 checks: 7,357 PASS, 1,097 REUSED, 1,278 FAIL, 7,665 NOT RUN. 533 runs failed; 271 stopped with an unrun check; 0 reported clean despite a failed or unrun check |
| Routing experiment | 89% fewer prompt tokens than whole-tree; 50% fewer than unassisted, across identified models |
| Language roles | 360 pairs: 110 runnable, 0 undeclared |
Entry context: ~1,593 tokens. The 211 documents (699 KiB) load on demand; install: 10 KiB; hash lock with test tools: 8 packages. Field records. Routing data. Measures can overlap.
Where it fits
- Agents and runtimes: adapters describe supported integrations.
- Headron-Harness: a separate desktop dashboard and runtime; see product boundaries.
- Other repositories:
headron initsets up a repository; CONSUMING covers CI. - Languages: routes declare available checks and identify checks without a tool.
Agent contract
$ headron port scripts/doctor.py --line
◉ scripts/doctor.py │ ⠟backend │ python │ ⌂scripts │ ✓5 │ ⚠1 │ → headron gate scripts/doctor.py
$ headron port scripts --line
◎ scripts │ ⠟183 │ ⌂scripts │ → headron brainstorm
$ headron port . --line
○ . │ ⠟211 ⠿4 ⠁1 │ → headron check
- Discover:
headron find <query>searches paths, symbols and vocabulary;headron sweepmaps topology. Search does not guarantee semantic recall. - Route:
headron port <file>, or parse .agent/bootstrap.json; load only its names. - Processes:
headron process [<id>] --jsonlists workflows; with an id, its steps and gates. - Mind:
headron mind --route <file>routes;headron mind --receiptssummarizes the latest local verification record. - Beliefs:
headron revisenames what rests on a refuted claim;headron proposedrafts each fix outside the tree. - Automate: add
--json; records follow the output schema. - Before shell:
headron shell --json "<cmd>"; exit 3 means its verdict would be misread. - Land:
python scripts/branchstate.py --land; checkheadron landed <branch>before deletion. - Judge and report: use the judgment rungs; file breaks with the
headronskill.
Find your way
- Every document: docs index · wiki
- Languages: atlas · routing · verification
- Agents: harness ·
.headron· runtimes - Why a rule:
headron why·headron failures· instruments - Companion products: desktop, web, enterprise
- Security: policy · OpenSSF · contributing
Counts, computed
Generated on every build; check refuses drift.
- 52 hard invariants — enforced on every change, zero unowned
- 363 agreement edges — each a file tied to the declaration it answers for
- 95 instruments — each stating what it proves, what it does not, and what closes the gap
- 385 tool entries — across 40 manifests and 5 kinds, validated against
tools/tools.schema.json - 181 harness Python files — every one held by
lint·format·typecheck - 3.62.0 contract version —
VERSION, asserted in 10 other files
Project
Version tracks the contract, not content (versioning).
Built by HLIntel LLC, public on purpose (about). Contributions pass headron verify. MIT License.
Updated: contract v3.62.0
Headron MCP Fragen
Wie füge ich Headron MCP zu Claude Code hinzu?
Führe claude mcp add --env 'HEADRON_ROOT=<HEADRON_ROOT>' headron -- uvx headron-software in deinem Terminal aus. Füge --scope user hinzu, damit der Server in jedem Projekt verfügbar ist.
Wie füge ich Headron MCP zu Cursor hinzu?
Öffne ~/.cursor/mcp.json und füge den Server unter mcpServers hinzu, mit der Cursor-Config aus dem Installationsabschnitt oben.
Was ist Headron?
Headron ist ein Rule Contract und ein CLI, das geänderte Dateien spezifischen Checks zuordnet, um zu melden, ob diese erfolgreich durchgelaufen sind.
Agiert Headron als Coding Agent?
Nein, Headron ist kein Coding Agent, kein Modell und kein Test-Framework, sondern eine Verification Layer.
Wie funktioniert die Mind API?
Die Mind API ist ein gehosteter, kostenpflichtiger Service, der deklarierte Änderungen über den headron mind Command plant.
Kann ich Headron ohne die Mind API nutzen?
Ja, das Command Line Interface funktioniert unabhängig von der gehosteten Mind API.