プロトタイプ · プレビュー版:公式レジストリのすべてのサーバーを掲載し、30分ごとに同期しています。レビューとアカウント機能は今後のステップで始まります。
PopNx MCPAIを使う人のためのMCPサーバー · やさしい言葉で解説

Headroom

作者:Apertur3バージョン 0.2.20i★ –iパソコンで動く
レジストリ名io.github.Apertur3/headroom

インストール

概要

作者による説明(英語の原文)

Live subscription limits, resets and budget checks for coding agents over MCP.

PopNx MCPの3つの柱

この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。

できること

このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。

  • 接続方法: パソコンで動く
  • トランスポート: stdio
  • カテゴリ: その他

インストール

使っているAIアプリを選んで、設定をコピーしてください。

インストールの前に

  • 基本チェック:1項目中1項目に合格
  • あなたのパソコンで、あなたのユーザーと同じ権限(ファイル、ネットワーク、アプリ)で動きます。
  • レジストリには、入力が必要なキーは載っていません。

必要なもの

  • npmNode.jsのインストール(npxコマンドに必要)

どのアプリを使っていますか?

上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。

Claude Desktop → Settings → Developer → Edit Config を開き、claude_desktop_config.json にこれを貼り付けます

{
  "mcpServers": {
    "headroom": {
      "command": "npx",
      "args": [
        "-y",
        "headroomd",
        "mcp"
      ]
    }
  }
}

ターミナルでこれを実行します

claude mcp add headroom -- npx -y headroomd mcp

Cursorで開く

または、設定を自分でコピーする

プロジェクトの .cursor/mcp.json、または ~/.cursor/mcp.json に貼り付けます

{
  "mcpServers": {
    "headroom": {
      "command": "npx",
      "args": [
        "-y",
        "headroomd",
        "mcp"
      ]
    }
  }
}

ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。

VS Codeで開く

または、設定を自分でコピーする

プロジェクトの .vscode/mcp.json に貼り付けます

{
  "servers": {
    "headroom": {
      "type": "stdio",
      "command": "npx",
      "args": [
        "-y",
        "headroomd",
        "mcp"
      ]
    }
  }
}

ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。

これはパソコンで動くサーバーですが、ChatGPTがつなげるのはインターネット上のサーバーだけです。ほかのアプリを選んでください。

選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。

この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。

できること

パソコンで動くサーバーです。インストールすると、ツール一覧がAIアプリに表示されます。

基本チェックi

誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月7日にチェック

  • ✓ 合格

    作者とリポジトリが一致

    レジストリ名は、リポジトリを所有するGitHubアカウント Apertur3 で確認済みです

  • … 未チェック

    今もメンテナンスされている

    このリポジトリはまだGitHubから読み取っていません

  • … 未チェック

    ライセンスがある

    このリポジトリはまだGitHubから読み取っていません

  • – 対象外

    エンドポイントが応答する

    これはパソコンで動くため、インターネット上のエンドポイントはありません

  • – 対象外

    OAuthでサインイン

    パソコンで動き、代わりにローカルの設定を使います

  • … 未チェック

    ツールの説明に隠れた指示がない

    パソコンで動くサーバーです。ツール一覧を読み取れるのは、インターネット上のエンドポイントがある場合だけです

その他のほかのサーバーとの比較i

  • このカテゴリのほかの32623件のうち0%よりスターが多い
  • このカテゴリのほかの32623件のうち90%より最近レジストリに公開
  • 基本チェックの結果が、このカテゴリのほかの32623件のうち100%と同じかそれ以上

レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。

よくある質問

Headroomは安全ですか?

当てはまる基本チェック1項目のうち1項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。

どんなキーやコードが必要ですか?

レジストリには必須のキーは載っていません。ただし、最初に使うときにサインインを求めるサーバーもあります。

パソコンで動きますか、それともクラウドですか?

あなたのパソコンで動きます。必要なときにAIアプリが起動し、データは作者のサーバーを通りません(サーバー自体がオンラインサービスを呼び出す場合を除きます)。

今もメンテナンスされていますか?

GitHubリポジトリの最終更新は–、最新バージョン(0.2.20)がレジストリに届いたのは3 日前です。

どのアプリで使えますか?

Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。パソコンにNode.jsも必要です。

代わりに使えるものは?

同じカテゴリには:Spec Driven Development, Remote Desktop Commander, Draugr

代わりの候補

同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。

カードの見方:★ GitHubスターi3つの柱:レビュー · チェック · 利用状況i更新=最新バージョンをレジストリに公開した日i

Remote Desktop Commander

