MCP クライアント設定

各 MCP クライアントの詳細なセットアップ。すべてのクライアントは同じ MCP サーバーを使用します — 設定フォーマットだけが異なります。

ここから始めてください: すべてのプラットフォームで uvx が標準のインストール方法です。uvx が動作しない場合 — 原因はたいてい Windows の Smart App Control です — pip にフォールバックしてください。インストール経路はこの 2 つです。

はじめる前に

デフォルトでは uvx を使用してください。macOS、Linux、Windows 全体でインストールとクライアント設定の一貫性を保ちます。

1. uv をインストールする

macOS / Linux:

curl -LsSf https://astral.sh/uv/install.sh | sh

Windows PowerShell:

powershell -ExecutionPolicy ByPass -c "irm https://astral.sh/uv/install.ps1 | iex"

2. サーバーを取得し、Chromium をインストールする

uvx --refresh --with playwright --from mfa-servicenow-mcp servicenow-mcp --version  # サーバーの取得と検証
uvx --with playwright playwright install chromium                                   # MFA/SSO ログイン用の Chromium

最初のコマンドは、クライアントが使用するのとまったく同じ --with playwright 環境でサーバーを事前取得・検証するため、初回起動が即座になります。2 番目のコマンドは Chromium をダウンロードします。uvx は標準キャッシュ内に一致する Chromium が既にあれば再利用します。

uvx がブロックされる場合 — `pip`

Windows の Smart App Control は uvx の実行そのものを止めます: uvx は実行のたびに署名されていない一時実行ファイルを展開するため、SAC がそれをブロックします。Windows Update の直後から uvx が動かなくなったのなら、ほぼ確実にこれが原因です。代わりに pip でインストールしてください:

pip install mfa-servicenow-mcp playwright
python -m playwright install chromium

python.org のインストーラーから入れた Python（署名済み、3.10 以上）はそのまま SAC を通ります。サーバーの起動には python -m servicenow_mcp を使用してください — servicenow-mcp コンソールスクリプトは使わないでください。これは pip が生成する署名なしの .exe シムであり、これも SAC にブロックされます。

macOS/Linux における pip の唯一の注意点は、Homebrew やディストリビューション付属の Python が PEP 668 によりグローバルインストールを拒否すること（externally-managed-environment）です。python.org のインストーラーを使うか、素直に uvx のままにしてください。

PyPI そのものに到達できない場合 — 社内ネットワークがパッケージインデックスをブロックしているケース — は、どちらの経路でもパッケージを取得できません。情報システム部門に pypi.org と files.pythonhosted.org の許可を依頼するか、社内インデックスにミラーしてもらい pip install --index-url で指定してください。

Windows ユーザー: ステップごとの詳細とプロキシ/ウイルス対策に関する注意は Windows インストールガイドを参照してください。

3. サーバーを MCP クライアント設定に追加する

クライアントの設定ファイルにエントリを追加します（インストーラーコマンドは不要）。env ブロックはどの方法でインストールしても同一です — 上で選んだ方法によって変わるのは command/args だけです:

インストール方法	`command`	`args`
uvx（標準）	`uvx`	`["--with","playwright","--from","mfa-servicenow-mcp","servicenow-mcp"]`
pip（uvx がブロックされる場合）	`python`	`["-m","servicenow_mcp"]`

以下のクライアントごとの例はすべて uvx 形式で記載しています。pip の場合は、この 2 つのキーだけ差し替え、それ以外はそのままにしてください。

{
  "mcpServers": {
    "servicenow": {
      "command": "uvx",
      "args": ["--with", "playwright", "--from", "mfa-servicenow-mcp", "servicenow-mcp"],
      "env": {
        "SERVICENOW_INSTANCE_URL": "https://your-instance.service-now.com",
        "SERVICENOW_AUTH_TYPE": "browser"
      }
    }
  }
}

クライアントごとのファイルパスとフォーマット（Codex TOML など）は下記にあります。設定後はクライアントを再起動してください。

クイックテスト

クライアントを設定する前に、サーバーが起動することを確認します:

uvx --with playwright --from mfa-servicenow-mcp servicenow-mcp \
  --instance-url "https://your-instance.service-now.com" \
  --auth-type "browser" \
  --browser-headless "false"

