Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
作者による説明(英語の原文)
Tamper-evident, Sigstore-signed audit trail for Claude Code agents.
この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。
このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。
使っているAIアプリを選んで、設定をコピーしてください。
必要なもの
どのアプリを使っていますか?
上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。
Claude Desktop → Settings → Developer → Edit Config を開き、claude_desktop_config.json にこれを貼り付けます
{
"mcpServers": {
"occasio": {
"command": "npx",
"args": [
"-y",
"@occasiolabs/occasio"
]
}
}
}ターミナルでこれを実行します
claude mcp add occasio -- npx -y @occasiolabs/occasioプロジェクトの .cursor/mcp.json、または ~/.cursor/mcp.json に貼り付けます
{
"mcpServers": {
"occasio": {
"command": "npx",
"args": [
"-y",
"@occasiolabs/occasio"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
プロジェクトの .vscode/mcp.json に貼り付けます
{
"servers": {
"occasio": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@occasiolabs/occasio"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
これはパソコンで動くサーバーですが、ChatGPTがつなげるのはインターネット上のサーバーだけです。ほかのアプリを選んでください。
選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。
この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。
パソコンで動くサーバーです。インストールすると、ツール一覧がAIアプリに表示されます。
誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月6日にチェック
レジストリ名は、リポジトリを所有するGitHubアカウント occasiolabs で確認済みです
このリポジトリはまだGitHubから読み取っていません
このリポジトリはまだGitHubから読み取っていません
これはパソコンで動くため、インターネット上のエンドポイントはありません
パソコンで動き、代わりにローカルの設定を使います
パソコンで動くサーバーです。ツール一覧を読み取れるのは、インターネット上のエンドポイントがある場合だけです
レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。
当てはまる基本チェック1項目のうち1項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。
レジストリには必須のキーは載っていません。ただし、最初に使うときにサインインを求めるサーバーもあります。
あなたのパソコンで動きます。必要なときにAIアプリが起動し、データは作者のサーバーを通りません(サーバー自体がオンラインサービスを呼び出す場合を除きます)。
GitHubリポジトリの最終更新は–、最新バージョン(0.10.0)がレジストリに届いたのは5 か月前です。
Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。パソコンにNode.jsも必要です。
同じカテゴリには:Spec Driven Development, Remote Desktop Commander, zanadir
同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。
カードの見方:★ 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.
Find what a repository's CI is missing, and which security checks cannot fail the build.
作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。
Local-first audit chain and identity gate for AI coding agents. Your prompts, your tool calls, your audit log; all on your machine, cryptographically verifiable later — and an agent may *request* an identity (ssh / cloud / root), not silently *assume* one.
Occasio is a local proxy that sits between your AI coding agent (Claude Code, Cline, or anything that talks to the Anthropic API) and whichever LLM endpoint you configured. Every tool call passes through one human-readable policy file you control. You can see what is leaving your machine in real time, block what should not happen, and end up with a tamper-evident hash-chained log that a third party can verify offline months later if you ever need to prove what your agent did.
Nothing about Occasio sends data to a third party. There is no Occasio cloud, no Occasio account, no telemetry. Read docs/WHY-LOCAL.md for the architecture, docs/COMPARE.md for how this differs from cloud-hosted AI observability tools, and docs/SUSTAINABILITY.md for how a local-first product is funded under Apache 2.0.
*Screenshot: occasio eyes --demo against synthetic data — no real paths, no real traffic. The "(demo)" badge top-left is always shown in demo mode.*
npm install -g @occasiolabs/occasio
occasio demo audit # Auditor scenario: signed attestation + cross-verifier proof (10s, no API key) occasio demo attest # End-to-end attestation pipeline against a synthetic chain occasio demo anomalies # Live EDR detection on a synthetic adversarial chain occasio harness # Real Claude Code attacking a denied path — defense holds
The first three demos run against synthetic data so you can see the full pipeline in seconds with no external dependencies. The fourth spawns a real Claude Code subordinate under your Anthropic login (bundled auth — no API key required) and proves the defense end-to-end. Start with demo audit — it answers the only question that actually matters: *"prove what your AI agent did in CI."*
The incident this was built for: an agent is asked only for a deploy command, but on its own it sshes into the server and reads env. The strict policy stops exactly that — an AI agent may *request* an identity, it may not silently *assume* one.
printenv, cat .env, /proc/self/environ, private-key reads, grep-for-secret-names — blocked no matter which command or tool reads them; the output never reaches the model.ssh / scp, az / the cloud control plane, sudo / systemctl — a fail-closed BLOCK with a "requires human approval" refusal the agent cannot satisfy on its own.occasio init --template strict # the identity-gated posture
ssh deploy@host → BLOCKED, pending apr_…occasio approvals approve apr_… --once # you, single-use, short TTL
The agent cannot self-approve: the approval control plane is in its deny-zone and the token is HMAC-signed. The chain records actor=ai_agent · delegator=you · approved_by=you. A second, non-proxied enforcement point — a PreToolUse hook (occasio hook --install) — covers execution that doesn't pass through the proxy.
Full design, threat model, and the honest residuals (runtime indirection, egress): docs/identity-gate.md.
Most people land here for one of these — pick the column that fits and skim accordingly.
| Daily dev work | CI / compliance | |
|---|---|---|
| Question you're asking | "What is the agent actually sending to Anthropic, and what's it costing me?" | "Prove what the agent did during this run." |
| Main commands | occasio eyes, occasio dashboard, --budget N, --eyes, occasio scan, occasio preflight simulate | occasio attest, occasio bundle → occasio verify, occasio policy lock/diff, occasio anomalies, occasio audit verify |
| What you get | Live browser UI on 127.0.0.1 — every outbound payload, byte breakdown, redactions in the clear; plus a preview of what your policy would allow/block | One portable evidence file a third party verifies offline in one command, a signed/approved policy lock, and per-round volume limits |
| Jump to | Live visibility · Scanner & preflight | Evidence workflow · Policy workflow |
Both views read the same underlying log. You don't have to pick one — running the proxy gives you both for free.
New here? The [5-minute Getting Started guide](docs/GETTING-STARTED.md) walks the identity-gate flow end to end — install →
init --template strict→ run your agent → approve a borrow → verify the log. Every command in it is tested against the published release.
Requires Node.js ≥ 18. Works on Windows, macOS, Linux.
npm install -g @occasiolabs/occasio # Install
occasio doctor # Verify setup (Node, claude CLI, port, profile) occasio init # Write ~/.occasio/policy.yml (dev-default) occasio init --template strict # …or the identity gate: deny secrets, gate ssh/cloud/root behind approval occasio register # Add 'claude' shell alias (one-time) claude "read package.json and tell me the version"
After the alias is registered, every claude invocation routes through Occasio transparently. Audit-chain rows accumulate at ~/.occasio/pipeline-events.jsonl.
Inspect the run:
occasio status # Session totals
occasio replay --detail # Run-level audit occasio audit verify # Re-walk the hash chain end-to-end occasio anomalies # Run EDR detectors over the last 15 minutes occasio attest --run-id # Build a behavioral attestation for one session occasio explain # Why was this blocked? — the matched policy rule + how to unblock
Grouped by what you're doing. (stable) = load-bearing with test coverage; (beta) = works end-to-end, narrower; (alpha) = scaffold. Full list: occasio help.
| Command | Purpose | ||
|---|---|---|---|
claude [args] | Start Claude Code through the local proxy | (stable) | |
status · ledger · replay · boundary · inspect | Inspect cost / tokens / per-run audit / cloud boundary | (stable) | |
eyes · dashboard | Live browser/terminal view of outbound traffic | (beta) | |
| `scan --file\ | --stdin` | Explainable secret scan (prefix/jwt/env-key/entropy), exit 1 on findings | (stable) |
preflight simulate | Predict allow/block for candidate actions vs the active policy | (stable) | |
preflight | Backward-looking miner of past opening-move patterns | (beta) | |
audit verify · attest [verify] | Verify the hash chain · build/verify a signed attestation | (stable) | |
bundle --run → verify | Pack one run into a portable evidence file · verify it offline | (stable) | |
policy show/validate/lock/diff | Inspect · lint · record the approved policy · detect drift | (stable) | |
explain | Connect a BLOCK to the rule that caused it + how to unblock | (stable) | |
anomalies | Windowed EDR over the chain | (beta) | |
doctor [--paranoid] | Setup health · local-first self-audit | (stable) |
Produce one file an auditor or CI receives and checks in a single command:
occasio attest --run-id <uuid> --sign # behavioral attestation (Sigstore optional)
occasio bundle --run --out run.occasio.json # pack attestation + chain slice + policy + manifest occasio verify run.occasio.json # 6 offline checks; exit ≠ 0 on tamper
verify checks the schema, the manifest hashes, the chain slice integrity, the policy binding, the git-state vs chain cross-check, and the Sigstore signature when present — all against data embedded in the file (never the producer's machine). The run is bound to the concrete code it touched via git_state rows (HEAD + diff hash + changed files). Signing is optional; an unsigned bundle still verifies everything else. Bundles embed absolute producer paths — an internal-audit artifact; review before sharing publicly. → docs/VERIFY.md
~/.occasio/policy.yml governs the Occasio-controlled path: secret handling, deny_paths/allow_paths, custom deny_patterns, per-round limits, and tool routing. Approve it and pin against drift:
occasio policy init # starter policy.yml
occasio policy validate # lint before you rely on it occasio policy lock --sign --out policy.lock.json # record the approved policy occasio policy diff --since policy.lock.json # CI gate: exit 1 if the policy drifted
→ docs/POLICY.md
occasio scan --file .env # explainable secret findings (masked, exit 1)
occasio preflight simulate --read ~/.ssh/id_rsa --bash "npm test" --strict # would the policy block this?
scan never prints the secret in plaintext (masked snippet + SHA-256). preflight simulate runs candidate actions through the same policy engine the runtime uses and shows the matched rule + how to unblock for anything it would block. → docs/SCAN.md · docs/PREFLIGHT.md
occasio doctor --paranoid
Scans the installed source for every outbound network primitive, classifies each callsite, checks for telemetry SDK signatures, and surfaces the audit chain status. Exits non-zero if any critical finding appears. JSON output via --paranoid --json. See docs/WHY-LOCAL.md for the architecture this verifies.
Where Occasio sits alongside SLSA Provenance and CycloneDX AI-BOM: docs/SUPPLY-CHAIN-TRIANGLE.md. Occasio is the runtime behavioral leg.
The audit chain and signed attestations answer *"what did the agent do, prove it"* — the auditor's question. Sometimes you also want the simpler one: *"what is the agent doing right now?"* What is leaving your machine in this HTTP request. Which files have already gone to Anthropic in this session. What the system prompt looks like. What got redacted before it shipped.
occasio eyes is a local browser UI on http://127.0.0.1:3002 that shows exactly that. Capture is opt-in via --eyes on the proxy; nothing leaves the machine, all storage stays under ~/.occasio/eyes/.
occasio eyes --demo # synthetic data, no proxy needed (10-second tour)
occasio claude --eyes # then in another terminal: occasio eyes # browser tab opens automatically
What you see:
冒頭だけを表示しています。続きはリポジトリで読めます