ServiceNow Build AgentがCursor・Windsurf・Claude Code・GitHub Copilotに統合——エンタープライズアプリをIDEから直接ビルドする新時代

何が起きたか

2026年5月6日、ServiceNowの年次カンファレンスKnowledge 2026で、Build Agentの一般提供（GA）開始と主要AIコーディングツールへの拡張が発表された。

対応ツール：

Cursor
Windsurf（Codeium）
Claude Code（Anthropic）
GitHub Copilot

これまでServiceNowアプリ開発は専用IDE「ServiceNow Studio」で行う必要があったが、開発者が日常的に使うAIコーディング環境から直接ServiceNowアプリを構築できるようになった。

背景：ServiceNow開発の課題

ServiceNowは**Fortune 500の約85%**が導入する大規模エンタープライズプラットフォームだ。ITサービス管理（ITSM）・人事・カスタマーサービス・ワークフロー自動化をカバーする。

しかし「ServiceNowの開発」は独特の制約を持っていた：

従来の問題:
├── 専用Studio（ブラウザベース）が必須
│   → Cursor/Claude Codeなど高機能AIツールが使えない
│
├── ServiceNow固有の概念（スコープ、ACL、ビジネスルール）の理解が必要
│   → 開発者の学習コストが高い
│
└── プラットフォームコンテキストなしでは生成AIが誤ったコードを出力
    → 汎用LLMでは精度不足

Build AgentはServiceNowプラットフォームのコンテキスト（既存アプリ、スコープ、ポリシー）を持ちながら、開発者が選んだツールで動作する。

Build Agentの仕組み

ServiceNow SDK経由の統合

各AIコーディングツールへの統合はServiceNow SDKを通じて実現される。SDKがBuild Agentのコアスキルをツールに提供する構造だ。

開発者の環境:
  Cursor / Windsurf / Claude Code / GitHub Copilot
         ↓ MCP / SDK 経由
  ServiceNow Build Agent（コアスキル）
         ↓
  ServiceNow Platform（スコープ・データ・ポリシー）

Anthropic製モデルによる長コンテキストセッション

Build AgentはAnthropicのモデルで動作し、アプリケーション全体の構築を通じた長コンテキストセッションをサポートする。単一の関数補完ではなく、複数のファイル・設定・スコープにまたがる作業に対応する。

// Claude Code でServiceNowアプリを構築する例（概念的）
// Build AgentがServiceNowコンテキストを提供

// 開発者: 「インシデント管理フローを自動化するアプリを作って」
// Build Agent: ServiceNowのITSMスコープを理解した上でコード生成
//   → ビジネスルール、フロー、カタログアイテムを適切に構成
//   → ServiceNow固有のAPIを正しく呼び出すコードを生成

App Engine Management Center（無償）

デプロイ前のガバナンスチェックとしてApp Engine Management Centerが無償提供される。Build Agentで生成したアプリがServiceNowのポリシー・セキュリティ要件を満たしているかを確認できる。

AI Agent Studio

Knowledge 2026ではBuild Agentに加え、AI Agent Studioのリデザインも発表された。

AI Agent Studioの機能:
├── エージェントの作成・テスト・デプロイ
├── マルチエージェントオーケストレーション
├── 監査ログと可観測性
└── ガードレール設定（エージェントの権限制御）

ServiceNow上のワークフロー自動化にエージェントを組み込む企業向けに、より使いやすいUIが提供される。

開発者として注意すべき点

対象者は明確

Build Agentが恩恵をもたらすのは既存のServiceNow環境を持つ組織の開発者だ。ServiceNowを使っていない場合は直接関係しない。

汎用AIツールとの違い

# ❌ 汎用LLM（コンテキストなし）での問題
# 「ServiceNowのスクリプトインクルードを書いて」
# → ServiceNowのスコープ・バージョン・既存コードを知らないため
#   コンパイルエラーや権限エラーを起こすコードが生成される

# ✅ Build Agent（コンテキストあり）
# → 現在のアプリスコープ・既存のテーブル定義・ACLを参照して
#   実際にデプロイ可能なコードを生成

ガバナンスのトレードオフ

ServiceNow固有の強みである変更管理・監査証跡はBuild Agent統合後も維持される。しかし開発速度が上がることで「テストなしで本番に近い速度でデプロイしようとする」圧力も生まれうる。App Engine Management Centerを必ず活用すること。

未確認点

各ツールへの統合方法の詳細（MCPサーバー型か拡張機能型か）は一部未公表
価格体系（Build Agentの利用がServiceNowライセンスに含まれるか追加課金かは要確認）
オンプレミスのServiceNowインスタンスへの対応状況は不明

まとめ

ServiceNow Build AgentがCursor・Windsurf・Claude Code・GitHub Copilotに統合されたことで、ServiceNow開発者は「専用Studioへの束縛」から解放される。Anthropic製モデルによる長コンテキストセッションとプラットフォームコンテキストの組み合わせは、汎用LLMとは異なる精度を提供する。ただし詳細な統合仕様・価格・オンプレ対応は公式ドキュメントで確認が必要だ。

S	公式ソース確認済み
A	成功実績多数・失敗例少数
B	賛否両論
C	動作未確認・セキュリティリスク高
Z	個人所感