Cursor CLI と CData CLI で Jira + Salesforce の統合カスタマービューを構築する
プロダクトマネージャー、アナリスト、カスタマーサクセスマネージャーにとって、顧客の全体像を把握するには、複数のプラットフォームを行き来する作業がつきものです。Salesforce を開いてアカウントの健全性や契約内容、最近のやり取りを確認したかと思えば、今度は Jira に切り替えてオープンチケットやスプリントの優先順位、未解決のバグを追いかける、といった具合です。
このコンテキストの切り替えは時間がかかるだけでなく、重要なシグナルを見逃すリスクも高めます。こうしたシグナルは、両方のデータを並べて見たときに初めて見えてくるものだからです。顧客を真の意味で 360 度から捉えるには、これまで手作業によるデータ整形、高価な BI ツール、専任のエンジニアリングチームのいずれかが必要でした。しかし、どれもスピード感を求められるチームにとっては、なかなかスケールしません。
その状況が、Cursor のような AI コーディングエージェントの登場で急速に変わりつつあります。エンジニアでない人も技術者も、自然言語のプロンプトと対話を重ねるだけで、本格的に動く社内アプリを組み立てられるようになりました。かつては数週間の開発を要した作業が、今や数時間で形になります。そして CData CLI と組み合わせれば、そのギャップはさらに縮まります。
CData は数百種類のエンタープライズデータソースへの接続性を提供しており、AI コーディングエージェントは、手動でのドライバー設定やカスタム API 開発なしに、Salesforce や Jira などのプラットフォームへ認証済みでクエリ可能な接続を確立できます。以下の記事では、まさにこのワークフローを順を追って解説します。Cursor CLI と CData CLI を組み合わせて、Salesforce と Jira のライブデータを 1 つの統合カスタマービューに取り込む Java アプリケーションを構築していきましょう。
前提条件
- Cursor CLI
- CData CLI
- CData CLI 公式スキル
- CData JDBC Driver for Jira と CData JDBC Driver for Salesforce のライセンス（トライアルでも一時的に利用可能です）
アプリケーションの構築
前提条件が揃ったら、ビルドのプロセス全体を Cursor Agent との 1 回の対話だけで進められます。
CData CLI とその公式スキルが、ドライバーの検出、ライセンス認証、認証、スキーマの解析といった面倒な処理を裏側でこなしてくれます。そのため、書くプロンプトは「どう配線するか」ではなく「何をしたいか」に集中できます。
Cursor Agent にアプリを説明する
まずは、作りたいアプリケーションを平易な言葉で説明するところから始めましょう。ドライバーや依存関係、接続文字列を指定する必要はありません。エージェントが文脈からそれらを判断してくれます。プロンプトの例を見てみましょう。
I want a Java app that provides a rich customer view by combining Jira and Salesforce data in a helpful UI. Use the CData CLI.
このたった 1 文だけで、ワークフロー全体が動き出します。
CData CLI スキルが起動する
プロンプトに CData CLI が含まれているため、Cursor は自動的に CData CLI 公式スキルを読み込みます。
このスキルが、CLI の正しい使い方をエージェントに教えてくれます。どのコマンドを実行すべきか、ドライバーのメタデータをどう解釈するか、そして認証とクエリのステップをどうつなげるか、といった具合です。
ドライバーの検出
エージェントはまず、既存のローカル CData 接続がないかを確認し、続いて必要な Jira と Salesforce の JDBC ドライバーを Maven から探します。
ここでコネクタライブラリが本領を発揮します。ベンダーのドキュメントを読み漁ったり、カスタムの REST クライアントを書いたりする代わりに、エージェントはビルド済みで本番品質のドライバーをそのまま取り込むだけで済みます。
ドライバーのダウンロード
適切なドライバーが特定できたら、エージェントはそれらをローカルにダウンロードし、Java プロジェクトで使えるように配置します。
ライセンスの有効化
続いて、CData CLI が 1 つのコマンドでドライバーの有効化を処理します。
接続の認証
次に、エージェントが各データソースへの認証を行います。Salesforce と Jira の場合、初回は OAuth のブラウザフローが起動します（ログイン画面にリダイレクトされ、アクセスを承認します）。
2 回目以降の実行では、キャッシュされた資格情報が再利用されるため、このステップは画面に出ずに完了します（この例では、Salesforce 接続はすでに存在しています）。
ドライバー固有のスキル
ドライバー固有のスキルは、各ドライバーのスキーマやベストプラクティスについて Cursor をガイドします。すでに作成済みの場合は、このステップで呼び出されます。
まだ作成していない場合は、各ドライバーに対して次のコマンドを実行し、結果を SKILL.md ファイルに保存しましょう。
cdatacli drivers skill <Driver>
戦略を理解するためのサンプルクエリ
アプリケーションのコードを書き始める前に、エージェントは両方のデータソースに対していくつかの探索的なクエリを実行します。これは人間の開発者が行うことと同じです。スキーマを軽く調べ、サンプル行をいくつか眺めて、統合ビューに本当に必要なフィールドを見極めるわけです。
CData ドライバーは Salesforce Object と Jira Issue を標準 SQL で扱えるように公開しているため、エージェントは結合や射影をすばやくプロトタイピングできます。
Cursor がアプリケーションのコードを書く
データの内容を把握できたら、Cursor は Java アプリケーション一式を生成します。JDBC の接続設定、クエリ層、データのマージロジック、そして Salesforce アカウントのコンテキストと Jira チケットのアクティビティを 1 つのビューにまとめる UI まで、すべて揃います。
この時点で、1 文だったプロンプトが、手書きの連携コードを 1 行も書くことなく、実際に動く社内ツールへと姿を変えています。
結果
バラバラのプラットフォームから顧客データを手作業でつなぎ合わせる時代は、もう終わりに近づいています。Cursor CLI を、CData CLI を通じて使える CData の豊富なコネクタライブラリと組み合わせれば、チームはアイデアから動く社内ツールまでを、従来の何分の 1 かの時間で実現できます。
長期にわたる API 連携プロジェクトも、専任のエンジニアリングスプリントも必要ありません。必要なのは、明確なプロンプトと適切なコネクタだけです。
AI コーディングエージェントが成熟を続けるなか、データが豊富なオーダーメイドの社内アプリをすばやく構築できる力は、顧客コンテキストが死活問題となるあらゆるチームにとって競争優位になっていくでしょう。本記事で構築した統合カスタマービューは、データとツールの間にある壁が事実上消え去ったときに何が可能になるかを示す、ほんの一例にすぎません。
CData CLI を使い始める
AI を活用した社内ツールを自分でも作ってみませんか。無料の CData CLI をダウンロードし、CData JDBC Driver for Jira と CData JDBC Driver for Salesforce の無料 30 日間トライアルを開始して、独自の統合カスタマービューを構築してみてください。
ご不明な点があれば、いつでもサポートチームがお手伝いします。