Postman CLI
コーディングエージェントのためのAPIエンジニアリング
Postman CLIは、Claude Code、Codex、Cursorなどのコーディングエージェントと連携します。組織のAPIに関する情報と、変更のたびにテスト、モックの作成、シミュレーション、負荷テストを行うためのツールを提供します。
postman initを実行すると、APIファイルがGitの管理下に置かれます。リポジトリにはエージェント用のスキルがインストールされ、Postmanのワークスペースも関連付けられます。次のセッションでも、前回の続きから作業を再開できます。
世界中の導入企業
コーディングエージェントにPostmanプラグインをインストール
Postmanプラグインをインストールすると、コーディングエージェントがPostmanのスキルを使えるようになります。APIを変更する前に、そのAPIに依存するサービスなどを確認します。モックやシミュレーションを使った開発から、変更内容のテスト、負荷テスト、Postmanへの結果の記録まで行えます。
プラグインを使うと、エージェントはどのリポジトリでもスキルを利用できます。postman initは、リポジトリに同じスキルを追加します。そのリポジトリで作業するチームメンバー、エージェント、CIジョブも共通のスキルを利用できます。チームでは、この2つを併用します。
マーケットプレイス
Postmanプラグインを入手
claude plugin marketplace add anthropics/claude-plugins-officialclaude plugin install postman@claude-plugins-officialapi-discovery
組織内のAPIを再利用し、変更前にそのAPIに依存するサービスなどを確認する
api-testing
変更のたびに繰り返せるテストで、既存機能に生じた不具合をレビュー時に見つける
api-mocking
APIや依存先が未完成でも、合意した動作をモックで再現して開発を進める
performance-testing
レスポンス時間とエラー率が基準を満たす場合にのみ、リリースを許可する
api-monitoring
開発時に成功したテストを本番環境でも実行する
ci-integration
テストの失敗やAPI仕様・ガバナンスルールへの違反を検出し、マージを止める
次のプロンプトを試してみてください
CONTEXT GRAPH
エージェントがAPIを変更する前に、その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?" --waitOpus 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に値が出力されることはありません。エージェントが参照できるのは、シークレットの名前だけです。
次のエージェントが前回の続きから作業する
ワークスペースへのプッシュ時に、何を変更し、どのエージェントが変更したかを記録します。新しいセッションは、その履歴を読み込んでから作業を始めます。
よくある質問
Postman CLIは、コーディングエージェント、ターミナル、CIでのAPI開発と検証を支えるツールです。Claude Code、Codex、Cursorなどのエージェントに、組織のAPIに関する情報を提供します。変更のたびにテスト、モックの作成、シミュレーション、負荷テストを行うための機能も備えています。Postman公式のデジタル署名付きコマンドラインツールで、Postmanデスクトップアプリに同梱されています。
Postmanのエージェント用スキルを通じて利用します。Postmanプラグインでエージェントにスキルを追加し、postman initでリポジトリにも同じスキルを追加します。チームでは、この2つを併用します。プラグインをインストールすると、エージェントはどのリポジトリでもスキルを利用できます。エージェントごとのインストール手順は次のとおりです。Claude Code:claude plugin marketplace add anthropics/claude-plugins-officialを実行し、続けてclaude plugin install postman@claude-plugins-officialを実行します。Codex:codex plugin marketplace add postmanlabs/postman-pluginを実行し、続けてcodex plugin add postman@postmanを実行します。Cursor:/add-plugin postmanと入力します。postman initは、リポジトリ内のpostman/skills/にスキルを保存し、AGENTS.mdにその参照先を記載します。そのリポジトリで作業するチームメンバーやCIジョブも、同じスキルを利用できます。リポジトリ内のスキルを最新の状態に保つには、postman skills statusを実行してください。
Postman CLIには、組織のAPIに関する情報を取得するためのコマンドが用意されています。postman context-graph ask:サービス間の依存関係について質問できます。postman workspace context:関連付けられたワークスペースの内容と、そこでの変更内容を確認できます。postman dependency addとpostman dependency install:他のチームが公開したコレクションやAPI仕様を取り込めます。postman describe:APIを利用するコードを書くために必要な詳細情報を取得できます。Context Graphへの問い合わせには、CLIでのサインインと、チームでのContext Graphの有効化が必要です。Context Graphは、Gitに接続されたPostmanワークスペースの情報に加え、チームがPostmanの[Home]>[Agent Context]から接続したGitHubやNew Relicなどの情報源をもとに構築されます。
はい。postman performance runで、コレクションを使った負荷テストを実行できます。--peak-vuで仮想ユーザー数、--durationで実行時間を分単位で指定します。負荷プロファイルは、固定、ランプアップ、スパイク、ピークから選べます。--pass-ifでは、avg、p90、p95、p99、error_rate、rpsにしきい値を設定し、合格条件を定義できます。条件を満たさない場合は終了コード1が返り、CIジョブが失敗します。--runner postman-cloudを追加すると、Postmanのクラウドランナーから負荷を生成できます。
はい。エージェントがローカルで実行するコレクション、テスト、負荷テストを、CIでも同じように実行できます。テストが失敗すると0以外の終了コードが返るため、リリースを停止する条件として利用できます。認証にはPOSTMAN_API_KEYを使います。機械処理に適した形式で結果を出力するには、--jsonまたは--output ndjsonを指定します。コレクションの実行結果は、組み込みのCLI、JSON、JUnit、HTMLレポーターで出力できます。GitHubでは、Postman CLI GitHub Actionを使い、ワークフロー内でコレクションやモニターの実行、構文チェック、ガバナンスルールの検証を行えます。
ローカルで作業するだけなら、アカウントは必要ありません。postman initや、ローカルファイルを扱うコマンドは、アカウントなしで利用できます。Context Graphへの問い合わせ、検索、依存リソースの取得など、Postman Cloudにアクセスする操作には、サインインまたはAPIキーが必要です。サインインした状態で実行すると、実行結果もPostmanにアップロードされます。
いいえ。シークレットの値は、ブラウザーの一度限りの入力フォームから登録し、チームのShared Vaultに保存します。CLIに値が出力されることはありません。エージェントが参照できるのは、シークレットの名前だけです。
Postman CLIは、Postman公式のコマンドラインツールです。Newmanはコレクションの実行専用ツールで、対応する形式はv2.1のJSON形式のみです。Postman v12以降のv3コレクションは実行できません。Postman CLIは、Native Gitで必要なv3のYAML形式を含む、すべてのコレクション形式に対応しています。コレクションに加え、モニター、モックサーバー、フローも扱えます。Newmanから移行する場合は、postman collection migrateでv2.1コレクションを変換してください。詳しい手順は、NewmanからPostman CLIへの移行ガイドをご覧ください。
Postman CLIの一部のコマンドは、ご利用のプランによって利用可否が異なります。各プランで利用できる機能は、料金プランページで比較できます。