Postman CLI

コーディングエージェントのためのAPIエンジニアリング

Postman CLIは、Claude Code、Codex、Cursorなどのコーディングエージェントと連携します。組織のAPIに関する情報と、変更のたびにテスト、モックの作成、シミュレーション、負荷テストを行うためのツールを提供します。

postman initを実行すると、APIファイルがGitの管理下に置かれます。リポジトリにはエージェント用のスキルがインストールされ、Postmanのワークスペースも関連付けられます。次のセッションでも、前回の続きから作業を再開できます。

始める

エージェント向けにインストール

npm install -g postman-cli
Get started with

世界中の導入企業

PayPal社のロゴ
Moneris社のロゴ
Autodesk社のロゴ
Cover Genius社のロゴ
Siemens社のロゴ
ZEISS社のロゴ
Medibank社のロゴ

コーディングエージェントにPostmanプラグインをインストール

Postmanプラグインをインストールすると、コーディングエージェントがPostmanのスキルを使えるようになります。APIを変更する前に、そのAPIに依存するサービスなどを確認します。モックやシミュレーションを使った開発から、変更内容のテスト、負荷テスト、Postmanへの結果の記録まで行えます。

プラグインを使うと、エージェントはどのリポジトリでもスキルを利用できます。postman initは、リポジトリに同じスキルを追加します。そのリポジトリで作業するチームメンバー、エージェント、CIジョブも共通のスキルを利用できます。チームでは、この2つを併用します。

マーケットプレイス

Postmanプラグインを入手

ステップ 1
claude plugin marketplace add anthropics/claude-plugins-official
ステップ 2
claude plugin install postman@claude-plugins-official
Postmanのすべてのスキルを見る

次のプロンプトを試してみてください

CONTEXT GRAPH

エージェントがAPIを変更する前に、そのAPIに依存するサービスなどを把握する

Postman Context GraphのAPIベンチマークレポートの表紙

エージェントが参照できるのは、作業中のリポジトリ内の情報だけです。Context Graphは、組織のAPI、デプロイ、データベーススキーマ、外部サービス、チームの関係を、質問して調べられるマップとして提供します。Postmanのベンチマークでは、エージェントが作業中のリポジトリから見つけたサービスは129件でした。Context Graphを使うと、498件を見つけられました。

たとえば、エージェントに「I'm changing the refunds API. What depends on it?(返金APIを変更します。このAPIに依存しているものを調べてください)」と依頼すると、次のコマンドを実行します。

postman context-graph ask "What depends on the refunds API?" --wait

Opus 4.7を使った検証では、複数のシステムにまたがる質問に答える際、先にContext Graphへ問い合わせることで、プロンプトのトークン数を29%削減できました。ベンチマークレポートを読む(PDF)

Postmanが選ばれる理由

エージェント自身の推論だけに頼らず検証する

エージェントがコードとテストの両方を作ると、どちらも同じ前提に基づくため、前提そのものの誤りを見逃すことがあります。Postman CLIは、API仕様、実際の実行結果、モックで再現した依存先、組織のAPIに関する情報を提供します。エージェントは、自分の前提だけに頼らず、これらを使って変更内容を検証できます。

  • 組織のAPI情報をエージェントに伝える

    Context Graph、ワークスペースの情報、他のチームが公開した依存リソースを通じて、APIを誰が利用しているか、前回のセッションで何が変わったか、どのAPI仕様が公開されているかをエージェントが把握できます。

  • 自分たちで管理していない依存先を再現する

    リクエスト間で状態を保持するモックやシミュレーションで、エージェントが呼び出せないサービスを再現します。遅延、エラー、レート制限、ランダムな障害を設定し、再試行処理をリリースする前に、429レスポンスに対処できるか確かめられます。

  • API仕様に照らして変更内容を検証する

    API仕様のLintチェック、リクエストのテスト、コレクションの実行で、変更内容が仕様に沿っているかを検証します。サインインした状態で実行すると、結果がPostmanに保存されます。CLIに表示されるリンクから、チームで結果をレビューできます。

  • 同じコレクションで負荷テストも実行する

    負荷プロファイルと「p95が300ミリ秒未満」などの合格基準を設定し、ローカルやPostmanのクラウドランナーで負荷テストを実行できます。変更によってAPIの応答が遅くなり、基準を満たさなくなった場合は、ビルドを失敗させられます。

  • ローカルと同じ検証をCIでも実行する

    エージェントがローカルで使うコレクション、テスト、負荷テストを、Postman CLIでCIでも実行できます。変更したのが人でもエージェントでも、0以外の終了コードが返るとビルドが失敗します。

  • シークレットの値をエージェントに見せずに使う

    シークレットの値は、ブラウザーの一度限りの入力フォームから登録し、チームのShared Vaultに保存します。CLIに値が出力されることはありません。エージェントが参照できるのは、シークレットの名前だけです。

  • 次のエージェントが前回の続きから作業する

    ワークスペースへのプッシュ時に、何を変更し、どのエージェントが変更したかを記録します。新しいセッションは、その履歴を読み込んでから作業を始めます。

説明用の名前と数値を使った実行例です。ターミナル上のClaude Codeに、決済サービスへの一部返金機能の追加を依頼しています。まずpostman initを実行し、リポジトリをPostmanのワークスペースに関連付け、エージェント用のスキルをインストールします。コードを編集する前に、返金レスポンスに何が依存しているかをContext Graphに問い合わせ、checkout-web、ledger-service、notificationsの3つの利用先を見つけます。続いて、Ada Lovelace(Claude Code)による前回のワークスペースへのプッシュ「返金エンドポイント、仕様、テストを追加」を確認します。OpenAPI仕様を更新し、仕様のLintチェックに成功します。429のレート制限を返す決済プロバイダーのシミュレーションでテストすると、再試行した返金が二重に実行され、冪等性のテストが失敗します。Idempotency-Keyヘッダーを追加すると、コレクションの実行が成功し、Postman上の結果へのリンクが表示されます。負荷テストもp95が300ミリ秒未満で成功し、「冪等な再試行に対応した一部返金機能を追加」というメッセージを付けて、変更をワークスペースにプッシュします。

よくある質問

5,000万人以上の開発者と50万社以上の企業が利用しています。

エージェント向けにインストール

npm install -g postman-cli
Get started with

デスクトップ向けにインストール

無料で登録