はじめに
2026年に入り、kintone MCP Server を活用して AI から kintone データへアクセスする取り組みが広がりつつあります。
Claude Desktop などの AI クライアントから自然言語で kintone のレコードを参照したり、業務データを起点に AI と対話したり、開発者の方が個人の作業効率を高める使い方が増えてきました。
一方で、パートナーの開発者の中には、日常的に MCP 経由で kintone を操作する方も出てきています。
中にはほぼ kintone の画面を開かず、Claude Code などの AI クライアントから MCP 経由で操作を完結させ、kintone を情報のハブとして使うケースもあります。
同じチームでも他のメンバーは kintone を画面から利用しており、こうした個人の活用を、チームや組織へどう広げていくかが次の論点になりつつあります。
本記事では、kintone MCP Server を 個人利用から組織利用へ広げる ための考え方と、現状で取れるアプローチの一例を紹介します。
kintone MCP Server がもたらす価値
kintone MCP Server を使うと、AI クライアントから自然言語で kintone のデータを取り扱えます。
取得・確認・参照といった操作を、画面操作や API 呼び出しのコードを書かずに、対話的にできるのが大きな特徴です。
これにより、次のようなシーンで業務効率が変わってきます。
- 営業案件アプリのレコードを起点にした、過去の類似商談の探索
- 日報や活動履歴の集約による、傾向の整理
- アプリの設定情報を踏まえた、新しいカスタマイズ方針の相談
ここまでは、開発者の方が個人 PC の AI クライアントから kintone を扱う、いわば 個人利用 の話です。
kintone MCP Server は、サイボウズが OSS として提供している kintone の公式ローカル MCP サーバーです。
機能や利用方法、セットアップ手順は、次の公式ドキュメントを参照してください。
組織利用で直面する課題：ローカル MCP の前提
現状の kintone MCP Server は、開発者の方の 個人 PC 上で動かす「ローカル MCP」 が中心です。
ローカル MCP は手元の AI クライアントと密に連携できる一方で、組織で活用しようとすると次のような壁に当たります。
- 個人 PC 上のセットアップを、組織のメンバー全員が同じように整えるのは現実的でない点
- 業務チャット（Teams、Slack 等）から呼び出す経路がそのままでは作れない点
- 認証・権限・監査ログといった、組織で求められる運用観点がローカル単独では完結しにくい点
つまり、kintone MCP Server の機能価値を 個人を超えて組織の活動に乗せる には、ローカル MCP の前提だけでは足りない場面があります。
将来的にはリモート MCP の提供も視野に入っていますが、本記事執筆時点ではローカル MCP が中心です。
リモート MCP リリース後の使い分けは、別の記事で改めて整理する想定です。
障壁を解消するアプローチ：AI 業務ハブの介在
ローカル MCP の前提を組織利用に広げる選択肢のひとつとして、AI 業務ハブ を介在させる構成があります。
AI 業務ハブとは、複数の MCP サーバーや業務データソースを束ね、組織で使うチャネル（業務チャット等）から AI 機能を呼び出せる基盤の総称です。
近年、こうした基盤の中には、MCP との連携機能を提供し始めているものも出てきています。
ここでは「個別の製品を推奨する」ことが目的ではなく、こうした基盤を介すれば、ローカル MCP の制約を超えて組織活用に近づけられる、という方向性をご紹介します。
具体的に AI 業務ハブを介在させることで期待できる効果は、先ほどの3つの壁と対応させると次のとおりです。
- 個人 PC ごとのセットアップが不要になり、メンバー全員が同じ環境をすぐ利用できる点
- 業務チャット（Teams、Slack 等）を入口にできるため、メンバーが新しいツールを覚える負担が小さい点
- 認証・権限・対象データの制御を、組織のルールに合わせて一元的に設定できる点
さらに、kintone 以外のデータソース（基幹データ等）と組み合わせて、より広い文脈で AI に問い合わせられる利点もあります。
構成イメージ：Teams から kintone MCP を呼ぶ
AI 業務ハブを介して Teams から kintone MCP Server を呼び出す構成の例を示します。
このシステムに登場するコンポーネント
| コンポーネント | 役割 |
|---|---|
| 業務チャット（例：Microsoft Teams） | ユーザーが自然言語で問い合わせる入口 |
| AI 業務ハブ | 業務チャットからの問い合わせを受け、AI と複数の MCP サーバーをオーケストレーション |
| kintone MCP Server | kintone のレコード・アプリ情報を AI から扱えるようにする MCP サーバー |
| その他データソース | 基幹データ・帳票データなど、必要に応じて連携 |
この構成では、ユーザーは Teams という日常業務で使っているチャットから問い合わせるだけで、AI 業務ハブが kintone MCP Server を呼び出し、kintone のレコードを取得して回答してくれます。
組織利用に必要な認証・権限制御は AI 業務ハブ側で行うため、個人 PC ごとのセットアップは不要です。
業務活用のシーン例
AI 業務ハブを介在させた kintone MCP Server の活用イメージとして、いくつかのシーンを紹介します。
営業の初期商談支援
新しい案件の初期商談に向けて、過去の類似案件を AI に整理してもらいたい、というニーズです。
- Teams で「業種◯◯・規模◯◯の顧客向けに過去どんな提案をして、何が決め手になった？」と問い合わせる
- AI 業務ハブが kintone の案件管理・活動履歴アプリにアクセスし、関連レコードを集約
- AI が成功パターンを抽出して回答
商談前の準備時間が短縮され、営業担当の方が顧客対応に集中できるようになります。
経営企画の自然言語分析
経営企画の方が、毎月の業績を自然言語で確認したいケースです。
- Teams で「今月の受注見込みと、確度の高い案件は？」と問い合わせる
- AI 業務ハブが kintone の案件管理アプリと、基幹データ（売上等）を組み合わせて取得
- 「結果」と「プロセス」を掛け合わせた回答が返ってくる
ダッシュボードを開いて画面を行き来する負担が減り、Teams 上で問い合わせベースの分析が成立します。
留意事項
組織で kintone MCP Server を活用する際に、いくつか押さえておきたい観点を整理します。
認証と権限
- AI 業務ハブを介在させる場合、kintone の認証（OAuth 2.0 等）と AI 業務ハブ側の権限設計を両方検討する必要があります
- 「誰が」「どのアプリの」「どの操作を」できるか、組織のセキュリティポリシーに合わせて設計する想定です
各プロダクトの組み合わせ
- AI 業務ハブの選び方は、組織の既存環境（業務チャット、データ基盤、AI 利用方針）によって変わります
- 単一の正解はないため、「自社の業務フローでどの構成が現実的か」を起点に検討するのがおすすめです
リモート MCP リリース後の使い分け
- ローカル MCP とリモート MCP は、それぞれ得意な領域があります
- リモート MCP のリリース後も、ローカル MCP が必要な場面（個人開発・閉域環境など）は残ると考えられます
- 用途に応じた使い分けは、リモート MCP の提供開始後に改めて整理予定です
おわりに
kintone MCP Server を個人利用に閉じず、組織の活動に広げるための考え方とアプローチを紹介しました。
AI 業務ハブを介在させる構成は、現状の選択肢のひとつであり、「これが唯一の正解」というものではありません。
組織の状況・既存ツール・運用ポリシーに合わせて、どの構成が自社に合うかをご検討ください。
kintone MCP Server を起点に、AI と業務データの関係を組織のスケールで広げていけることを願っています。
このTipsは、2026年6月版kintoneで動作を確認しています。
※本記事の内容は個人の見解であり、所属組織の公式見解ではありません。