宣言されたチェックと自動ゲートにファイル変更をマッピングすることで、ルール契約の遵守とファイル変更の検証を行います。
別名 HLIntel/Headron, headron-software
- スター
- 4
- ツール
- —
- ダウンロード数(30日間)
- —
- 最新バージョン
- 3.62.0
- 最終コミット
- 2026年11月14日
- ライセンス
- MIT
Headron MCPとは
HeadronはMCPサーバーです。 宣言されたチェックと自動ゲートにファイル変更をマッピングすることで、ルール契約の遵守とファイル変更の検証を行います。.
プロジェクトの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を開き、上記のインストールセクションに示すCursor設定を使ってmcpServersの下にサーバーを追加します。
Headronとは何ですか?
Headronは、変更されたファイルを特定のチェックにマッピングし、それらのチェックが正常に実行されたかどうかを報告するルール契約およびCLIです。
Headronはコーディングエージェントとして機能しますか?
いいえ、Headronはコーディングエージェント、モデル、またはテストフレームワークではなく、検証レイヤーです。
Mind APIはどのように機能しますか?
Mind APIは、headron mindコマンドを通じて宣言された変更を計画する、ホスト型の有料サービスです。
Mind APIなしでHeadronを使用できますか?
はい、コマンドラインインターフェースはホスト型のMind APIとは独立して動作します。