Mirobody
Lab results to LOINC codes and UCUM units, symptoms and diagnoses to ICPC-3. Offline, no API key.
作者による説明(英語の原文)
Read a Tierward project's governance state (doctor, team-settings, arch-audit, skills) over MCP.
この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。
このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。
使っているAIアプリを選んで、設定をコピーしてください。
必要なもの
どのアプリを使っていますか?
上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。
Claude Desktop → Settings → Developer → Edit Config を開き、claude_desktop_config.json にこれを貼り付けます
{
"mcpServers": {
"tierward": {
"command": "npx",
"args": [
"-y",
"tierward"
]
}
}
}ターミナルでこれを実行します
claude mcp add tierward -- npx -y tierwardプロジェクトの .cursor/mcp.json、または ~/.cursor/mcp.json に貼り付けます
{
"mcpServers": {
"tierward": {
"command": "npx",
"args": [
"-y",
"tierward"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
プロジェクトの .vscode/mcp.json に貼り付けます
{
"servers": {
"tierward": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"tierward"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
これはパソコンで動くサーバーですが、ChatGPTがつなげるのはインターネット上のサーバーだけです。ほかのアプリを選んでください。
選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。
この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。
パソコンで動くサーバーです。インストールすると、ツール一覧がAIアプリに表示されます。
誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月9日にチェック
レジストリ名は、リポジトリを所有するGitHubアカウント marcoguillermaz で確認済みです
このリポジトリはまだGitHubから読み取っていません
このリポジトリはまだGitHubから読み取っていません
これはパソコンで動くため、インターネット上のエンドポイントはありません
パソコンで動き、代わりにローカルの設定を使います
パソコンで動くサーバーです。ツール一覧を読み取れるのは、インターネット上のエンドポイントがある場合だけです
レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。
当てはまる基本チェック1項目のうち1項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。
レジストリには必須のキーは載っていません。ただし、最初に使うときにサインインを求めるサーバーもあります。
あなたのパソコンで動きます。必要なときにAIアプリが起動し、データは作者のサーバーを通りません(サーバー自体がオンラインサービスを呼び出す場合を除きます)。
GitHubリポジトリの最終更新は–、最新バージョン(2.3.4)がレジストリに届いたのは25 日前です。
Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。パソコンにNode.jsも必要です。
同じカテゴリには:Mirobody, FHIR MCP Server, Google Health MCP
同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。
カードの見方:↓ 週あたりのダウンロードi★ GitHubスターi3つの柱:レビュー · チェック · 利用状況i更新=最新バージョンをレジストリに公開した日i
Lab results to LOINC codes and UCUM units, symptoms and diagnoses to ICPC-3. Offline, no API key.
MCP server providing seamless access to FHIR APIs for AI tools and healthcare applications
Privacy-first unofficial Google Health API v4 MCP server for health, sleep, activity, HR agents
作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。
Claude generates. You or your team decides.
A development framework that gives Claude Code a governed, phased process, so you build real software consistently and reviewably, from day one.
MCP-native: read Tierward governance state from Claude Desktop, ChatGPT, Cursor, VS Code.
Claude Code is fast. The problem it creates isn't in the code: it's in the review. When AI writes everything autonomously, you end up approving diffs you don't fully understand, catching regressions two blocks later, and losing the thread of what the system actually does.
Tierward sits between Claude and done. Teams adopt it tier by tier, from a zero-process discovery setup up to a fully governed pipeline: explicit STOP gates before implementation, audit skills that surface issues before they reach production, and a Stop hook that runs your tests when Claude says it is done and sends it back to fix them when they fail. Start at Tier 0 and move up when you need more structure.
Since v1.17.0, Tierward ships an MCP server alongside the CLI. Any MCP-aware client can read your project's doctor report, team-settings policy, last arch-audit, and skill inventory without running the Tierward CLI. See MCP server.
One thing drives Tierward: Claude Code doesn't become harder to work with because it gets less capable. It becomes harder to work with because autonomous decisions accumulate faster than anyone can review them. The pipeline enforces a review contract: scope confirmed before code, hypothesis written before a fix, tests passing before done. It doesn't slow down work that doesn't need that structure.
The tier system exists because process has a cost. A solo bugfix shouldn't pay the overhead of a team feature workflow. Two pipelines cover the range: Fast Lane (4 steps, scope-confirm) for quick fixes, Full (14 phases, 4 review gates) for team features. Both enforce the same contract: Claude works phase by phase, your team approves each step. Start at the tier that fits your current risk and add more as the stakes rise.
Built for the people who carry the result, product managers and developers alike, so the decisions stay with them, not the model.
Tierward works exclusively with Claude Code. No Cursor support, no Copilot layer, no multi-tool abstractions. That's intentional.
The enforcement mechanisms that make Tierward useful are Claude Code primitives: a Stop hook is a hard OS-level block in settings.json; a STOP gate lives in pipeline.md, a rules file Claude reads at session start; audit skills are structured programs that run inside the Claude Code agent loop. These aren't portable concepts wrapped in an abstraction layer. They're direct calls into Claude Code's architecture.
Supporting multiple tools would mean replacing these with lowest-common-denominator abstractions that strip out the enforcement layer. The value of Tierward is precisely that enforcement: the Stop hook doesn't ask Claude to run tests, it prevents Claude from completing a task until they pass.
If your team uses other AI coding tools alongside Claude Code, Tierward governs only the Claude Code sessions. The underlying principles (tests before done, requirements before code, audit before deploy) aren't Claude-specific, but the implementation is, by choice.
1. Scaffold once. npx tierward init detects your project type and scaffolds a pipeline, audit skills, security rules, and governance files matched to your stack and team size. Setup takes under two minutes.
2. Work inside the pipeline. The pipeline is a rules file Claude reads at session start. For Tier M: dependency scan before implementation, STOP gate after requirements, /simplify after writing code. You get the structure without managing it manually.
3. Run audit skills on demand. Skills like /security-audit, /arch-audit, and /systematic-debugging are multi-step programs that run inside Claude Code. Call them when you need them: before a deploy, when a test fails, after a migration wave. Each produces a structured report.
4. You or your team decides. STOP gates pause Claude to present its plan, and a commit gate blocks git commit until you have approved. On GitHub plans that support code owners, CODEOWNERS sends changes to .claude/ to a human reviewer, and blocks the merge too when branch protection requires code owner review. A Stop hook also verifies your tests pass before a task can close. No autonomous merges.
npx tierward init
The wizard detects your project state and routes setup. Three paths available:
| Path | Use when |
|---|---|
| Existing project | Add structure to a project that already has code |
| New project | Starting from scratch |
| From existing docs | Share repos or docs - Claude reads them and populates everything |
After init, open Claude Code and start working. The scaffold is active immediately.
Run context before init if you want the scaffold to reproduce consistently, with a written record of what you asked for:
npx tierward context # produces CONTEXT.md
npx tierward init # reads CONTEXT.md, scaffolds with no further prompts npx tierward context --all # one-shot: context then init npx tierward context --from-yaml file.md # bypass interview, validate + copy npx tierward validate-context # CI gate: exit 0/1 on schema check
CONTEXT.md is a schema-validated project context file. Greenfield runs a PM-friendly interview. Existing repos go through three-phase inference: algorithmic detection, LLM extraction, hybrid PM review. The first question routes you to a PM or developer flow. The developer flow reuses the technical questions from the legacy init wizards (projectName, stack, commands, scaffold options) and auto-derives tier.rationale from team size and work scope, so devs aren't asked to write PM rationale prose.
As of v1.27.0, the schema covers all four pipeline tiers: tier 0 (Discovery) and tier S (Fast Lane) for solo or bugfix work, tier M (Standard) for feature-block work with feature flags (has_api, has_database, has_frontend, has_design_system, has_prd), and tier L (Full) for complex domain projects.
One contract across four tiers. Solo bugfix or fully governed team pipeline, the rule is the same: Claude proposes, your team approves.
| Tier | Pipeline | Best for |
|---|---|---|
| 0 - Discovery | Stop hook only | First exploration - zero process |
| S - Fast Lane | 4 steps, scope-confirm | Single dev, low risk, quick fixes |
| M - Standard | 13 phases, 3 STOP gates | Feature blocks, 1-2 collaborators |
| L - Full | 14 phases, 4 STOP gates | Team projects, complex domain changes |
Start at Tier 0. Move up when you need more structure by re-running init with a higher tier (how).
The wizard also asks how changes reach main: through a staging branch (the default for web stacks), by a direct local merge (the default for native apps), or by a pull request (pr), with no staging branch and no push to main (promotion modes).
Executable multi-step programs that run inside Claude Code, not prompt instructions. Structured audit workflows with model routing (haiku for mechanical checks, sonnet for analysis).
/arch-audit, /security-audit, /perf-audit, /skill-dev, /simplify, /commit, /skill-security, /systematic-debugging/api-design, /skill-db, /migration-audit, /visual-audit, /ux-audit, /responsive-audit, /ui-audit, /accessibility-audit, /test-audit, /doc-audit, /api-contract-audit, /infra-audit, /compliance-audit, /dependency-audit, /pr-review, /skill-review, /dependency-scan, /repo-hygiene/context-reviewSkills are conditionally installed based on your project: hasApi, hasDatabase, hasFrontend, hasDesignSystem. What each skill does, when it is installed and what it needs: audit skills.
Node.js/TS, Node.js/JS, Python, Go, Swift, Kotlin, Rust, .NET, Ruby, Java - plus generic fallback. Security rules, permissions, and CLAUDE.md fields adapt automatically.
The tierward package ships an MCP server (tierward-mcp binary) alongside the CLI, version-locked, single npm install -g. Any MCP-aware client (Claude Desktop, ChatGPT desktop, Cursor, VS Code, Copilot Studio) can query Tierward governance state without the Tierward CLI running. Six read-only tools cover the doctor report, team-settings, last arch-audit, skill inventory, package metadata, and /pr-review comments. Full reference in the MCP server section below.
Tierward is also a Claude Code plugin (v1.32.0+), distributed through the plugin marketplace in this repository. The plugin adds 8 governance skills to Claude Code: commit, arch-audit, security-audit, perf-audit, simplify, skill-dev, skill-security and humanize. The MCP server isn't part of it, so install the npm package if you need that. Install the plugin from inside Claude Code (2.1.275 or later):
/plugin install tierward --marketplace marcoguillermaz/Tierward
Install individual components without a full scaffold:
npx tierward add skill security-audit # install one skill
npx tierward add rule git # install one rule npx tierward add rule security # install the security rule
Custom skills (custom-* prefix) are preserved across upgrades. See Custom Skills Guide.
your-project/
├── CLAUDE.md # Project context (<200 lines) ├── .claude/ │ ├── settings.json # Permissions + Stop hook (mechanical enforcement) │ ├── team-settings.json # Team policy: minTier / allowed / blocked / required (v1.16+) │ ├── rules/ │ │ ├── pipeline.md # Development workflow (tier-appropriate) │ │ ├── security.md # Stack-aware: web / apple / android / systems │ │ ├── git.md # Commit format, branch rules │ │ └── output-style.md # Communication rules │ ├── skills/ # Audit skills (conditional per project) │ ├── hooks/ # Governance gates and the audit log hook │ └── session/ # Session recovery (gitignored) ├── docs/ # Requirements, specs, backlog (M/L) ├── .github/ # PR template, CODEOWNERS └── .pre-commi
冒頭だけを表示しています。続きはリポジトリで読めます