선언된 체크 항목 및 자동화된 게이트에 파일 변경 사항을 매핑하여 규칙 계약을 강제하고 파일 변경을 검증합니다.
다른 이름 HLIntel/Headron, headron-software
- 스타
- 4
- Tools
- —
- 다운로드, 30일
- —
- 최신 버전
- 3.62.0
- 마지막 커밋
- 2026년 11월 14일
- 라이선스
- MIT
Headron MCP란?
Headron은(는) MCP server입니다. 선언된 체크 항목 및 자동화된 게이트에 파일 변경 사항을 매핑하여 규칙 계약을 강제하고 파일 변경을 검증합니다.
프로젝트 README에서 생성된 요약
Headron MCP server 정보
Headron은 파일 변경 사항을 특정 선언된 체크 항목에 연결하는 규칙 계약 및 명령줄 인터페이스 역할을 합니다. 개발자와 AI 에이전트가 코드베이스의 수정 사항이 설정된 게이트를 준수하도록 설계되었습니다. 변경된 파일을 자동화된 체크 항목에 매핑함으로써, 시스템은 해당 체크가 통과, 실패, 건너뜀 또는 실행되지 않았는지 보고합니다. 이를 통해 건너뛴 체크가 성공으로 잘못 처리되는 것을 방지합니다.
사용자는 headron init을 사용하여 구성 파일, git hooks 및 에이전트 와이어링을 설정하고 저장소를 초기화할 수 있습니다. 이 도구는 CLI를 통해 로컬에서 작동하지만, 선언된 변경 사항을 계획하기 위해 API 키가 필요한 호스팅 기반 유료 Mind API도 제공합니다. MCP 인터페이스는 읽기 전용이지만, 시스템은 변경 사항을 평가하는 headron verify 및 편집 시작 전 에이전트에 파일 요구 사항을 알리는 headron port와 같은 다양한 명령을 제공합니다.
활용 사례
- 1게이트 기준 파일 변경 검증AI 클라이언트가 검증 명령을 실행하여 최근 수정 사항이 필요한 모든 자동화된 게이트를 충족하는지 확인할 수 있습니다.
- 2에이전트에 파일 의무 사항 알림개발자가 port 명령을 사용하여 에이전트가 편집을 시도하기 전에 특정 파일이 반드시 충족해야 하는 체크 항목이 무엇인지 정확히 알 수 있습니다.
- 3커밋 강제화 자동화개발자나 에이전트가 저장소에 코드를 커밋하기 전에 체크 항목이 자동으로 실행되도록 구성할 수 있습니다.
프로젝트의 README를 바탕으로 작성되었습니다. 모든 활용 사례는 해당 내용의 인용문과 대조하여 확인합니다.
Headron MCP 설치 방법
형식 확인: 2026년 11월 10일Cursor에 추가Goose에 추가Claude Code에 Headron MCP 설치
$ claude mcp add --env 'HEADRON_ROOT=<HEADRON_ROOT>' headron -- uvx headron-softwareCursor에 Headron MCP 설치
~/.cursor/mcp.json
{
"mcpServers": {
"headron": {
"command": "uvx",
"args": [
"headron-software"
],
"env": {
"HEADRON_ROOT": "<HEADRON_ROOT>"
}
}
}
}VS Code에 Headron MCP 설치
.vscode/mcp.json
{
"servers": {
"headron": {
"type": "stdio",
"command": "uvx",
"args": [
"headron-software"
],
"env": {
"HEADRON_ROOT": "<HEADRON_ROOT>"
}
}
}
}VS Code CLI에 Headron MCP 설치
$ code --add-mcp '{"name":"headron","type":"stdio","command":"uvx","args":["headron-software"],"env":{"HEADRON_ROOT":"<HEADRON_ROOT>"}}'Claude Desktop에 Headron MCP 설치
claude_desktop_config.json
{
"mcpServers": {
"headron": {
"command": "uvx",
"args": [
"headron-software"
],
"env": {
"HEADRON_ROOT": "<HEADRON_ROOT>"
}
}
}
}Codex에 Headron MCP 설치
$ codex mcp add headron --env 'HEADRON_ROOT=<HEADRON_ROOT>' -- uvx headron-softwareCodex config.toml에 Headron MCP 설치
~/.codex/config.toml
[mcp_servers.headron] command = "uvx" args = ["headron-software"] [mcp_servers.headron.env] HEADRON_ROOT = "<HEADRON_ROOT>"
Gemini CLI에 Headron MCP 설치
$ gemini mcp add -s user -e 'HEADRON_ROOT=<HEADRON_ROOT>' headron uvx -- headron-softwareGemini settings.json에 Headron MCP 설치
~/.gemini/settings.json
{
"mcpServers": {
"headron": {
"command": "uvx",
"args": [
"headron-software"
],
"env": {
"HEADRON_ROOT": "<HEADRON_ROOT>"
}
}
}
}구성
HEADRON_ROOT필수Path to a checkout of the Headron atlas (atlas.yaml) the tool reads.
| 이름 | 설명 | 유형 |
|---|---|---|
| HEADRON_ROOT | Path to a checkout of the Headron atlas (atlas.yaml) the tool reads. | 필수 |
자동 검사
2026년 11월 13일에 실행됨전체 보고서 →자동 검사를 통과했습니다. 이는 보안 감사가 아닙니다. 코드를 직접 읽고 서버에 필요한 최소한의 권한만 부여하십시오. 검사 방식
- 소스 저장소 연결 및 접근 가능통과
- 오픈 소스 라이선스 (OSI)통과
- 최근 1년 내 커밋 또는 릴리스통과
- 패키지 이름이 인기 패키지와 유사하지 않음통과
- 원격 엔드포인트가 HTTPS 사용검사되지 않음
- 파괴적인 도구에 라벨 표시됨검사되지 않음
- 모델에 대한 숨겨진 지침 없음통과
- 패키지 및 해당 종속성에 중요한 보안 권고 없음통과
README
GitHub에서 보기Contract 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 질문
Headron MCP를 Claude Code에 추가하려면 어떻게 하나요?
터미널에서 claude mcp add --env 'HEADRON_ROOT=<HEADRON_ROOT>' headron -- uvx headron-software를 실행합니다. 모든 프로젝트에서 사용할 수 있게 하려면 --scope user를 추가합니다.
Headron MCP를 Cursor에 추가하려면 어떻게 하나요?
~/.cursor/mcp.json를 열고 mcpServers 아래에 서버를 추가합니다. 위 설치 섹션에 표시된 Cursor 구성을 사용합니다.
Headron이 무엇인가요?
Headron은 변경된 파일을 특정 체크 항목에 매핑하여 해당 체크가 성공적으로 실행되었는지 보고하는 규칙 계약 및 CLI입니다.
Headron이 코딩 에이전트 역할을 하나요?
아니요, Headron은 코딩 에이전트, 모델 또는 테스트 프레임워크가 아니라 검증 레이어입니다.
Mind API는 어떻게 작동하나요?
Mind API는 headron mind 명령을 통해 선언된 변경 사항을 계획하는 호스팅 기반 유료 서비스입니다.
Mind API 없이도 Headron을 사용할 수 있나요?
네, CLI는 호스팅된 Mind API와 독립적으로 작동합니다.