Skip to main content
Glama
3ii-factory

spec-drift-mcp

by 3ii-factory
OverviewSchemaRelated ServersScoreDiscussions
TypeScript
Local

spec-drift-mcp

English version / 英語版はこちら

AIコーディングエージェントが、コードを書く前・コミットする前に、自分の仕事を仕様書と突き合わせて自己チェックできるようにする MCP サーバーです。

データ構造の「正」を小さなYAML仕様書（SSOT: 唯一の正）として持っておくと、エージェントは Model Context Protocol 経由でこう聞けるようになります:

  • 「Invoice ってどういう形であるべき？」 → explain_spec

  • 「今のコード、仕様とズレてない？」 → check_drift

返ってくるのは推測ではなく、機械的に検証された答えです — 足りないフィールド、仕様にない余計なフィールド、型の不一致。

なぜ作ったか

私は業務管理SaaS（約53,000行）を本番運用しています。開発体制はほぼ1人＋AIコーディングエージェント。そこで一番痛かった失敗は、下手なコードではなく**静かなズレ（silent drift）**でした。仕様書はAと言っているのに、コードはいつの間にかBというフィールドを生やしていて、誰も気づかないまま本番でデータが欠ける — そういう事故です。

効いた対策は、仕様書を「エージェントが自分で参照でき、採点もされる存在」に変えること。pre-commitフックに組み込んで、ズレたままのコミットを機械的に止める。本リポジトリは、その仕組みからプロジェクト固有のコードを取り除き、単体のMCPサーバーとして切り出したものです。

Related MCP server: MCP Policy Gatekeeper

インストール

npm install -g spec-drift-mcp
# またはインストールせずに実行:
npx spec-drift-mcp

Node.js 18以上が必要です。

Claude Code で使う

claude mcp add spec-drift -- npx -y spec-drift-mcp

…または任意のMCPクライアント（Claude Desktop等）に設定で追加:

{
  "mcpServers": {
    "spec-drift": {
      "command": "npx",
      "args": ["-y", "spec-drift-mcp"],
      "env": {
        "SPEC_DRIFT_ROOT": "/absolute/path/to/your/project",
        "SPEC_DRIFT_SPECS": "specs"
      }
    }
  }
}

  • SPEC_DRIFT_ROOT — 各仕様書の source パスの基準になるプロジェクトルート（デフォルト: カレントディレクトリ）

  • SPEC_DRIFT_SPECS — 仕様書の置き場所。ルートからの相対パス（デフォルト: specs）

ツール一覧

ツール

何をするか

list_specs

全エンティティの仕様書と、それが管理するソースシンボルを一覧する

explain_spec

1エンティティのフィールドレベルの仕様全文を返す

check_drift

仕様書と実際のTypeScriptソースを比較し、すべてのズレを報告する

仕様書のフォーマット

仕様書ディレクトリに、1エンティティ = 1 YAMLファイル:

entity: Invoice          # 論理名。explain_spec / check_drift が使う
symbol: Invoice          # 検査対象のTSインターフェース or 型エイリアス（省略時はentityと同じ）
source: src/models/invoice.ts   # ソースファイルへのパス（ルートからの相対）
fields:
  - name: id
    type: string
  - name: amount
    type: number
  - name: issuedAt
    type: string
  - name: paid
    type: boolean

「コード側」は ts-morph でTypeScriptソースから直接読み取ります — symbol で指名された interface またはオブジェクトリテラルの type エイリアスが対象です。

ズレの検出例

リポジトリ同梱の examples/ では、Customer がわざと仕様からズレています。check_drift は3種類すべてを検出します:

