mcpField
T
tierward

tierward

本地服务
github.com/marcoguillermaz开发工具42 周前更新

关于 tierward

tierward 是专为 Claude Code 设计的分阶段开发治理框架,通过流程关卡、审计技能和测试钩子支持团队审查代码变更。其 MCP 服务以只读方式提供项目治理状态,无需运行 CLI。

主要功能

  1. 01按风险分级的开发流程
  2. 02审计技能与安全规则
  3. 03测试通过后才允许完成任务
  4. 04CLI 项目检查与升级
  5. 05只读查询治理状态

适用场景

  1. 01为项目搭建分阶段工作流
  2. 02在部署前运行代码审计
  3. 03检查项目治理报告与团队策略
  4. 04从 MCP 客户端查看技能清单和审计结果

MCP 相关

MCP 服务通过六个只读工具提供 doctor 报告、团队设置、最近的 arch-audit、技能清单、包元数据和 /pr-review 评论。它与 CLI 位于同一 npm 包中。

配置

本地服务的配置在各客户端中通用,复制后粘贴到客户端的 MCP 配置文件即可。

mcp.json · 通用配置
{
"mcpServers": {
"marcoguillermaz-tierward": {
"command": "npx",
"args": [
"-y",
"tierward"
]
}
}
}
启动命令npx -y tierward

本地服务需要在你的电脑上安装运行环境(如 Node.js 18+)。各客户端的配置文件位置不同,请参考客户端文档。

安装包
npmtierward2.3.4

工具

12

收录的工具列表 · 更新于 2 周前

此工具无需参数。

详细介绍

Tierward

npm version License: MIT Node.js >= 22 CI OpenSSF Scorecard

Claude 负责生成。由你或你的团队做决定。 一个开发框架,为 Claude Code 提供受治理的分阶段流程,让你从第一天起就能稳定、可审查地构建真正的软件。 原生支持 MCP:可通过 Claude Desktop、ChatGPT、Cursor、VS Code 读取 Tierward 治理状态。

Claude Code 速度很快。它带来的问题不在代码,而在审查。当 AI 自主编写所有内容时,你最终会批准自己并未完全理解的差异,直到后面几个代码块才发现回归问题,还会逐渐弄不清系统实际做了什么。

Tierward 介于 Claude 和完成之间。团队可以逐级采用,从零流程的探索配置,逐步升级到完全受治理的流水线:实现前设置明确的 STOP 检查点,通过审计技能在问题进入生产环境前将其发现;还有一个 Stop 钩子,会在 Claude 表示完成时运行测试,并在测试失败时让它返回修复。从 Tier 0 开始,需要更多结构时再逐步升级。

自 v1.17.0 起,Tierward 除 CLI 外还附带 MCP 服务。任何支持 MCP 的客户端都可以读取项目的 doctor 报告、team-settings 策略、最近一次 arch-audit 和技能清单,无需运行 Tierward CLI。请参阅 MCP 服务。


理念

Tierward 的核心理念很简单:Claude Code 并不会因为能力减弱而变得更难协作,而是因为自主决策的积累速度超过了任何人的审查速度,才变得更难协作。流水线通过一份审查约定来约束流程:先确认范围,再编写代码;先写出假设,再修复问题;测试通过后才能结束。对于不需要这种结构的工作,它不会拖慢进度。

设置分层体系是因为流程需要付出成本。一个人的 Bug 修复不应该承担团队功能工作流的额外开销。两种流水线覆盖不同需求:Fast Lane(4 个步骤,确认范围)适用于快速修复;Full(14 个阶段,4 个审查关卡)适用于团队功能。两者都遵守相同的约定:Claude 按阶段推进工作,团队逐步审批每个步骤。从符合当前风险的层级开始,随着风险加大再添加更多流程。

Tierward 为承担结果的每个人打造,无论是产品经理还是开发者,让决策权留在他们手中,而不是交给模型。

Claude Code 优先,这是有意设计的

Tierward 仅适用于 Claude Code。不支持 Cursor,没有 Copilot 层,也没有多工具抽象。这是有意为之。

让 Tierward 发挥作用的强制机制都是 Claude Code 原语:Stop hook 是 settings.json 中的硬性操作系统级拦截;STOP gate 位于 pipeline.md 中,这是 Claude 在会话开始时读取的规则文件;审计技能则是在 Claude Code Agent 循环中运行的结构化程序。这些概念无法通过抽象层封装后移植。它们是对 Claude Code 架构的直接调用。

