MCPサーバーでAI x kintoneカスタマイズ開発の信頼性を高めよう
はじめに
AI駆動開発が浸透し、kintoneのカスタマイズをAIに任せるという方法も珍しくなくなってきました。
しかし、AIにkintoneカスタマイズのコードを書かせると、一見動きそうなものは返ってくるものの次のような問題に直面することがあります。
- 存在しないAPIや非推奨のAPI・書き方を使ったコードが生成される。
- どの情報を根拠にコードが生成されたのかわからない。
その結果、動作確認やデバッグ、コードレビューに時間がかかってしまうこともあります。
特に、kintone開発に慣れていない方にとっては、AIの書いたコードが信頼できるか見極めるのも難しいです。
こうした問題を解決してくれるのが、kintone Documentation MCPサーバーです。
AIが常に最新の技術情報を検索・取得することで、cybozu developer networkに掲載されている最新のAPI仕様やコーディングガイドラインに沿ったコードを生成しやすくなります。
さらに、kintoneの操作を自然言語で行えるkintone MCPサーバーと組み合わせることで、実際のアプリ構成を踏まえたコードも作れます。
本記事では、この2つのMCPサーバーを併用するユースケースを2つ紹介します。
2つのMCPサーバーの役割
それぞれのMCPサーバーは、次のような役割を担います。
- kintone Documentation MCPサーバー:開発者向けのkintone公式ドキュメントをAIが検索/取得できます。
- kintone MCPサーバー:AIから自然言語でkintoneを操作できます。アプリ作成やフィールド追加、レコード操作などが実行できます。
これらの関係性を図にすると、次のようになります。
AIが目的に応じて2つのMCPサーバーを使い分けるイメージです。
ユースケース
ここからは、2つのMCPサーバーを組み合わせた活用方法について、2つのユースケースを紹介します。
- ユースケース1:アプリにフィールドを追加する。
- AIが自らドキュメントを参照し、エラーの解決まで導く例を紹介します。
- ユースケース2:JavaScriptカスタマイズを生成する。
- AIが最新のAPI情報を取得し、今の仕様に沿った書き方でコードを生成する例を紹介します。
共通の環境
動作環境
本記事では、Claude for Desktop(モデル:Opus 4.7)を使用して動作確認しました。
各MCPサーバーのセットアップ
各MCPサーバーのセットアップ手順については、それぞれ次の記事で解説しています。
アプリの準備
各MCPサーバーのセットアップができたら、次にkintoneアプリの準備をします。
今回は、アプリストアにサンプルとして用意されている
「問い合わせ管理」
アプリを利用します。
ユースケース1:アプリにフィールドを追加する
カスタマイズの要件に合わせて、既存のアプリにフィールドを追加したい場面で使えるユースケースです。
ここでは「問い合わせ管理」アプリに、製品カテゴリーで分類するためのフィールドと、対応進捗率を管理するためのフィールドを追加します。
このユースケースでは、AIが自らドキュメントを参照し、エラーを解決まで進める流れを見ていきます。
プロンプトの用意
XXXの部分は、ご自身の環境の「問い合わせ管理」アプリのIDに書き換えてください。
|
|
実行結果を確認する
問い合わせ管理アプリに、製品カテゴリーと対応進捗率の2つのフィールドが追加され、環境に反映されていれば成功です。
エラー発生時のAIの動き
今回のユースケースの中で、AIは一度エラーに直面しました。
「製品カテゴリー」のフィールドコードにカテゴリーを指定したところ、次のエラーが表示されました。
[400] [CB_VA01] 入力内容が正しくありません
このエラーメッセージだけではどこが悪いのかわかりません。
そこで、AIはkintone Documentation MCPサーバーで
フィールドを追加する
APIのドキュメントを参照し、カテゴリーはフィールドコードに指定できないことが判明します。
「カテゴリー」は、kintoneのカテゴリ機能に使われている特殊なフィールドコードで、ユーザーが新規追加するフィールドコードとして指定できません。
kintoneヘルプ:
フィールドコードの設定ルール
原因が判明したので、AIはフィールドコードをカテゴリーからProductCategoryに変更して再度実行し、フィールドの追加に成功しました。
2つのMCPサーバーを併用することで、エラーが発生してもAIが公式ドキュメントを根拠に解決まで進めてくれるため、開発をスムーズに進められます。
ユースケース2:JavaScriptカスタマイズを生成する
kintoneアプリにJavaScriptカスタマイズを追加したい場面で使えるユースケースを紹介します。
今回は「問い合わせ管理」アプリで、対応状況を「完了」にしたとき対応進捗率が100%未満なら、対応進捗率フィールドを強調するカスタマイズを追加します。
2つのMCPサーバーを併用することで、AIはコードを書く前にkintone MCPサーバーで実際のアプリ構成を確認し、kintone Documentation MCPサーバーで最新のドキュメントからAPIの仕様を確認できます。
プロンプトの用意
先ほどと同様、XXXの部分は、ご自身の環境の「問い合わせ管理」アプリのIDに書き換えてください。
|
|
AIの動き
このプロンプトを実行すると、AIは2つのMCPサーバーのツールを呼び出しながら、次の流れでコードを生成します。
-
kintone MCPサーバーで、対象アプリのフィールド情報を取得します。
ここで具体的なフィールドコードが分かり、コード生成時に正しいフィールドコードを使えます。 -
kintone Documentation MCPサーバーの
search_docsで、関連するドキュメントをcybozu developer network全体から検索します。
今回はフィールドのスタイルを変更するAPIや、編集画面のイベントについて関連ページを探しています。 -
kintone Documentation MCPサーバーの
get_pageで、検索結果の中から必要なページを指定して内容を取得し、APIの仕様を確認します。
これにより、setFieldStyle()の具体的な使い方や、編集画面でフィールドのスタイルを変更する方法が分かります。
生成されたJavaScriptコード
|
|
このコードで使用しているkintone.app.record.setFieldStyle()は2026年2月に追加された新しいAPIです。
このような新しいAPIをAIが利用するには、何らかの方法で最新の公式ドキュメントの情報を取得する必要があります。
実行結果を確認する
生成されたJavaScriptファイルを「問い合わせ管理」アプリに適用し、動作を確認します。
編集画面で対応状況を「完了」に変更し、対応進捗率が100%未満のときに対応進捗率フィールドが強調されれば成功です。
MCPサーバーを使わなかった場合との比較
kintone Documentation MCPサーバーを使わずに同じプロンプトを実行したところ、次のようなコードが生成されました。
|
|
2つのコードを比較すると、次のような違いがあります。
| kintone Documentation MCPサーバーあり | kintone Documentation MCPサーバーなし | |
|---|---|---|
| 使用したAPI | setFieldStyle()(2026年2月追加の公式API) |
getFieldElement() |
| 実装方針 | 公式APIでフィールドのスタイルを変更 | DOM要素を取得して直接スタイルを書き換え |
| JavaScriptの書き方 | constやアロー関数、async/awaitを使用 |
varやfunction宣言を使用 |
このように、kintone Documentation MCPサーバーを使うことで、AIは最新の情報に基づいたコードを生成できました。
おわりに
本記事では、kintone MCPサーバーとkintone Documentation MCPサーバーを併用して使う2つのユースケースを紹介しました。
ユースケース1では、エラーが出てもAIは自ら公式ドキュメントを参照して解決まで進めることを確認しました。
ユースケース2では、AIが最新の公式ドキュメントを参照することで、新しく追加されたAPIを取り入れたコードを生成できることを確認しました。
2つのMCPサーバーを併用すると、AIにkintone特有のコンテキストを渡せるようになり、kintone APIの仕様や実際のアプリ構成に基づいたコードを出力できます。
今回紹介したユースケース以外でも、新しく追加されたAPIを簡単に試したいときや、既存のカスタマイズをリファクタリングしたいときなどに活用できます。
みなさんもぜひ試してみてください。
本記事は、次の環境で動作を確認しています。
- kintone:2026年5月版
- kintone MCPサーバー:v1.3.15
- kintone Documentation MCPサーバー:v1.9
- Claude for Desktop: v1.8555.2