{
  "ok": false,
  "checked": 2,
  "totalFindings": 3,
  "reports": [
    {
      "entity": "Customer",
      "findings": [
        { "kind": "MISSING_IN_CODE", "field": "email",        "expected": "string" },
        { "kind": "TYPE_MISMATCH",   "field": "creditLimit",  "expected": "number", "actual": "string" },
        { "kind": "EXTRA_IN_CODE",   "field": "emailAddress", "actual": "string" }
      ]
    },
    { "entity": "Invoice", "ok": true, "findings": [] }
  ]
}

  • MISSING_IN_CODE — 仕様書にあるフィールドがコードに無い

  • EXTRA_IN_CODE — コードにあるフィールドが仕様書に無い

  • TYPE_MISMATCH — フィールドはあるが型が違う

CLIとしても使える（pre-commit / CI用）

同じチェックがエージェント無しでも走ります。ズレがあれば非ゼロで終了するので、コミットのゲートにできます:

spec-drift-mcp check --root . --specs examples/specs
x Customer (Customer) - 3 drift
    [MISSING_IN_CODE] field 'email' is declared in the spec but missing in Customer
    [TYPE_MISMATCH] field 'creditLimit' should be 'number' but Customer has 'string'
    [EXTRA_IN_CODE] field 'emailAddress' exists in Customer but is not declared in the spec
ok Invoice (Invoice) - in sync

spec-drift: 3 problem(s) across 2 spec(s)

.git/hooks/pre-commit に入れるなら:

#!/usr/bin/env sh
npx spec-drift-mcp check || {
  echo "仕様とコードにズレがあります — コードを仕様に合わせてからコミットしてください"
  exit 1
}

仕組み

 YAML仕様書 (SSOT) ─┐
                    ├─►  比較  ─►  検出結果（欠落 / 余剰 / 型不一致）
 TSソース (現実)   ─┘
   ts-morphで読み取り

  1. spec.ts がYAML仕様書を読み込み、検証する（zod）

  2. extract.ts がts-morphでTypeScriptソースから実際のフィールド構成を読み取る

  3. drift.ts が両者を突き合わせ、ズレを検出する

  4. server.ts がそれをMCPとして公開。cli.ts が同じものをフック/CI向けに公開

開発

npm install
npm run typecheck   # tsc --noEmit
npm test            # vitest
npm run build       # tsup -> dist/index.js
npm run smoke       # ビルド済みサーバーを実MCPプロトコルで叩いて検証

ライセンス

MIT © 3ii-factory

Install Server
A
license - permissive license
A
quality
C
maintenance

How are these scores calculated?

Maintenance

–Maintainers
–Response time
–Release cycle
–Releases (12mo)
Commit activity

Resources

Unclaimed servers have limited discoverability.

Looking for Admin?

If you are the server author, to access and configure the admin panel.

Tools

Related MCP Servers

  • AI Code Toolkit

    AgiFlow
    A
    license
    -
    quality
    C
    maintenance
    Enables AI coding agents to generate standardized code using scaffolding templates, enforce architectural patterns, and validate outputs programmatically. Supports creating projects from boilerplates and adding features to existing codebases while maintaining team conventions.
    Last updated
    160
    AGPL 3.0

  • MCP Policy Gatekeeper

    GILSMON
    F
    license
    A
    quality
    D
    maintenance
    Provides real-time policy enforcement for AI coding agents by intercepting and validating their actions against organizational standards like naming conventions, security policies, and compliance rules before execution. Prevents violations through immediate feedback and auto-correction suggestions.
    Last updated
    5

View all related MCP servers

Related MCP Connectors

  • validate

    Deterministic validation for AI-generated artifacts: JSON Schema, OpenAPI response, SQL syntax.

  • Synapse — GEO Growth Layer

    Lints + auto-fixes how AI coding agents discover any new product. 24 rules, 6 tools, score 0-100.

  • Intent-Verified Development (IVD)

    33 tools that make AI write, implement, and verify intent against explicit, testable constraints.

View all MCP Connectors

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/3ii-factory/spec-drift-mcp'

If you have feedback or need assistance with the MCP directory API, please join our Discord server