Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
作者による説明(英語の原文)
Live subscription limits, resets and budget checks for coding agents over MCP.
この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。
このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。
使っているAIアプリを選んで、設定をコピーしてください。
必要なもの
どのアプリを使っていますか?
上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。
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/mcp.json、または ~/.cursor/mcp.json に貼り付けます
{
"mcpServers": {
"headroom": {
"command": "npx",
"args": [
"-y",
"headroomd",
"mcp"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
プロジェクトの .vscode/mcp.json に貼り付けます
{
"servers": {
"headroom": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"headroomd",
"mcp"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
これはパソコンで動くサーバーですが、ChatGPTがつなげるのはインターネット上のサーバーだけです。ほかのアプリを選んでください。
選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。
この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。
パソコンで動くサーバーです。インストールすると、ツール一覧がAIアプリに表示されます。
誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月7日にチェック
レジストリ名は、リポジトリを所有するGitHubアカウント Apertur3 で確認済みです
このリポジトリはまだGitHubから読み取っていません
このリポジトリはまだGitHubから読み取っていません
これはパソコンで動くため、インターネット上のエンドポイントはありません
パソコンで動き、代わりにローカルの設定を使います
パソコンで動くサーバーです。ツール一覧を読み取れるのは、インターネット上のエンドポイントがある場合だけです
レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。
当てはまる基本チェック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
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
Security scanning for AI agents: SAST, SCA, secrets, IaC, DAST, ranked by real risk.
作者のリポジトリから書かれたとおりにコピーしたものです。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.
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
headroom setup
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.
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.headroom wait --meter --until-reset --max 6h (exit 3 means it timed out), then run headroom can again before you start anything.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.--allow-unknown unless I ask for it.headroom --json, not the human view.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.
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
| Platform | Status |
|---|---|
| macOS | The primary platform: daily use on one machine, plus CI. Antigravity needs macOS 14 or later |
| Linux | CI on Ubuntu; cold install also checked by hand on ARM64 |
| Windows | Experimental. 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 |
| Antigravity | Experimental. Depends on a private local endpoint that the vendor can change |
| Grok | Experimental. 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
| Tests | npm 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 platforms | macOS, Ubuntu and Windows (macos-latest, ubuntu-latest, windows-latest): lint, tests, build, npm pack --dry-run, privacy sweep, npm audit |
| Daily use | one macOS machine; this is the only environment a person uses every day |
| Install from the packed tarball | scripted cold-install smoke test (smoke-cold.sh) runs in the release workflow; also checked by hand on macOS and on Linux ARM64 |
| Windows | experimental. 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
冒頭だけを表示しています。続きはリポジトリで読めます