
Tierward
io.github.marcoguillermazPublished by GitHub account marcoguillermazv2.3.4Updated Nov 4, 2026
Read a Tierward project's governance state (doctor, team-settings, arch-audit, skills) over MCP.
Overview
Read-only MCP server exposing a Tierward project's governance state — doctor report, team settings, last arch-audit, skill inventory and PR review comments.
- What you can do
- Read the project's doctor report and team-settings policy
- Inspect the last arch-audit results and the installed skill inventory
- Retrieve package metadata and /pr-review comments
- All six tools are read-only; no Tierward CLI needs to be running
- When to use it
- Useful when a team already scaffolds projects with Tierward and wants an MCP client such as Claude Desktop, Cursor or VS Code to inspect governance state, policy and audit results without running the CLI.
- Requirements
- Runs locally over stdio as the tierward-mcp binary from the tierward npm package (npx or global install). Node.js 22 or later; the README also lists the Claude Code CLI and Git for the framework itself. No authentication, environment variables or headers are declared.
Installation
In SourceWeft
- Open Tierward in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
Tierward
[npm version] [License: MIT] [Node.js >= 22] [CI] [OpenSSF Scorecard]
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.
Philosophy
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.
Claude Code-first, by design
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.
How it works
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.
Quick Start
The wizard detects your project state and routes setup. Three paths available:
After init, open Claude Code and start working. The scaffold is active immediately.
Context Builder (v1.27.0)
Run context before init if you want the scaffold to reproduce consistently, with a written record of what you asked for:
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.
What it does
One contract across four tiers. Solo bugfix or fully governed team pipeline, the rule is the same: Claude proposes, your team approves.
Tiered pipelines matched to risk
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).
27 audit skills
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).
- Every tier (8):
/arch-audit,/security-audit,/perf-audit,/skill-dev,/simplify,/commit,/skill-security,/systematic-debugging - Tier M and L add 18:
/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 - Tier L adds 1:
/context-review
Skills 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.
11 tech stacks auto-detected
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.
MCP server (v1.17.0+)
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):
Incremental adoption
Install individual components without a full scaffold:
Custom skills (custom-* prefix) are preserved across upgrades. See Custom Skills Guide.
Architecture
The Stop hook in settings.json is the enforcement mechanism. When Claude tries to finish a task, it runs your tests and sends Claude back to fix them if they fail. Present in every tier, including Discovery.
CLI Commands
MCP server
tierward-mcp is a Model Context Protocol server. It makes Tierward governance state readable by any MCP-aware client (Claude Desktop, ChatGPT desktop, Cursor, VS Code, Copilot Studio) through six read-only tools: doctor report, team settings, last arch-audit, skill inventory, package metadata and /pr-review comments. The CLI and MCP server ship in the same npm package, version-locked. The read-only posture is unchanged through v2.1.0.
In Claude Code, add it to a .mcp.json file at the project root to share it with your team, or wire it for yourself across projects:
Tool reference, the .mcp.json snippet and project-root resolution: MCP server.
Process controls
Stop hook (every tier) - when Claude tries to finish, the hook runs your tests and blocks the stop if they fail, so Claude goes back to fix them. If Claude stops again in the same turn, the hook lets it through, so a failure it cannot fix does not loop (how it works).
STOP gates (Tier M/L) - Requirements reviewed before implementation. Spec-first or scope-confirm mode auto-selected per block.
Promotion gate (Tier S/M/L) - While a block or fix is in progress, the governance gate holds a promotion until you reply with a bare Promote, one promotion per keyword. A push to staging or main counts, and so does a pull request merge (gh pr merge or a GitHub MCP merge tool). The gate reads the commands Claude runs, so a few forms escape it, such as a merge through the REST API (details).
Audit logging - File writes and edits (plus shell commands on Tier M/L) appended to ~/.claude/audit/<project>.jsonl on your machine (details).
AI attribution - Every Claude-assisted commit tagged with Co-authored-by.
Weekly arch-audit - SessionStart hook checks if /arch-audit ran in the last 7 days.
CODEOWNERS - Pull requests that change .claude/ request the tech lead's review. The review becomes mandatory only when branch protection or a ruleset enables "Require review from Code Owners". GitHub supports code owners in public repositories on every plan, and in private repositories only on Pro, Team and Enterprise plans.
Testing
Covers: file structure per tier, Stop hook presence, pipeline gate counts, placeholder resolution, skill pruning, native stack adaptation, rubric scoring, cross-stack content invariants (10 stacks, the named stacks excluding the other fallback), golden-file assertions (Swift, Node-TS, Python), full CLI execution via --answers fixtures.
A separate template-coverage layer (under packages/cli/test/template-coverage/) hard-fails on cross-tier semantic drift, missing gate clauses, and undocumented placeholders in the shipped templates. The three scripts (cross-tier-lint.mjs, gate-enum.mjs, placeholder-check.mjs) run standalone for local work and automatically inside run.js. Strategy and concept registry: docs/architecture/test-coverage-strategy.md.
Requirements
- Node.js >= 22
- Claude Code CLI
- Git
Documentation
docs.tierward → marcoguillermaz.github.io/Tierward: Quick start, tiers, skills reference, configuration.
Roadmap
See GitHub Milestones for the 12-month plan.
Current: v2.3.0 stops pre-approving commands in new projects. Their .claude/settings.json keeps only the deny list, so in the default mode Claude Code asks before running a command you haven't allowed. init no longer overwrites an existing settings file: it backs the file up and adds Tierward's hooks and deny rules, never an allow or ask rule. The deny list now refuses every usual force-push form, and the governance gate also covers a push that names no branch, --all and --mirror pushes, and the GitHub MCP tools that write to a branch. The audit skills run their scans themselves instead of losing a subagent's result, and /pr-review runs in the main conversation and always hands the review to its subagent. tierward doctor now warns when .pre-commit-config.yaml doesn't parse, and the plugin's marketplace file moved to .claude-plugin/, where Claude Code looks for it. v2.2.0 replaced the blanket git, npx and curl allow rules with named commands, made skills wait for their own result again, and fixed how the template hooks read their data, so the audit log, the Tier L destructive-command check and the Stop hook's loop guard work. v2.1.0 lets each project choose how changes reach main (through a staging branch, by merging directly, or only through a pull request) and moved the audit model baseline to the current Claude models. v2.0.1 and v2.0.2 fixed the generated pre-commit config, stopped tierward upgrade from overwriting files the scaffold fills in, and taught the governance gate to read the commands a call actually runs. v2.0.0 merged the platform-specific security context files into a single neutral security.md, the breaking change behind the major bump, and added the /repo-hygiene cleanup sweep.
Next: /arch-audit MCP-aware once the upstream Anthropic spec MCP server lands. /privacy-audit re-eval (Issue #97 sub-track 3) when AST tracing matures or a demand signal materializes.
Support
Tierward is open-source, MIT-licensed, and built in the open. If it's useful to your team:
- ❤️ Sponsor on GitHub: fund ongoing development, recurring or one-time
- ☕ Buy Me a Coffee: one-off support, no account needed
- ⭐ Star the repo: it helps other product and engineering teams discover the project
- 🐛 Open an issue or start a discussion
- 🔧 Send a pull request: see Contributing below
Contributing
See CONTRIBUTING.md for development setup, project structure, and PR guidelines.
To report a security issue, see SECURITY.md.
License
Built and maintained by Marco Guillermaz. Distributed on npm as tierward. Discussions and questions: GitHub Discussions.
Source: README.md at commit 064ad46
Tools
0Version history
7- v2.3.4LatestOct 14, 2026
- v2.3.2Oct 13, 2026
- v2.3.1Oct 12, 2026
- v2.2.0Oct 11, 2026
- v2.1.0Oct 9, 2026
- v2.0.1Oct 9, 2026
- v2.0.0Sep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts