Applique des contrats de règles et vérifie les modifications de fichiers en les associant à des contrôles déclarés et à des barrières de validation automatisées.
Aussi connu sous HLIntel/Headron, headron-software
- Étoiles
- 4
- Outils
- —
- Téléchargements, 30 jours
- —
- Dernière version
- 3.62.0
- Dernier commit
- 14 nov. 2026
- Licence
- MIT
Qu'est-ce que Headron MCP ?
Headron est un serveur MCP. Applique des contrats de règles et vérifie les modifications de fichiers en les associant à des contrôles déclarés et à des barrières de validation automatisées.
Résumé généré à partir du README du projet
À propos du MCP server Headron
Headron sert de contrat de règles et d'interface en ligne de commande qui relie les modifications de fichiers à des contrôles spécifiques déclarés. Il est conçu pour les développeurs et les agents IA afin de garantir que les modifications d'une base de code respectent les barrières de validation établies. En associant les fichiers modifiés à des contrôles automatisés, le système indique si ces contrôles ont réussi, échoué, ont été ignorés ou ne se sont pas exécutés. Cela garantit qu'un contrôle ignoré ne soit jamais traité à tort comme une réussite.
Les utilisateurs peuvent initialiser un dépôt à l'aide de headron init pour configurer les fichiers de configuration, les git hooks et le câblage des agents. L'outil fonctionne localement via le CLI, mais propose également une API Mind hébergée et payante qui nécessite une clé API pour planifier les modifications déclarées. Bien que l'interface MCP soit en lecture seule, le système fournit diverses commandes comme headron verify pour évaluer les changements et headron port pour informer les agents des exigences relatives aux fichiers avant que l'édition ne commence.
Ce que vous pouvez faire avec
- 1Vérifier les modifications de fichiers par rapport aux barrières de validationUn client IA peut exécuter une commande de vérification pour vérifier si les modifications récentes satisfont toutes les barrières automatisées requises.
- 2Informer les agents des obligations liées aux fichiersUn développeur peut utiliser la commande port pour indiquer précisément à un agent quels contrôles un fichier spécifique doit satisfaire avant qu'il ne tente une modification.
- 3Automatiser l'application des commitsLe système peut être configuré pour exécuter des contrôles automatiquement avant qu'un développeur ou un agent ne valide le code dans le dépôt.
Extrait du README du projet. Chaque cas d'utilisation est vérifié par rapport à une citation du document.
Comment installer Headron MCP
Formats vérifiés le 10 nov. 2026Ajouter à CursorAjouter à GooseInstaller Headron MCP dans Claude Code
$ claude mcp add --env 'HEADRON_ROOT=<HEADRON_ROOT>' headron -- uvx headron-softwareInstaller Headron MCP dans Cursor
~/.cursor/mcp.json
{
"mcpServers": {
"headron": {
"command": "uvx",
"args": [
"headron-software"
],
"env": {
"HEADRON_ROOT": "<HEADRON_ROOT>"
}
}
}
}Installer Headron MCP dans VS Code
.vscode/mcp.json
{
"servers": {
"headron": {
"type": "stdio",
"command": "uvx",
"args": [
"headron-software"
],
"env": {
"HEADRON_ROOT": "<HEADRON_ROOT>"
}
}
}
}Installer Headron MCP dans VS Code CLI
$ code --add-mcp '{"name":"headron","type":"stdio","command":"uvx","args":["headron-software"],"env":{"HEADRON_ROOT":"<HEADRON_ROOT>"}}'Installer Headron MCP dans Claude Desktop
claude_desktop_config.json
{
"mcpServers": {
"headron": {
"command": "uvx",
"args": [
"headron-software"
],
"env": {
"HEADRON_ROOT": "<HEADRON_ROOT>"
}
}
}
}Installer Headron MCP dans Codex
$ codex mcp add headron --env 'HEADRON_ROOT=<HEADRON_ROOT>' -- uvx headron-softwareInstaller Headron MCP dans Codex config.toml
~/.codex/config.toml
[mcp_servers.headron] command = "uvx" args = ["headron-software"] [mcp_servers.headron.env] HEADRON_ROOT = "<HEADRON_ROOT>"
Installer Headron MCP dans Gemini CLI
$ gemini mcp add -s user -e 'HEADRON_ROOT=<HEADRON_ROOT>' headron uvx -- headron-softwareInstaller Headron MCP dans Gemini settings.json
~/.gemini/settings.json
{
"mcpServers": {
"headron": {
"command": "uvx",
"args": [
"headron-software"
],
"env": {
"HEADRON_ROOT": "<HEADRON_ROOT>"
}
}
}
}Configuration
HEADRON_ROOTRequisPath to a checkout of the Headron atlas (atlas.yaml) the tool reads.
| Nom | Description | Type |
|---|---|---|
| HEADRON_ROOT | Path to a checkout of the Headron atlas (atlas.yaml) the tool reads. | Requis |
Vérifications automatisées
Exécuté le 13 nov. 2026Rapport complet →A passé nos vérifications automatisées. Il ne s'agit pas d'un audit de sécurité : lisez le code et donnez au serveur l'accès le plus restreint dont il a besoin. Fonctionnement des vérifications
- Dépôt source lié et accessibleRéussi
- Licence open source (OSI)Réussi
- Commit ou version publiée au cours de l'année écouléeRéussi
- Nom du package non proche d'un package populaireRéussi
- L'endpoint distant utilise HTTPSNon vérifié
- Les outils destructifs sont étiquetésNon vérifié
- Aucune instruction cachée destinée au modèleRéussi
- Aucun avis critique dans le package ou ses dépendancesRéussi
README
Voir sur GitHubContract 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
Questions sur Headron MCP
Comment ajouter Headron MCP à Claude Code ?
Exécutez claude mcp add --env 'HEADRON_ROOT=<HEADRON_ROOT>' headron -- uvx headron-software dans votre terminal. Ajoutez --scope user pour le rendre disponible dans tous les projets.
Comment ajouter Headron MCP à Cursor ?
Ouvrez ~/.cursor/mcp.json et ajoutez le serveur sous mcpServers, avec la configuration Cursor indiquée dans la section d'installation ci-dessus.
Qu'est-ce que Headron ?
Headron est un contrat de règles et un CLI qui associe les fichiers modifiés à des contrôles spécifiques afin de signaler si ces contrôles ont été exécutés avec succès.
Headron agit-il comme un agent de codage ?
Non, Headron n'est pas un agent de codage, un modèle ou un framework de test ; il s'agit d'une couche de vérification.
Comment fonctionne l'API Mind ?
L'API Mind est un service hébergé et payant qui planifie les modifications déclarées via la commande headron mind.
Puis-je utiliser Headron sans l'API Mind ?
Oui, l'interface en ligne de commande fonctionne indépendamment de l'API Mind hébergée.