# pip でインストールした場合は、最初の行を次に置き換えます
python -m servicenow_mcp \
  --instance-url "https://your-instance.service-now.com" \
  --auth-type "browser" \
  --browser-headless "false"

サーバーが起動してログイン用のブラウザウィンドウが開けば、下記でクライアントを設定する準備ができています。

設定ガイド

args はパッケージ用のみ — インスタンス URL、認証、クレデンシャルはすべて env（または environment）に入れます。これにより args がクリーンに保たれ、プロジェクトごとにインスタンスを簡単に切り替えられます。

プロジェクトローカル推奨: 各プロジェクトが異なる ServiceNow インスタンスに接続できるよう、プロジェクトスコープの設定を使用してください。

以下で変わるのは env の中身だけです。command/args はステップ 3 で設定したままにしておきます — どのインストール方法を選んだ場合でも同じです。

プロファイル — まずはここから

ServiceNow インスタンスを複数扱うなら、インスタンスごとにサーバーを起動するのではなく、プロファイルを設定してください。 各環境にエイリアスを付けて、アクティブなものを 1 つ選びます:

      "env": {
        "MCP_TOOL_PACKAGE": "standard",
        "SERVICENOW_ACTIVE_INSTANCE": "dev",
        "SERVICENOW_INSTANCE_CONFIG": "{ \"dev\": { \"url\": \"https://acme-dev.service-now.com\", \"auth_type\": \"browser\", \"allow_writes\": true }, \"test\": { \"url\": \"https://acme-test.service-now.com\", \"auth_type\": \"browser\", \"allow_writes\": true }, \"prod\": { \"url\": \"https://acme-prod.service-now.com\", \"auth_type\": \"browser\" } }"
      }

このブロック 1 つが SERVICENOW_INSTANCE_URL を置き換え、このガイドの残りの機能はここに乗っています:

本番はキーを書かないことで守られます。 allow_writes のないエイリアスは読み取り専用です。上記の prod にはそもそも書き込めません — フラグの付け忘れが本番書き込みを有効にすることはありません。
再起動せずに別のインスタンスへ。 読み取りツールは instance 引数を取ります: dev をアクティブにしたまま sn_query(instance="prod", …)。
環境間の比較をそのまま。 compare_instances は同じレコードを 2 つのエイリアス間で差分表示し、list_instances は全エイリアスと書き込みフラグを一覧します。
ブラウザログインは 1 回。 サーバープロセスごとにログインするのではなく、セッションをエイリアス間で共有します。
アクティブでないインスタンスへの書き込みはガードされ、決して黙って通ることはありません — ルーティング規則、confirm_instance ゲート、${ENV} シークレット参照についてはマルチインスタンスモードを参照してください。

単一インスタンス

インスタンスが 1 つだけなら、プロファイルは不要です — 変数 2 つが設定のすべてです:

      "env": {
        "SERVICENOW_INSTANCE_URL": "https://your-instance.service-now.com",
        "SERVICENOW_AUTH_TYPE": "browser"
      }

この形式は引き続き動作し、非推奨でもありません。上のプロファイル構成の最も単純なケースというだけです。

接続は 1 つか、複数か

プロファイルはすべてのインスタンスを 1 つの クライアント接続の背後にまとめます。ほとんどの人が求めているのはこれです。逆に、クライアント UI 上で見た目にも分かれた接続が必要な場合 — snow-dev と snow-prd を別エントリにするなど — は複数のサーバーエントリに名前を付けるを参照してください。ただし compare_instances、ログインの共有、allow_writes ゲートを手放すことになるので、UI 上の分離が本当に必要なときだけ選んでください。

Streamable HTTP

デフォルトのトランスポートは stdio です。リモート MCP クライアントやローカル HTTP ブリッジの場合は、Streamable HTTP でサーバーを起動します:

servicenow-mcp --transport http --http-host 127.0.0.1 --http-port 8000
# pip でインストールした場合: python -m servicenow_mcp --transport http --http-host 127.0.0.1 --http-port 8000

MCP エンドポイントは http://127.0.0.1:8000/mcp です。/health は軽量なステータスレスポンスを返します。サーバーが信頼できるネットワーク制御下にない限り、デフォルトのループバックホストのままにしてください。

マルチインスタンスモード（比較 + ガード付き単一呼び出し書き込み）

