Aplica contratos de reglas y verifica cambios en archivos vinculándolos con validaciones declaradas y puertas de enlace automatizadas.
También conocido como HLIntel/Headron, headron-software
- Stars
- 4
- Herramientas
- —
- Descargas, 30 días
- —
- Última versión
- 3.62.0
- Último commit
- 14 nov 2026
- Licencia
- MIT
¿Qué es Headron MCP?
Headron es un MCP server. Aplica contratos de reglas y verifica cambios en archivos vinculándolos con validaciones declaradas y puertas de enlace automatizadas.
Resumen generado a partir del README del proyecto
Acerca del MCP server de Headron
Headron funciona como un contrato de reglas e interfaz de línea de comandos que conecta los cambios en los archivos con validaciones específicas declaradas. Está diseñado para que desarrolladores y agentes de IA aseguren que las modificaciones en una base de código cumplan con las puertas de enlace establecidas. Al mapear los archivos modificados con validaciones automatizadas, el sistema informa si estas pasaron, fallaron, se omitieron o no se ejecutaron. Esto garantiza que una validación omitida nunca se trate incorrectamente como un éxito.
Los usuarios pueden inicializar un repositorio usando headron init para configurar archivos de configuración, git hooks y la conexión con agentes. La herramienta funciona localmente a través de la CLI, pero también ofrece una Mind API de pago que requiere una API key para planificar los cambios declarados. Aunque la interfaz MCP es de solo lectura, el sistema proporciona varios comandos como headron verify para evaluar cambios y headron port para informar a los agentes sobre los requisitos de los archivos antes de que comience la edición.
Qué puedes hacer con él
- 1Verificar cambios de archivos contra puertas de enlaceUn cliente de IA puede ejecutar un comando de verificación para comprobar si las modificaciones recientes cumplen con todas las puertas de enlace automatizadas requeridas.
- 2Informar a los agentes sobre las obligaciones de los archivosUn desarrollador puede usar el comando port para indicarle a un agente exactamente qué validaciones debe cumplir un archivo específico antes de que este intente realizar una edición.
- 3Automatizar la aplicación de commitsEl sistema puede configurarse para ejecutar validaciones automáticamente antes de que un desarrollador o un agente realice un commit del código en el repositorio.
Escrito a partir del README del proyecto. Cada caso de uso se verifica con una cita del mismo.
Cómo instalar Headron MCP
Formatos verificados el 10 nov 2026Añadir a CursorAñadir a GooseInstalar Headron MCP en Claude Code
$ claude mcp add --env 'HEADRON_ROOT=<HEADRON_ROOT>' headron -- uvx headron-softwareInstalar Headron MCP en Cursor
~/.cursor/mcp.json
{
"mcpServers": {
"headron": {
"command": "uvx",
"args": [
"headron-software"
],
"env": {
"HEADRON_ROOT": "<HEADRON_ROOT>"
}
}
}
}Instalar Headron MCP en VS Code
.vscode/mcp.json
{
"servers": {
"headron": {
"type": "stdio",
"command": "uvx",
"args": [
"headron-software"
],
"env": {
"HEADRON_ROOT": "<HEADRON_ROOT>"
}
}
}
}Instalar Headron MCP en VS Code CLI
$ code --add-mcp '{"name":"headron","type":"stdio","command":"uvx","args":["headron-software"],"env":{"HEADRON_ROOT":"<HEADRON_ROOT>"}}'Instalar Headron MCP en Claude Desktop
claude_desktop_config.json
{
"mcpServers": {
"headron": {
"command": "uvx",
"args": [
"headron-software"
],
"env": {
"HEADRON_ROOT": "<HEADRON_ROOT>"
}
}
}
}Instalar Headron MCP en Codex
$ codex mcp add headron --env 'HEADRON_ROOT=<HEADRON_ROOT>' -- uvx headron-softwareInstalar Headron MCP en Codex config.toml
~/.codex/config.toml
[mcp_servers.headron] command = "uvx" args = ["headron-software"] [mcp_servers.headron.env] HEADRON_ROOT = "<HEADRON_ROOT>"
Instalar Headron MCP en Gemini CLI
$ gemini mcp add -s user -e 'HEADRON_ROOT=<HEADRON_ROOT>' headron uvx -- headron-softwareInstalar Headron MCP en Gemini settings.json
~/.gemini/settings.json
{
"mcpServers": {
"headron": {
"command": "uvx",
"args": [
"headron-software"
],
"env": {
"HEADRON_ROOT": "<HEADRON_ROOT>"
}
}
}
}Configuración
HEADRON_ROOTObligatorioPath to a checkout of the Headron atlas (atlas.yaml) the tool reads.
| Nombre | Descripción | Tipo |
|---|---|---|
| HEADRON_ROOT | Path to a checkout of the Headron atlas (atlas.yaml) the tool reads. | Obligatorio |
Verificaciones automáticas
Ejecutado 13 nov 2026Informe completo →Pasó nuestras verificaciones automáticas. Esto no es una auditoría de seguridad: lee el código y dale al servidor el acceso más limitado que necesite. Cómo funcionan las verificaciones
- Repositorio de origen vinculado y accesibleAprobado
- Licencia de código abierto (OSI)Aprobado
- Commit o lanzamiento en el último añoAprobado
- El nombre del paquete no es similar a un paquete popularAprobado
- El endpoint remoto usa HTTPSNo verificado
- Las herramientas destructivas están etiquetadasNo verificado
- Sin instrucciones ocultas para el modeloAprobado
- No hay avisos críticos en el paquete ni en sus dependenciasAprobado
README
Ver en 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
Preguntas sobre Headron MCP
¿Cómo agrego Headron MCP a Claude Code?
Ejecuta claude mcp add --env 'HEADRON_ROOT=<HEADRON_ROOT>' headron -- uvx headron-software en tu terminal. Añade --scope user para que esté disponible en todos los proyectos.
¿Cómo agrego Headron MCP a Cursor?
Abre ~/.cursor/mcp.json y añade el servidor en mcpServers, usando la configuración de Cursor que se muestra en la sección de instalación de arriba.
¿Qué es Headron?
Headron es un contrato de reglas y una CLI que mapea los archivos modificados con validaciones específicas para informar si dichas validaciones se ejecutaron correctamente.
¿Actúa Headron como un agente de programación?
No, Headron no es un agente de programación, un modelo ni un framework de pruebas; es una capa de verificación.
¿Cómo funciona la Mind API?
La Mind API es un servicio de pago alojado que planifica los cambios declarados mediante el comando headron mind.
¿Puedo usar Headron sin la Mind API?
Sí, la interfaz de línea de comandos funciona de forma independiente a la Mind API alojada.