作者:desktop-commander

Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.

クラウドで動く★ 211一昨日更新
インストール

Draugr

作者:draugr-dev

Security scanning for AI agents: SAST, SCA, secrets, IaC, DAST, ranked by real risk.

パソコンで動く今日更新
インストール

作者のREADME

READMEを開く

作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。

Your coding agents check their Claude and Codex limits before they start a job.

headroomd reads the 5-hour and weekly limits your subscriptions report and answers go, wait or reroute, over the CLI or MCP.

npm install -g headroomd   # or: brew install apertur3/tap/headroom

headroom setup headroom can claude-fable --owner me && echo go

Then install the Claude Code plugin (requires headroomd above):

claude plugin marketplace add Apertur3/headroom

claude plugin install headroom@headroom

macOS, Linux, Windows (experimental). No telemetry. Zero runtime dependencies.

Not related to headroomlabs-ai/headroom, the context-compression project.


Install

Node 22.13 or newer. The npm package is headroomd; the Homebrew formula is apertur3/tap/headroom. Both install the headroom command.

npm install -g headroomd

or, on macOS and Linux: brew install apertur3/tap/headroom

finds your logins, runs the doctor, asks before each change

headroom setup

one block per account: percent used, reset time and pace state per window

headroom

Claude usage comes from Claude Code's statusline. Add this to ~/.claude/settings.json (or the settings.json of each other profile), or chain an existing statusline with headroom statusline --chain ' ':

{ "statusLine": { "type": "command", "command": "headroom statusline" } }

Alongside it, Headroom runs Claude Code's own /usage at most every 10 minutes (it adds the scoped meters the statusline does not carry; the statusline never runs under claude -p, so it can go stale between runs). headroom doctor and headroom status say which is in use. Headroom never edits your Claude settings files.

For Claude Code, install the plugin after installing headroomd with npm or Homebrew:

claude plugin marketplace add Apertur3/headroom

claude plugin install headroom@headroom

It bundles the Headroom skill, the MCP server registration and a quota line on every prompt. Using it alongside headroom hook install does not print the quota line twice. See Claude Code plugin for requirements and uninstall commands.

Already running Claude Code or another agent? Copy skills/headroom/SKILL.md into its skills directory and say "set up headroom".

Without the plugin, headroom setup offers to register the MCP server for your default Claude Code profile. To register it by hand, or in another profile:

claude mcp add --scope user headroom -- headroom mcp

CLAUDE_CONFIG_DIR=~/.claude-work claude mcp add --scope user headroom -- headroom mcp

Agents without MCP, Codex for example, call the CLI. Then give your agents the instructions in For agents. The MCP tools and example calls are in docs/mcp-and-agents.md.

Manual setup and optional configuration

The three commands above are the short path. Discovery on its own:

headroom accounts discover   # finds Claude, Codex, Antigravity, Grok and Kimi logins

On macOS and Linux, brew install apertur3/tap/headroom installs the same package and adds a brew services start headroom service.

By hand, the same steps are one command:

headroom setup                # discovery, doctor, service, MCP registration -- asks before each change

Run headroom notify configure to choose notification channels, a preset and overrides. Run headroom update only when you choose to install a newer package; headroom uninstall reverses setup, and headroom completion prints a shell completion script.

accounts discover prints what it wrote (Wrote ~/.headroom/accounts.toml (4 accounts). Next: headroom doctor) and, the first time, seeds ~/.headroom/policy.toml and routing.toml from examples/ so headroom can --owner works immediately with the example action classes (claude-fable, codex-build, gemini-bulk) -- edit routing.toml to match your accounts.

Keep an optional second profile that is deliberately logged out without polling it: add enabled = false to its [[accounts]] block, or run headroom accounts disable . It remains configured and can be restored with headroom accounts enable .

Full walkthrough, including what each step grants and why: docs/quickstart.md.

status/doctor check the npm registry at most once a day (a plain GET of the headroomd version, no account data) and print a one-line notice when a newer headroomd is out; run headroom update (never automatic) to install it. Set update_check = false in ~/.headroom/policy.toml to turn the check off -- see Staying up to date.


For agents

Paste this into the CLAUDE.md or AGENTS.md your agents read, and replace the placeholders with your own action classes, meters and agent name. The agent then checks Headroom before it dispatches work, instead of asking you.

## Usage limits (Headroom)

