Keboola
公式単一の直感的なプラットフォーム上で、堅牢なデータワークフロー、統合、分析を構築できます。
Keboola MCPで何ができますか?
- クエリストレージテーブル — アシスタントにバケットとテーブルの探索を依頼したり、SQLクエリを実行して売上上位の顧客を見つけたりできます。
- SQL変換の作成 — 顧客テーブルと注文テーブルの結合など、自然言語で変換を説明すると、それを自動で構築してくれます。
- コンポーネントとジョブの管理 — 抽出器とライターを一覧表示し、データ抽出ジョブを開始し、パイプラインの実行詳細を取得できます。
- ワークフローフローの構築 — ConditionalフローやOrchestratorフローを作成・管理して、多段階のデータパイプラインを自動化できます。
- データアプリのデプロイ — ストレージデータ上のクエリ結果を表示するStreamlitデータアプリを作成・管理できます。
- 開発ブランチでの作業 — すべての操作を開発ブランチに限定して、本番環境に影響を与えずに変更を安全にテストできます。
ドキュメント
Keboola MCP サーバー
AIエージェント、MCPクライアント(Cursor、Claude、Windsurf、VS Code など)、その他のAIアシスタントをKeboolaに接続します。データ、変換、SQLクエリ、ジョブトリガーを公開—グルーコードは不要です。エージェントが必要なときに、必要な場所へ適切なデータを届けます。
概要
Keboola MCP Serverは、Keboolaプロジェクトと最新のAIツールを結ぶオープンソースのブリッジです。ストレージアクセス、SQL変換、ジョブトリガーなどのKeboola機能を、Claude、Cursor、CrewAI、LangChain、Amazon Qなどが呼び出し可能なツールに変換します。
機能
AIエージェントとMCPサーバーを使用すると、次のことができます:
- ストレージ:テーブルを直接クエリし、テーブルまたはバケットの説明を管理
- コンポーネント:エクストラクター、ライター、データアプリ、変換設定の作成、一覧表示、検査
- SQL:自然言語でSQL変換を作成
- ジョブ:コンポーネントと変換を実行し、ジョブ実行の詳細を取得
- フロー:条件付きフローとオーケストレーターフローを使用してワークフローパイプラインを構築・管理
- データアプリ:ストレージデータに対するクエリを表示するKeboola Streamlitデータアプリを作成、デプロイ、管理
- メタデータ:自然言語を使用してプロジェクトドキュメントとオブジェクトメタデータを検索、読み取り、更新
- 開発ブランチ:本番環境外の開発ブランチで安全に作業。すべての操作は選択したブランチにスコープされます。
🚀 クイックスタート:リモートMCPサーバー(最も簡単な方法)
Keboola MCP Serverを使用する最も簡単な方法は、リモートMCPサーバーを利用することです。このホスト型ソリューションは、ローカルでのセットアップ、設定、インストールを不要にします。
リモートMCPサーバーとは?
リモートサーバーはすべてのマルチテナントKeboolaスタックでホストされ、OAuth認証をサポートしています。リモートのStreamable HTTP接続とOAuth認証をサポートする任意のAIアシスタントから接続できます。
接続方法
- リモートサーバーURLを取得:Keboolaプロジェクト設定 →
MCP Serverタブに移動 - サーバーURLをコピー:
https://mcp.<YOUR_REGION>.keboola.com/mcpのような形式になります - AIアシスタントを設定:URLをAIアシスタントのMCP設定に貼り付け
- 認証:Keboolaアカウントでのログインを求められます。作業するプロジェクトは、その後会話内で選択します(例:「Keboolaプロジェクトを一覧表示」/「プロジェクトXを使用」)
サポートされているクライアント
- Cursor:プロジェクトのMCPサーバー設定にある「Install In Cursor」ボタンを使用するか、このボタンをクリック
- Claude Desktop:設定 → 統合から統合を追加
- Claude Code:
claude mcp add --transport http keboola <URL>を使用してインストール(詳細は以下を参照) - Windsurf:リモートサーバーURLで設定
- Make:リモートサーバーURLで設定
- その他のMCPクライアント:リモートサーバーURLで設定
Claude Codeのセットアップ
Claude Codeは、ターミナルを使用してClaudeと対話できるコマンドラインインターフェースツールです。簡単なコマンドでKeboola MCP Server統合をインストールできます。
インストール:
ターミナルで次のコマンドを実行し、<YOUR_REGION> をKeboolaリージョンに置き換えます:
claude mcp add --transport http keboola https://mcp.<YOUR_REGION>.keboola.com/mcp
リージョン別コマンド:
| リージョン | インストールコマンド |
|---|---|
| US Virginia AWS | claude mcp add --transport http keboola https://mcp.keboola.com/mcp |
| US Virginia GCP | claude mcp add --transport http keboola https://mcp.us-east4.gcp.keboola.com/mcp |
| EU Frankfurt AWS | claude mcp add --transport http keboola https://mcp.eu-central-1.keboola.com/mcp |
| EU Ireland Azure | claude mcp add --transport http keboola https://mcp.north-europe.azure.keboola.com/mcp |
| EU Frankfurt GCP | claude mcp add --transport http keboola https://mcp.europe-west3.gcp.keboola.com/mcp |
使用方法:
インストール後、会話で /mcp と入力し、使用したいKeboolaツールを選択することで、Claude CodeでKeboola MCP Serverを使用できます。
認証:
Claude CodeでKeboola MCP Serverを初めて使用するとき、ブラウザウィンドウが開き、次の操作を求められます:
- Keboolaアカウントでログイン
- 接続を承認
認証後、Claude Codeから直接Keboolaツールを使用できます。プロジェクトの選択はその後、会話内で行われます—ClaudeにどのKeboolaプロジェクトを使用するか尋ねるだけです。
詳細なセットアップ手順とリージョン別URLについては、リモートサーバーセットアップドキュメントを参照してください。
開発ブランチの使用
Keboola開発ブランチで本番データに影響を与えずに安全に作業できます。リモートホスト型MCPサーバーは KBC_BRANCH_ID パラメータを尊重し、すべての操作を指定されたブランチにスコープします。開発ブランチIDは、UIで開発ブランチに移動する際のURLにあります。例:https://connection.us-east4.gcp.keboola.com/admin/projects/PROJECT_ID/branch/BRANCH_ID/dashboard。ブランチIDは X-Branch-Id: <branchId> ヘッダーを使用して各リクエストに含める必要があります。そうしない場合、MCPサーバーはデフォルトで本番ブランチを使用します。これはAIクライアントまたはサーバー接続を処理する環境が管理する必要があります。
ツールの認可とアクセス制御
HTTPベースのトランスポート(Streamable HTTP)を使用する場合、HTTPヘッダーを使用してクライアントが利用できるツールを制御できます。これはAIエージェントの機能を制限したり、コンプライアンスポリシーを適用したりするのに役立ちます。
認可ヘッダー
| ヘッダー | 説明 | 例 |
|---|---|---|
X-Allowed-Tools | 許可されたツールのカンマ区切りリスト | get_configs,get_buckets,query_data |
X-Disallowed-Tools | 除外するツールのカンマ区切りリスト | create_config,run_job |
X-Read-Only-Mode | 読み取り専用ツールのみに制限 | true、1、または yes |
フィルター動作
フィルターは次の順序で適用されます:許可 → 読み取り専用の交差 → 除外。空のヘッダー = 制限なし。
読み取り専用ツール
読み取り専用ツールは、readOnlyHint=True で注釈が付けられたツールです。これらのツールは情報を取得するだけで、Keboolaプロジェクトに変更を加えません。現在の読み取り専用ツールのリストについては、実際のツールセットの自動生成スナップショットである TOOLS.md ファイルを参照してください。
例:読み取り専用アクセス
X-Read-Only-Mode: true
詳細なドキュメントについては、developers.keboola.com/integrate/mcp/#tool-authorization-and-access-control を参照してください。
ローカルMCPサーバーセットアップ(カスタムまたは開発方法)
完全な制御と簡単な開発のために、自分のマシンでMCPサーバーを実行します。ツールをカスタマイズしたい場合、ローカルでデバッグしたい場合、または迅速に反復したい場合にこれを選択します。サーバーをインストールし、認証し(一度きりのブラウザログイン—貼り付けるトークンはありません)、起動します。このアプローチは最大の柔軟性(カスタムツール、ローカルロギング、オフライン反復)を提供しますが、手動セットアップが必要で、更新とシークレットを自分で管理します。
サーバーは複数のトランスポートオプションをサポートしており、サーバー起動時に --transport <transport> 引数を指定して選択できます:
stdio---transportが指定されていない場合のデフォルト。標準入出力。通常は単一クライアントでのローカルデプロイに使用されます。streamable-http- 双方向ストリーミングチャネルを備えたHTTP経由でサーバーをリモート実行し、クライアントとサーバーが継続的にメッセージを交換できます。/mcp で接続します(例:http://localhost:8000/mcp)。http-compat- 後方互換性のために保持されているstreamable-httpのエイリアス。
Keboolaプロジェクトで作業するには、サーバーにKeboolaリージョン(KBC_STORAGE_API_URL)と認証方法の2つが必要です。推奨される方法は一度きりのブラウザログインです—トークンを作成、コピー、貼り付けする必要はありません。オプションで KBC_BRANCH_ID を設定して開発ブランチ内で作業できます。
一部の変数はリクエストヘッダーから取得されません:
KBC_STORAGE_API_URL:独自のStorage API URL(--api-urlパラメータまたはKBC_STORAGE_API_URL環境変数)で起動されたサーバーは、その1つのKeboolaスタックのみを提供します。異なるホストを要求するX-Storage-Api-Urlヘッダーは無視されます(警告がログに記録されます)—サーバーはリクエストに対して独自のURLを保持します。各リクエストでスタックを選択させたい場合は、独自のStorage API URLなしでサーバーを起動してください。KBC_KUBERNETES_TOKEN_PATH(デプロイされたサーバーのみ、docs/kubernetes-sa-auth.md を参照):環境からのみ読み取られ、ヘッダーからは決して読み取られません。KBC_WORKSPACE_ID/KBC_WORKSPACE_SCHEMA:上記のStorage API URLと同じ考え方—独自のワークスペースピン(いずれかの変数または--workspace-idを介して)で起動されたサーバーは、すべてのリクエストに対してそのピンを保持します。異なるワークスペースを要求するX-Workspace-IdまたはX-Workspace-Schemaヘッダーは無視されます(警告がログに記録されます)。独自のピンがないサーバー(共有マルチユーザーケース)は、以下で説明するように、リクエストごとにピンをリクエストから取得し続けます。
ログイン
ブラウザで一度サインインします。サーバーはセッションを保存し、自動的に更新するため、管理するトークンはありません:
uvx keboola_mcp_server login --api-url https://connection.YOUR_REGION.keboola.com
これによりブラウザが開いてKeboolaにサインインし、スタック全体のセッションが ~/.keboola/mcp/credentials.json に保存されます(自分だけが読み取り可能、スタックごとに1エントリ)。その後、KBC_STORAGE_API_URL のみを設定してサーバーを起動します—トークンは不要です。作業するプロジェクトは、ログイン中ではなく、その後会話内で選択されます(get_accessible_projects / set_project_scope)。
| コマンド | 機能 |
|---|---|
login --api-url <url> | スタックにサインイン |
login --force | 再度サインイン / アカウントを切り替え |
login --show-token | 現在のセッショントークンを表示(デバッグ用) |
logout [--api-url <url>] [--all] | スタックの保存済みセッションを削除(またはすべてのスタック) |
保存されたセッションなしでインタラクティブターミナルでstdioを介してサーバーを起動すると、最初の起動時にこのブラウザログインが自動的に実行されます。MCPクライアント(Claude、Cursorなど)はバックグラウンドでサーバーを起動するため、ブラウザを開くことができません。そのため、最初に login を自分で一度実行してください。
Keboolaアカウントなしで起動
KBC_STORAGE_API_URL のみで、資格情報なしでサーバーを起動することもできます。ブートストラップモードで起動します:Keboolaアクセスが必要なツールは資格情報の取得方法を説明し、1つのツールは資格情報なしで動作します—create_project。新しいKeboolaプロジェクトを作成し、セッションをそれにサインインし、確認URLを返します。ブラウザでそのURLを開いてサインインすると、プロジェクトは永続的にあなたのものになります。それまでは一時的であり、Keboolaが回収する可能性があります。確認すると、ツールが作成したセッションは失効し、独自の login で続行します。
これにはエージェントプロビジョニングが有効なスタックが必要です。それ以外の場所では、ツールは利用できないと報告します。
ブラウザなしでの認証
ブラウザログインが不可能なコンテナやCIの場合、Keboola アクセストークンまたは個人アクセストークン を直接提供します—KBC_STORAGE_TOKEN(環境変数)を設定するか、X-StorageAPI-Token ヘッダーを送信します—KBC_PROJECT_ID(または X-KBC-ProjectId ヘッダー)と一緒にプロジェクトを選択します。HTTPトランスポートでは、これらはリクエストごとにヘッダーとして提供できるため、各リクエストが独自の資格情報を保持します。
KBC_WORKSPACE_ID
上記のスキーマベースのルックアップの代わりに、既存の特定のワークスペースをIDでクエリに固定し、両方が設定されている場合は KBC_WORKSPACE_SCHEMA よりも優先されます。これはData App / kai-agent呼び出し元が X-Workspace-Id ヘッダーとして提供するオプションであり、そのアプリに埋め込まれたKaiが独自のワークスペースを通じてのみクエリするようにします。
KBC_WORKSPACE_ID 環境変数、--workspace-id CLIフラグ、または(マルチユーザーデプロイメントの場合はリクエストごとに)X-Workspace-Id ヘッダーで設定します。
KBC_STORAGE_API_URL(Keboolaリージョン)
KeboolaリージョンAPI URLはデプロイメントリージョンによって異なります。KeboolaプロジェクトにログインしたときのブラウザのURLを見ることでリージョンを確認できます:
| リージョン | API URL |
|---|---|
| AWS North America | https://connection.keboola.com |
| AWS Europe | https://connection.eu-central-1.keboola.com |
| Google Cloud EU | https://connection.europe-west3.gcp.keboola.com |
| Google Cloud US | https://connection.us-east4.gcp.keboola.com |
| Azure EU | https://connection.north-europe.azure.keboola.com |
KBC_BRANCH_ID(オプション)
特定のKeboola開発ブランチで操作するには、KBC_BRANCH_IDパラメータを使用してブランチIDを設定します。MCPサーバーは指定されたブランチに機能を限定し、すべての変更が分離され、本番ブランチに影響を与えないようにします。
- 指定しない場合、サーバーはデフォルトで本番ブランチを使用します。
- 開発作業では、
KBC_BRANCH_IDにブランチの数値IDを設定します(例:123456)。開発ブランチIDは、UIで開発ブランチに移動した際のURLで確認できます。例:https://connection.us-east4.gcp.keboola.com/admin/projects/PROJECT_ID/branch/BRANCH_ID/dashboard。 - リモートトランスポートでは、HTTPヘッダー
X-Branch-Id: <branchId>またはKBC_BRANCH_ID: <branchId>を使用してリクエストごとに上書きできます。
インストール
以下が揃っていることを確認してください:
- Python 3.10以上がインストールされている
- 管理者権限を持つKeboolaプロジェクトへのアクセス権がある
- お好みのMCPクライアント(Claude、Cursorなど)
注記: uvがインストールされていることを確認してください。MCPクライアントはこれを使用してKeboola MCPサーバーを自動的にダウンロードして実行します。
uvのインストール:
macOS/Linux:
#if homebrew is not installed on your machine use:
# /bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"
# Install using Homebrew
brew install uv
Windows:
# Using the installer script
powershell -ExecutionPolicy ByPass -c "irm https://astral.sh/uv/install.ps1 | iex"
# Or using pip
pip install uv
# Or using winget
winget install --id=astral-sh.uv -e
その他のインストールオプションについては、公式uvドキュメントを参照してください。
Keboola MCPサーバーの実行
ニーズに応じて、Keboola MCPサーバーを使用する方法は4つあります:
オプションA:統合モード(推奨)
このモードでは、ClaudeまたはCursorがMCPサーバーを自動的に起動します。
- ターミナルで一度ログインしてセッションを保存します(クライアントはバックグラウンドでサーバーを起動するため、ブラウザを開くことができません):
uvx keboola_mcp_server login --api-url https://connection.YOUR_REGION.keboola.com - 以下の設定でMCPクライアント(Claude/Cursor)を構成します —
KBC_STORAGE_API_URLのみが必要です。 - クライアントは必要に応じてMCPサーバーを自動的に起動します。
Claude Desktopの設定
- Claude(画面左上)→ 設定 → 開発者 → 設定を編集 の順に進みます(claude_desktop_config.jsonがない場合は作成します)
- 以下の設定を追加します:
- 変更を反映するためにClaude Desktopを再起動します
{
"mcpServers": {
"keboola": {
"command": "uvx",
"args": ["keboola_mcp_server --transport <transport>"],
"env": {
"KBC_STORAGE_API_URL": "https://connection.YOUR_REGION.keboola.com",
"KBC_BRANCH_ID": "your_branch_id_optional"
}
}
}
}
設定ファイルの場所:
- macOS:
~/Library/Application Support/Claude/claude_desktop_config.json - Windows:
%APPDATA%\Claude\claude_desktop_config.json
Cursorの設定
- 設定 → MCP に移動します
- 「+ Add new global MCP Server」をクリックします
- 以下の設定で構成します:
{
"mcpServers": {
"keboola": {
"command": "uvx",
"args": ["keboola_mcp_server --transport <transport>"],
"env": {
"KBC_STORAGE_API_URL": "https://connection.YOUR_REGION.keboola.com",
"KBC_BRANCH_ID": "your_branch_id_optional"
}
}
}
}
注記: MCPサーバーには短くてわかりやすい名前を使用してください。完全なツール名にはサーバー名が含まれ、約60文字以内に収める必要があるため、長い名前はCursorでフィルタリングされ、エージェントに表示されない場合があります。
Windows WSLでのCursor設定
Cursor AIでWindows Subsystem for LinuxからMCPサーバーを実行する場合は、次の設定を使用します:
{
"mcpServers": {
"keboola":{
"command": "wsl.exe",
"args": [
"bash",
"-c '",
"export KBC_STORAGE_API_URL=https://connection.YOUR_REGION.keboola.com &&",
"export KBC_BRANCH_ID=your_branch_id_optional &&",
"/snap/bin/uvx keboola_mcp_server --transport <transport>",
"'"
]
}
}
}
オプションB:ローカル開発モード
MCPサーバーコード自体を開発する開発者向け:
- リポジトリをクローンし、ローカル環境をセットアップします
- ローカルのPythonパスを使用するようにClaude/Cursorを構成します:
{
"mcpServers": {
"keboola": {
"command": "/absolute/path/to/.venv/bin/python",
"args": [
"-m",
"keboola_mcp_server --transport <transport>"
],
"env": {
"KBC_STORAGE_API_URL": "https://connection.YOUR_REGION.keboola.com",
"KBC_BRANCH_ID": "your_branch_id_optional"
}
}
}
}
オプションC:手動CLIモード(テスト専用)
テストやデバッグのために、ターミナルでサーバーを手動で実行できます:
# Sign in once (stores a session under ~/.keboola/mcp), then start the server.
export KBC_STORAGE_API_URL=https://connection.YOUR_REGION.keboola.com
uvx keboola_mcp_server login --api-url "$KBC_STORAGE_API_URL"
uvx keboola_mcp_server --transport streamable-http
注記: このモードは主にデバッグやテスト用です。ClaudeやCursorでの通常使用では、サーバーを手動で実行する必要はありません。
注記: サーバーはStreamable HTTPトランスポートを使用し、
localhost:8000で/mcpの受信接続を待ち受けます。--portおよび--hostパラメータを使用して、別の場所で待ち受けるようにできます。
オプションD:Dockerの使用
コンテナはブラウザを開くことができないため、トークンで認証します(ブラウザなしでの認証を参照):KBC_STORAGE_TOKENをKeboolaアクセス/個人アクセストークンに設定し、KBC_PROJECT_IDをターゲットプロジェクトに設定します。(HTTP経由では、代わりにリクエストごとにX-StorageAPI-Token / X-KBC-ProjectIdヘッダーを渡して、これらを省略できます。)
docker pull keboola/mcp-server:latest
docker run \
--name keboola_mcp_server \
--rm \
-it \
-p 127.0.0.1:8000:8000 \
-e KBC_STORAGE_API_URL="https://connection.YOUR_REGION.keboola.com" \
-e KBC_STORAGE_TOKEN="YOUR_KEBOOLA_TOKEN" \
-e KBC_PROJECT_ID="YOUR_PROJECT_ID" \
-e KBC_BRANCH_ID="YOUR_BRANCH_ID_OPTIONAL" \
keboola/mcp-server:latest \
--transport streamable-http \
--host 0.0.0.0
注記: サーバーはStreamable HTTPトランスポートを使用し、
localhost:8000で/mcpの受信接続を待ち受けます。-pを変更して、コンテナのポートを別の場所にマッピングできます。
サーバーを自分で起動する必要がありますか?
| シナリオ | 手動実行が必要? | 使用する設定 |
|---|---|---|
| Claude/Cursorを使用 | いいえ | アプリ設定でMCPを構成 |
| MCPをローカルで開発 | いいえ(Claudeが起動) | 設定をPythonパスに指定 |
| CLIを手動でテスト | はい | ターミナルで実行 |
| Dockerを使用 | はい | Dockerコンテナを実行 |
MCPサーバーの使用
MCPクライアント(Claude/Cursor)が設定され実行されたら、Keboolaデータのクエリを開始できます:
セットアップの確認
簡単なクエリから始めて、すべてが機能していることを確認できます:
What buckets and tables are in my Keboola project?
実行できる操作の例
データ探索:
- 「顧客情報を含むテーブルはどれですか?」
- 「収益上位10人の顧客を見つけるクエリを実行してください」
データ分析:
- 「前四半期の地域別売上データを分析してください」
- 「顧客の年齢と購入頻度の相関関係を見つけてください」
データパイプライン:
- 「顧客テーブルと注文テーブルを結合するSQL変換を作成してください」
- 「Salesforceコンポーネントのデータ抽出ジョブを開始してください」
互換性
MCPクライアントのサポート
| MCPクライアント | サポート状況 | 接続方法 |
|---|---|---|
| Claude(デスクトップ&Web) | ✅ サポート | stdio |
| Cursor | ✅ サポート | stdio |
| Windsurf、Zed、Replit | ✅ サポート | stdio |
| Codeium、Sourcegraph | ✅ サポート | Streamable HTTP |
| カスタムMCPクライアント | ✅ サポート | Streamable HTTPまたはstdio |
サポートされているツール
注記: AIエージェントは新しいツールに自動的に適応します。
利用可能なツールの完全なリスト(詳細な説明、パラメータ、使用例を含む)については、TOOLS.mdを参照してください。
トラブルシューティング
一般的な問題
| 問題 | 解決策 |
|---|---|
| 認証エラー | keboola_mcp_server loginを再実行します(または、トークンで認証している場合は、トークンとKBC_PROJECT_IDを確認します) |
| 接続タイムアウト | ネットワーク接続を確認します |
開発
インストール
基本セットアップ:
uv sync --extra dev
基本セットアップでは、uv run toxを使用してテストを実行し、コードスタイルを確認できます。
推奨セットアップ:
uv sync --extra dev --extra tests --extra integtests --extra codestyle
推奨セットアップでは、テストとコードスタイルチェック用のパッケージがインストールされ、VsCodeやCursorなどのIDEが開発中にコードをチェックしたりテストを実行したりできます。
統合テスト
統合テストをローカルで実行するには、uv run tox -e integtestsを使用します。
注記:次の環境変数を設定する必要があります:
INTEGTEST_POOL_STORAGE_API_URLINTEGTEST_STORAGE_TOKENSINTEGTEST_STORAGE_TOKEN_STORAGE_BRANCHES
これらの値を取得するには、統合テスト用の専用Keboolaプロジェクトが必要です。
各テストセッションは独自の読み取り専用ワークスペースを作成するため、ワークスペーススキーマを設定する必要はありません。
詳細なセットアップ手順と設計ドキュメントについては、integtests/README.mdを参照してください。
uv.lockの更新
依存関係を追加または削除した場合は、uv.lockファイルを更新します。リリースを作成する際には、新しい依存関係バージョンでロックを更新することも検討してください(uv lock --upgrade)。
ツールドキュメントの更新
ツールの説明(ツール関数のdocstring)に変更を加えた場合は、これらの変更を反映するためにTOOLS.mdドキュメントファイルを再生成する必要があります:
uv run python -m src.keboola_mcp_server.generate_tool_docs
リリース
マージされたすべてのPRに対してリリースを作成するわけではありません。作業はトランク(main)に継続的に統合され、変更が一緒に再テストされた後に定期的にリリースします — これにより、ユーザーの動作中のセットアップが壊れるのを防ぎます。
リリースは1つまたは2つのgitタグをプッシュして行われます:
vX.Y.Z— MCPサーバーのリリース(常に)agent-vX.Y.Z— In Platform Agentのリリース(エージェントも同時にリリースされる場合のみ)
いずれかのタグがrelease.yml CIをトリガーし、Dockerイメージをビルドして公開します。KaiBenchは本番のvX.Y.Zタグでのみ実行されます(agent-vX.Y.Zや-dev.プレリリースでは実行されません)。release-notesスキルを使用してください — リリースノートとドラフトPRを準備し、vX.Y.Zとagent-vX.Y.Zの両方のタグ付け手順を説明します。
サポートとフィードバック
⭐ ヘルプの取得、バグ報告、機能リクエストの主な方法は、GitHubでissueを開くことです。⭐
開発チームはissueを積極的に監視し、できるだけ早く対応します。Keboolaに関する一般的な情報については、以下のリソースを使用してください。
リソース
- ユーザードキュメント
- 開発者ドキュメント
- Keboolaプラットフォーム
- Issueトラッカー ← MCPサーバーの主な連絡方法