SERVICENOW_INSTANCE_CONFIG で名前付きインスタンス（例: dev / test / prod エイリアス）を設定すると、1 つのセッションで環境間の比較も、選んだインスタンスへのデプロイも行えます — アクティブなインスタンスを切り替えたりサーバーを再起動したりする必要はありません。単一の呼び出しに instance=<alias> 引数を渡してルーティングします:

読み取り専用 の呼び出しは自由にルーティングされます: instance=test なら、アクティブが dev でも test を読み取ります。
非アクティブなインスタンスへの書き込み は許可されますが、決して黙ってではありません。その 1 回の呼び出しで ターゲットを指定して承認 する必要があります — instance=test confirm_instance=test confirm=approve — さらにターゲットが allow_writes=true である必要があります。その 1 回の書き込みだけがルーティングされ、直後にアクティブが復元されます。ターゲット/confirm の不一致や読み取り専用ターゲットは明示的なメッセージで拒否されるため、dev/test/prod が入り混じっても誤ったインスタンスに書き込まれることはありません。
書き込みはターゲット上で検証されます。 結果には target_instance と landed 判定が実ります: ツールがプッシュしたフィールドをターゲットで再読み取りし、内容が残らなかった場合（例: sp_* Service Portal フィールドの silent drop）は WRITE_NOT_LANDED を返します。「成功」とはリクエストが 200 を受け取ったことではなく、意図したインスタンスに内容が実在することが確認されたという意味です。
compare_instances はエイリアス間でレコードを読み取り専用で比較し、list_instances は設定済みエイリアスとそれぞれの書き込みフラグを報告します。
prod は、意図的に本番書き込みを行うつもりでない限り allow_writes=false のままにしてください — そうすればフラグを忘れても本番書き込みが有効になることは絶対にありません。

多数の レコードを昇格させる場合（特に Service Portal / scoped テーブル）は、レコードごとのインスタンス横断書き込みよりも Update Set を使用してください — ソースで commit、ターゲットの UI で retrieve + commit。単一の Table-API 書き込みが引っかかる per-table/SP ACL を回避できます。

SERVICENOW_ACTIVE_INSTANCE=dev
SERVICENOW_INSTANCE_CONFIG='{
  "dev":  { "url": "https://acme-dev.service-now.com",  "auth_type": "browser", "allow_writes": true },
  "test": { "url": "https://acme-test.service-now.com", "auth_type": "browser", "allow_writes": true },
  "prod": { "url": "https://acme-prod.service-now.com", "auth_type": "browser", "allow_writes": false }
}'

インスタンスごとのクレデンシャルは、MCP クライアントの env ブロック内に記述します（各エイリアスは自身の username / password / auth_type / api_key を持てます。${ENV} でシークレットを JSON の外に保ちます。単一インスタンスの SERVICENOW_INSTANCE_URL 形式も引き続きフォールバックとして機能します）:

{
  "mcpServers": {
    "servicenow": {
      "command": "uvx",
      "args": ["--with", "playwright", "--from", "mfa-servicenow-mcp", "servicenow-mcp"],
      "env": {
        "MCP_TOOL_PACKAGE": "standard",
        "SERVICENOW_ACTIVE_INSTANCE": "dev",
        "SERVICENOW_INSTANCE_CONFIG": "{ \"dev\": { \"url\": \"https://acme-dev.service-now.com\", \"auth_type\": \"browser\", \"username\": \"dev_user\", \"password\": \"${SERVICENOW_DEV_PASSWORD}\", \"allow_writes\": true }, \"test\": { \"url\": \"https://acme-test.service-now.com\", \"auth_type\": \"browser\", \"username\": \"test_user\", \"password\": \"${SERVICENOW_TEST_PASSWORD}\" } }"
      }
    }
  }
}

比較の例:

{
  "source": "dev",
  "target": "test",
  "table": "sys_script_include",
  "key_field": "api_name",
  "fields": "api_name,name,active,script",
  "query": "sys_scope.scope=x_company_app"
}

非アクティブなインスタンスへの単一の書き込みには、上記のガード付き instance=<alias> confirm_instance=<alias> confirm=approve ルーティングを使用してください。多数のレコードを昇格させる場合は、レコード単位のクロスインスタンス書き込みより Update Set を推奨します。

複数のサーバーエントリに名前を付ける（`--server-name`）