Check Headroom before you start work on a subscription. Do not ask me about usage or reset times.

  • headroom can --owner : exit 0 means go, exit 2 means no. Any other exit is an error: treat it as no. Classes are the [consumes] entries in ~/.headroom/routing.toml.
  • On no, try the next class in your fallback list. If none has room, run headroom wait --meter --until-reset --max 6h (exit 3 means it timed out), then run headroom can again before you start anything.
  • Start a job with headroom run --meter --need : --owner -- , for example --need 5h:10 for 10 percent of the 5-hour window. It reserves the points, runs the command and releases them when it exits. Exit 2 means refused; otherwise it returns the command's own exit code.
  • UNKNOWN means there is no trustworthy reading. Treat it as no. Never pass --allow-unknown unless I ask for it.
  • For the full picture, read headroom --json, not the human view.
  • In Claude Code with the Headroom MCP server, quota_can answers the same question as headroom can.

To put live quota in front of the agent on every turn, run headroom hook install --agent claude (or answer yes in headroom setup). Each Claude Code prompt then carries one line the daemon wrote at its last poll, with its age, for about 60 tokens per turn; headroom line prints the same line for any agent. Claude Code on macOS and Linux only for now; Windows, Codex and Gemini hooks are not supported yet.

A plain can is advisory. A reservation tells other agents that use Headroom the points are taken; it does not limit what the job itself spends, and it cannot stop tools that do not use Headroom. The longer version, with pace states, leases and reserves, is skills/headroom/SKILL.md.


Platform support and known limitations

7 sources read 3 OSes tested in CI 1 local daemon, one call per decision 0 telemetry (one opt-out update check)

Sources: five subscription services (Claude, Codex, Kimi, and the experimental Antigravity and Grok) and two local server types (vLLM and llama.cpp). A stale or failed reading prints UNKNOWN , never a number. Full writeup · Reproduce it

PlatformStatus
macOSThe primary platform: daily use on one machine, plus CI. Antigravity needs macOS 14 or later
LinuxCI on Ubuntu; cold install also checked by hand on ARM64
WindowsExperimental. Tests run in CI. On Windows 11, headroom install-service registers a "Headroom Daemon" task that starts immediately and serves a per-user named pipe whose name is a hash only. headroom uninstall --home asks the running daemon to shut down over that pipe, removes the task and the home, and exits 0. After an in-place upgrade, headroom install-service restarts the daemon onto the new version, except a daemon started by 0.2.6 or older, which has no shutdown request and must be stopped by hand once (end node.exe in Task Manager). Verified on Windows 11: MCP registration (claude mcp add --scope user headroom -- headroom mcp shows Connected) and a real Claude login read (fresh on the first poll). Not verified on Windows: a slow stop (the 27 second wait is covered by unit tests only) and start at logon and across reboots. Full detail below
AntigravityExperimental. Depends on a private local endpoint that the vendor can change
GrokExperimental. Reads the Grok CLI's undocumented chat-proxy endpoint and presents itself as the Grok CLI

The full table: tests, CI, install checks, Windows, vendor endpoints

Testsnpm test (vitest), run on every push on macOS, Ubuntu and Windows; some tests are POSIX-only and skip on Windows. Current counts are in the CI logs; method and limits: docs/verification.md
CI platformsmacOS, Ubuntu and Windows (macos-latest, ubuntu-latest, windows-latest): lint, tests, build, npm pack --dry-run, privacy sweep, npm audit
Daily useone macOS machine; this is the only environment a person uses every day
Install from the packed tarballscripted cold-install smoke test (smoke-cold.sh) runs in the release workflow; also checked by hand on macOS and on Linux ARM64
Windowsexperimental. On Windows 11, headroom install-service registers a "Headroom Daemon" task that starts immediately and serves a per-user named pipe whose name is a hash only. headroom uninstall --home asks the running daemon to shut down over that pipe, removes the task and the home, and exits 0. After an in-place upgrade, headroom install-service restarts the daemon onto the new version, except a daemon started by 0.2.6 or older, which has no shutdown request and must be stopped by hand once (end node.exe in Task Manager). Verified on Windows 11: MCP registration (claude mcp add --scope user headroom -- headroom mcp shows Connected) and a real Claude login read (fresh on the first poll). Not verified on Windows: a slow stop (the 27 second wait is covered by unit tests only) and start at logon and across reboots. Earlier, 0.2.4 was installed on Windows 11 and accounts discover, doctor, status / can / gate / dashboard (UNKNOWN, never a fake number) and the HTML report permissions worked. The process watchdog is inactive on Windows. PowerShell's default execution policy blocks the npm and headroom .ps1 shims; use cmd, or relax the policy

| W

冒頭だけを表示しています。続きはリポジトリで読めます

PopNxに聞く