要支持多种工具,就得把这些机制替换为最低公分母抽象,从而剥离强制执行层。Tierward 的价值恰恰在于这种强制执行:Stop hook 不会要求 Claude 运行测试,而是阻止 Claude 完成任务,直到测试通过。

如果你的团队除了 Claude Code 还使用其他 AI 编码工具,Tierward 只管理 Claude Code 会话。底层原则(完成前先测试、编码前先明确需求、部署前先审计)并非 Claude 专属,但实现方式是 Claude 专属的,这是我们有意做出的选择。


工作原理

1. 一次搭建。 npx tierward init 会检测你的项目类型,并根据技术栈和团队规模搭建工作流、审计技能、安全规则和治理文件。设置不到两分钟即可完成。

2. 按照工作流开展工作。 工作流是 Claude 在会话开始时读取的规则文件。对于 Tier M:实现前扫描依赖,明确需求后设置 STOP gate,编写代码后运行 /simplify。你无需手动管理,就能获得相应的结构。

3. 按需运行审计技能。 /security-audit、/arch-audit 和 /systematic-debugging 等技能是在 Claude Code 中运行的多步骤程序。在需要时调用它们:部署前、测试失败时或完成一次迁移后。每项技能都会生成结构化报告。

4. 由你或团队做决定。 STOP gate 会暂停 Claude 并展示其计划;提交 gate 会在你批准前阻止执行 git commit。在支持代码所有者的 GitHub 套餐中,CODEOWNERS 会将对 .claude/ 的更改提交给人工审核者;如果分支保护要求由代码所有者审核,也会阻止合并。Stop hook 还会在任务关闭前验证测试是否通过。不进行自主合并。


快速开始

npx tierward init

向导会检测你的项目状态并引导你完成设置。提供三种路径:

路径适用场景
现有项目为已有代码的项目添加结构
新项目从头开始
基于现有文档分享代码库或文档,Claude 会读取并填充所有内容

初始化后,打开 Claude Code 并开始工作。脚手架会立即生效。

上下文构建器(v1.27.0)

如果你希望脚手架能够一致地还原,并以书面形式记录你的要求,请在 init 之前运行 context:

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 是经过架构验证的项目上下文文件。全新项目会进行一次适合项目经理的访谈。现有代码库会经过三阶段推断:算法检测、LLM 提取、混合式项目经理审核。第一个问题会将你引导至项目经理流程或开发者流程。开发者流程会复用旧版 init 向导中的技术问题(projectName、stack、commands、scaffold options),并根据团队规模和工作范围自动推导 tier.rationale,因此开发者无需撰写项目管理方面的理由说明。

从 v1.27.0 开始,架构涵盖全部四个工作流层级:适用于个人或 Bug 修复任务的 tier 0(发现)和 tier S(快速通道);适用于功能模块工作的 tier M(标准),包含功能开关(has_api、has_database、has_frontend、has_design_system、has_prd);以及适用于复杂领域项目的 tier L(完整)。


功能说明

一份契约,覆盖四个等级。无论是独自修复 bug,还是由团队全面治理的流水线,规则都相同:Claude 提议,团队审批。

按风险匹配的分级流水线
等级流水线适用场景
0 - 探索仅停止钩子初次探索——零流程
S - 快速通道4 个步骤,确认范围单人开发者、低风险、快速修复
M - 标准13 个阶段、3 个 STOP 关卡功能模块、1-2 位协作者
L - 完整14 个阶段、4 个 STOP 关卡团队项目、复杂的领域变更

从等级 0 开始。需要更完善的结构时,通过提高等级重新运行 init(方法)。

向导还会询问变更如何进入 main:通过 staging 分支(Web 技术栈的默认方式)、通过本地直接合并 direct(原生应用的默认方式),或通过拉取请求 pr(不使用 staging 分支,也不推送到 main)(晋升模式)。

27 个审计技能

在 Claude Code 中运行的可执行多步骤程序,而非提示词指令。它们是结构化的审计工作流,并会根据任务路由模型(机械检查使用 haiku,分析使用 sonnet)。

  • 所有等级(8 个): /arch-audit、/security-audit、/perf-audit、/skill-dev、/simplify、/commit、/skill-security、/systematic-debugging
  • M 和 L 级另有 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
  • L 级另有 1 个: /context-review

技能会根据项目有条件地安装:hasApi、hasDatabase、hasFrontend、hasDesignSystem。各技能的功能、安装条件及所需内容:审计技能。