これは上記のマルチインスタンスモードとは別のトポロジーです。マルチインスタンス = 1 つの接続から複数インスタンスへ到達する構成。このセクション = インスタンスごとに 1 プロセスずつ立てる複数の独立した接続で、それぞれが自分のインスタンスに固定されます。dev/stg/prd をクライアント UI 上ではっきり分けて見たい場合にのみ価値があります。

問題は、どのエントリもデフォルトで自身を ServiceNow と名乗るため、クライアントがロード順で区別してしまう点です — mcp_servicenow、mcp_servicenow2、mcp_servicenow3。この番号は再起動のたびに入れ替わる可能性があり、どの接続が本番なのかを判断する材料としては信用できません。 --server-name でそれぞれに名前を付けてください:

{
  "mcpServers": {
    "snow-dev": {
      "command": "uvx",
      "args": ["--with", "playwright", "--from", "mfa-servicenow-mcp", "servicenow-mcp", "--server-name", "snow-dev"],
      "env": {
        "SERVICENOW_INSTANCE_URL": "https://acme-dev.service-now.com",
        "SERVICENOW_AUTH_TYPE": "browser"
      }
    },
    "snow-prd": {
      "command": "uvx",
      "args": ["--with", "playwright", "--from", "mfa-servicenow-mcp", "servicenow-mcp", "--server-name", "snow-prd"],
      "env": {
        "SERVICENOW_INSTANCE_URL": "https://acme.service-now.com",
        "SERVICENOW_AUTH_TYPE": "browser",
        "MCP_TOOL_PACKAGE": "standard"
      }
    }
  }
}

こうするとツール名は mcp_snow-dev_* / mcp_snow-prd_* に固定されます。環境変数 SERVICENOW_MCP_SERVER_NAME でも同じことができ、両方を設定した場合はフラグが優先されます。未設定なら名前は ServiceNow のままなので、既存の設定はそのまま動作します。

可能ならプロファイルを優先してください。 1 つの接続の中でインスタンス間を移動するなら、マルチインスタンスモードが推奨されるアプローチです。compare_instances、ブラウザログインの共有、エイリアスごとの allow_writes ゲートが使えるのはこちらだけです。プロセスを分ける方式ではそのいずれも得られません — 各プロセスは自分のインスタンスしか知らず、それぞれ個別にログインし、本番への書き込みを食い止めるものはツールパッケージだけになります。

Claude Desktop

スコープ	パス
グローバル	`~/Library/Application Support/Claude/claude_desktop_config.json` (macOS)
グローバル	`%APPDATA%\Claude\claude_desktop_config.json` (Windows)

{
  "mcpServers": {
    "servicenow": {
      "command": "uvx",
      "args": ["--with", "playwright", "--from", "mfa-servicenow-mcp", "servicenow-mcp"],
      "env": {
        "SERVICENOW_INSTANCE_URL": "https://your-instance.service-now.com",
        "SERVICENOW_AUTH_TYPE": "browser",
        "SERVICENOW_BROWSER_HEADLESS": "false",
        "SERVICENOW_USERNAME": "your-username",
        "SERVICENOW_PASSWORD": "your-password",
        "MCP_TOOL_PACKAGE": "standard"
      }
    }
  }
}

Claude Desktop はプロジェクトローカル設定をサポートしていません。プロジェクトごとのセットアップには Claude Code を使用してください。

Claude Code

スコープ	パス
グローバル	`~/.claude.json`
プロジェクト	プロジェクトルートの `.mcp.json`

{
  "mcpServers": {
    "servicenow": {
      "command": "uvx",
      "args": ["--with", "playwright", "--from", "mfa-servicenow-mcp", "servicenow-mcp"],
      "env": {
        "SERVICENOW_INSTANCE_URL": "https://your-instance.service-now.com",
        "SERVICENOW_AUTH_TYPE": "browser",
        "SERVICENOW_BROWSER_HEADLESS": "false",
        "SERVICENOW_USERNAME": "your-username",
        "SERVICENOW_PASSWORD": "your-password",
        "MCP_TOOL_PACKAGE": "standard"
      }
    }
  }
}

Zed

スコープ	パス
グローバル	`~/.config/zed/settings.json`

Zed の Settings > MCP Servers から追加します:

{
  "servicenow": {
    "command": "uvx",
    "args": ["--with", "playwright", "--from", "mfa-servicenow-mcp", "servicenow-mcp"],
    "env": {
      "SERVICENOW_INSTANCE_URL": "https://your-instance.service-now.com",
      "SERVICENOW_AUTH_TYPE": "browser",
      "SERVICENOW_BROWSER_HEADLESS": "false",
      "SERVICENOW_USERNAME": "your-username",
      "SERVICENOW_PASSWORD": "your-password",
      "MCP_TOOL_PACKAGE": "standard"
    }
  }
}

OpenAI Codex (CLI & App)

Codex CLI（codex コマンド）と Codex App（chatgpt.com/codex）はどちらも同じ config.toml から読み込みます。

スコープ	パス	備考
グローバル	`~/.codex/config.toml`	全プロジェクトで共有
プロジェクト	`.codex/config.toml`	グローバルを上書き（信頼できるプロジェクトのみ）

[mcp_servers.servicenow]
command = "uvx"
args = ["--with", "playwright", "--from", "mfa-servicenow-mcp", "servicenow-mcp"]
enabled = true

[mcp_servers.servicenow.env]
SERVICENOW_INSTANCE_URL = "https://your-instance.service-now.com"
SERVICENOW_AUTH_TYPE = "browser"
SERVICENOW_BROWSER_HEADLESS = "false"
SERVICENOW_USERNAME = "your-username"
SERVICENOW_PASSWORD = "your-password"
MCP_TOOL_PACKAGE = "standard"
# ログインはホスト間で自動的に共有されます（~/.mfa_servicenow_mcp 配下で
# インスタンス + ユーザーごとにスコープされます）。サンドボックス化された
# ホストが HOME を再マッピングした場合のみ SERVICENOW_BROWSER_USER_DATA_DIR を
# 設定してください — README の「Login sharing」の注記を参照。複数インスタンスを
# 実行する場合は設定しないでください。1 つの Chromium プロファイルにまとめてしまいます。

OpenCode

スコープ	パス
プロジェクト	プロジェクトルートの `opencode.json`

OpenCode は env ではなく environment を使用します。

{
  "$schema": "https://opencode.ai/config.json",
  "mcp": {
    "servicenow": {
      "type": "local",
      "command": ["uvx", "--with", "playwright", "--from", "mfa-servicenow-mcp", "servicenow-mcp"],
      "enabled": true,
      "environment": {
        "SERVICENOW_INSTANCE_URL": "https://your-instance.service-now.com",
        "SERVICENOW_AUTH_TYPE": "browser",
        "SERVICENOW_BROWSER_HEADLESS": "false",
        "SERVICENOW_USERNAME": "your-username",
        "SERVICENOW_PASSWORD": "your-password",
        "MCP_TOOL_PACKAGE": "standard"
      }
    }
  }
}

AntiGravity

スコープ	パス
グローバル	`~/.gemini/antigravity/mcp_config.json` (macOS/Linux)
グローバル	`%USERPROFILE%\.gemini\antigravity\mcp_config.json` (Windows)

エージェントパネルから編集: … > Manage MCP Servers > View raw config。保存後に Refresh をクリックします。

{
  "mcpServers": {
    "servicenow": {
      "command": "uvx",
      "args": ["--with", "playwright", "--from", "mfa-servicenow-mcp", "servicenow-mcp"],
      "env": {
        "SERVICENOW_INSTANCE_URL": "https://your-instance.service-now.com",
        "SERVICENOW_AUTH_TYPE": "browser",
        "SERVICENOW_BROWSER_HEADLESS": "false",
        "SERVICENOW_USERNAME": "your-username",
        "SERVICENOW_PASSWORD": "your-password",
        "MCP_TOOL_PACKAGE": "standard"
      }
    }
  }
}

Docker (API キーのみ)

browser 認証（MFA/SSO）には GUI ブラウザが必要で、コンテナ内では動作しません。

docker run -it --rm \
  -e SERVICENOW_INSTANCE_URL=https://your-instance.service-now.com \
  -e SERVICENOW_AUTH_TYPE=api_key \
  -e SERVICENOW_API_KEY=your-api-key \
  -e MCP_TOOL_PACKAGE=standard \
  ghcr.io/jshsakura/mfa-servicenow-mcp:latest