自动检测 11 种技术栈

Node.js/TS、Node.js/JS、Python、Go、Swift、Kotlin、Rust、.NET、Ruby、Java,以及通用备用方案。安全规则、权限和 CLAUDE.md 字段都会自动适配。

MCP 服务(v1.17.0+)

tierward 软件包除了 CLI,还提供 MCP 服务(tierward-mcp 二进制文件),版本锁定,只需执行一次 npm install -g。任何支持 MCP 的客户端(Claude Desktop、ChatGPT desktop、Cursor、VS Code、Copilot Studio)都可以在不运行 Tierward CLI 的情况下查询 Tierward 治理状态。六个只读工具涵盖 doctor 报告、team-settings、最近一次 arch-audit、技能清单、软件包元数据和 /pr-review 评论。完整参考请见下方的 MCP 服务部分。

Tierward 也是一个 Claude Code 插件(v1.32.0+),通过此代码库中的插件市场分发。该插件为 Claude Code 添加 8 个治理技能:commit、arch-audit、security-audit、perf-audit、simplify、skill-dev、skill-security 和 humanize。它不包含 MCP 服务,如需使用,请安装 npm 软件包。在 Claude Code(2.1.275 或更高版本)中安装插件:

/plugin install tierward --marketplace marcoguillermaz/Tierward
渐进式采用

无需完整脚手架即可单独安装组件:

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-* 前缀)会在升级时保留。请参阅自定义技能指南。


架构

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-commit-config.yaml      # Secret scanning

settings.json 中的 Stop 钩子是强制执行机制。当 Claude 尝试完成任务时,它会运行测试;如果测试失败,就会让 Claude 返回修复问题。所有等级(包括探索)都包含此机制。


CLI 命令

npx tierward init                    # scaffold wizard
npx tierward init --dry-run          # preview without writing
npx tierward init --answers file.json  # skip prompts (CI/automation)
npx tierward doctor                  # validate setup (28 checks)
npx tierward doctor --report         # JSON output for CI
npx tierward doctor --ci             # silent, exit 1 on failure
npx tierward upgrade                 # refresh safe files, show diffs for the rest
npx tierward upgrade --anthropic     # show diff for Anthropic-influenced files (dry-run)
npx tierward upgrade --anthropic --apply  # write the diff (with .bak backup)
npx tierward add skill <name>        # install one skill
npx tierward add rule <name>         # install one rule
npx tierward new skill               # create a custom skill (wizard)
tierward-mcp                            # MCP server (stdio); wire from .mcp.json

MCP 服务

tierward-mcp 是一个模型上下文协议服务。它通过六种只读工具,让任何支持 MCP 的客户端(Claude Desktop、ChatGPT desktop、Cursor、VS Code、Copilot Studio)都能读取 Tierward 治理状态:doctor 报告、团队设置、最近一次 arch-audit、技能清单、软件包元数据和 /pr-review 评论。CLI 和 MCP 服务包含在同一个 npm 软件包中,版本锁定。只读模式在 v2.1.0 中保持不变。

在 Claude Code 中,将其添加到项目根目录的 .mcp.json 文件中即可与团队共享,或者为你自己配置,让它在多个项目中可用:

claude mcp add --transport stdio --scope user tierward -- tierward-mcp

工具参考、.mcp.json 代码片段和项目根目录解析方式:MCP 服务。


流程控制

停止钩子(所有层级)——当 Claude 尝试结束时,钩子会运行你的测试;如果测试失败,就会阻止 Claude 停止,让它返回修复问题。如果 Claude 在同一轮中再次停止,钩子会放行,因此无法修复的失败不会陷入循环(工作原理)。

STOP 门禁(Tier M/L)——实现前审查需求。每个区块都会自动选择先写规范或确认范围的模式。

晋升门禁(Tier S/M/L)——当某个区块或修复正在进行时,治理门禁会暂停晋升,直到你单独回复 Promote;每个关键词对应一次晋升。推送到 staging 或 main 算作晋升,合并拉取请求(gh pr merge 或 GitHub MCP 合并工具)也算。门禁会读取 Claude 运行的命令,因此有少数方式可以绕过它,例如通过 REST API 合并(详情)。

审计日志记录——文件写入和编辑(以及 Tier M/L 上的 shell 命令)会追加到你机器上的 ~/.claude/audit/<project>.jsonl(详情)。

AI 署名——每个 Claude 辅助完成的提交都会标记 Co-authored-by。

每周 arch-audit——SessionStart 钩子会检查过去 7 天内是否运行过 /arch-audit。

CODEOWNERS——修改 .claude/ 的拉取请求会请求技术负责人的审查。只有在分支保护或规则集启用“Require review from Code Owners”时,审查才是强制的。GitHub 的所有套餐都支持公共仓库中的代码所有者;私有仓库则仅 Pro、Team 和 Enterprise 套餐支持。


测试

node packages/cli/test/integration/run.js    # 1171 integration checks
node --test 'packages/cli/test/unit/**/*.test.js'   # 596 unit tests

覆盖范围:各层级的文件结构、停止钩子的存在性、流水线门禁数量、占位符解析、技能精简、原生技术栈适配、评分标准评分、跨技术栈内容不变量(10 种技术栈,即列出的技术栈,不含 other 后备项)、黄金文件断言(Swift、Node-TS、Python)、通过 --answers 测试数据完整执行 CLI。

单独的 template-coverage 层(位于 packages/cli/test/template-coverage/)会在交付的模板出现跨层级语义偏差、缺少门禁条款或包含未记录的占位符时直接失败。三个脚本(cross-tier-lint.mjs、gate-enum.mjs、placeholder-check.mjs)可独立运行以支持本地工作,也会在 run.js 中自动运行。策略和概念注册表:docs/architecture/test-coverage-strategy.md。


要求


文档

docs.tierward → marcoguillermaz.github.io/Tierward:快速入门、层级、技能参考、配置。

文档受众内容
自定义技能指南扩展 Tierward 的开发者SKILL.md 格式、frontmatter 架构、编写模式
运维指南采用 Tierward 的团队完整参考:安装、层级、工作流、治理、常见问题
质量评分标准评估工作区的团队8 个维度的评分(D1-D8,0-100%)

路线图

12 个月计划请参阅 GitHub 里程碑。

当前:v2.3.0 不再为新项目预先批准命令。项目的 .claude/settings.json 仅保留拒绝列表,因此在默认模式下,Claude Code 会在运行未经允许的命令前征求确认。init 不再覆盖现有的设置文件:它会备份该文件,并添加 Tierward 的 hooks 和拒绝规则,但不会添加允许或询问规则。拒绝列表现在会拒绝所有常见的强制推送形式,治理关卡也涵盖未指定分支的推送、--all 和 --mirror 推送,以及会写入分支的 GitHub MCP 工具。审计技能现在会自行运行扫描,不再丢失子 Agent 的结果;/pr-review 则在主对话中运行,并始终将审查交给其子 Agent。现在,若 .pre-commit-config.yaml 无法解析,tierward doctor 会发出警告;插件的 marketplace 文件已移至 Claude Code 查找它的 .claude-plugin/。v2.2.0 将宽泛的 git、npx 和 curl 允许规则替换为指定命令,让技能重新等待各自的结果,并修复了模板 hooks 读取其数据的方式,因此审计日志、Tier L 破坏性命令检查以及 Stop hook 的循环保护都能正常工作。v2.1.0 允许每个项目选择如何将更改合并到 main(通过 staging 分支、直接合并,或仅通过拉取请求),并将审计模型基线更新为当前的 Claude 模型。v2.0.1 和 v2.0.2 修复了生成的 pre-commit 配置,防止 tierward upgrade 覆盖脚手架生成的文件,并让治理关卡能够读取调用实际运行的命令。v2.0.0 将平台专属的安全上下文文件合并为单一的通用 security.md,这是此次主版本升级的破坏性变更;同时新增了 /repo-hygiene 清理检查。

后续:待上游 Anthropic 规范 MCP 服务发布后,让 /arch-audit 支持 MCP。待 AST 追踪成熟或出现明确需求信号后,重新评估 /privacy-audit(Issue #97 子任务 3)。


支持

Tierward 是开源项目,采用 MIT 许可证,并以开放方式构建。如果它对你的团队有帮助:


贡献

开发环境设置、项目结构和 PR 指南请参阅 CONTRIBUTING.md。

如需报告安全问题,请参阅 SECURITY.md。

许可证

MIT


由 Marco Guillermaz 构建并维护。以 tierward 的名称发布在 npm 上。讨论和提问:GitHub Discussions。

评论

支持 Markdown

第一次接触 MCP?

从协议是什么,到在客户端里装上第一个服务,这几条回答覆盖了大多数入门问题。

一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。