Huly MCP について
Huly MCPは、MCPクライアントをHuly Platformの環境に接続し、ワークスペース操作を可能にします。ネイティブツールの公開と、簡潔な検索・呼び出し用インターフェースを選べます。
主な機能
- 01Hulyインスタンスとワークスペースへの接続
- 02ネイティブまたはプロキシ形式のツール公開
- 03ツール検索とスキーマ取得
- 04stdioまたはHTTPトランスポート
- 05常駐stdioによるバックエンド共有
活用シーン
- 01MCPクライアントからHulyのワークスペースを操作
- 02ツール一覧に制約のあるクライアントでツールを検索・実行
- 03HTTP MCPエンドポイント経由でHulyに接続
- 04互換クライアント間でバックエンドプロセスの重複を削減
MCP 対応
このMCPサーバーはHulyに接続し、その操作をMCPクライアントに公開します。stdioとHTTPに対応し、ネイティブまたはプロキシ形式のツール群を設定できます。
設定
ローカルサーバーの設定はどのクライアントでも共通です。コピーしてクライアントの MCP 設定ファイルに貼り付けてください。
npx -y @firfi/huly-mcpHULY_URLReachable self-hosted or replacement hosted Huly API URLHULY_EMAILYour Huly account emailHULY_PASSWORDシークレットYour Huly account passwordHULY_WORKSPACEHuly workspace identifierHULY_CONNECTION_TIMEOUTConnection timeout in milliseconds. Omit to use the package default.HULY_TOOL_MODETool exposure mode: auto (default), native, or proxy. Auto keeps exact claude-code native and resolves Codex, Cursor, Windsurf, Copilot, opencode, Claude AI, and unknown clients to proxy mode.PROXY_OUTPUT_STRICTSet true to make active TOOLSETS / TOOLS a hard allow-list for proxy search, schema lookup, and invocation. Defaults to false.TOOLSETSComma-separated native Huly tool categories to expose, such as issues,projects,search. If unset with TOOLS, all native tools are exposed.TOOLSComma-separated exact native Huly tool names to expose in addition to selected TOOLSETS, such as list_documents,create_issue.ローカルサーバーにはマシン上の実行環境(Node.js 18 以上など)が必要です。設定ファイルの場所はクライアントごとに異なります。
ツール
6掲載時のツール一覧 · 2 週間前に更新
このツールにパラメーターはありません。
詳細
Huly MCP
Huly MCP は、Huly と連携する、機能を網羅した MCP サーバーです。npm では @firfi/huly-mcp として公開されています。
Huly Platform のデプロイに接続でき、Platform Collective および TraceX のフォークでも動作するはずです。Intabia の 0.8.33 /モデル 0.8.4 との互換性はテスト済みです。既知の不足点は issue #279 で追跡しています。フォークのサポートは非公式です。
Huly CLI の代替手段
Huly CLI、ターミナルネイティブの Huly 連携、または MCP サーバーを実行する代わりとなるスクリプト作成・自動化手段をお探しですか?Huly CLI は、Huly 向けの機能を網羅したコマンドラインインターフェイスです。@firfi/huly-cli として公開されており、Huly MCP と同等の Huly 操作をすべて実行できます。人が読みやすい形式または JSON 形式で出力する、スキーマを考慮したネイティブコマンドとして、同じ Huly 操作を提供します。ファイルを使った入力、アップロード、ダウンロードにも対応しています。
Huly MCP と Huly CLI はこのモノレポで一緒にメンテナンスされ、共通の操作レジストリを利用しています。そのため、操作の入力、出力、警告、型付きエラーが常に一致します。コマンドの完全なリファレンスについてはHuly CLI のドキュメントをご覧ください。また、CLI の例、Huly 自動化のパターン、Huly MCP と CLI の比較もご覧ください。
インストール
Node.js の要件
Huly MCP には Node.js 22.19.0 以降が必要です。MCP クライアントは Node.js ランタイムを提供しません。node、npx、および #!/usr/bin/env node を使うパッケージ実行ファイルは、MCP クライアントが実行される環境の Node.js を参照します。インストール前に、その環境を確認してください。
node --version
MCP クライアントが古いランタイムで Huly MCP を起動すると、Huly MCP は互換性のないアプリケーションを読み込まず、診断専用の MCP サーフェスを初期化します。サーバーの指示と get_huly_startup_diagnostic ツールには、検出された実行ファイルと必要なバージョンが表示され、同じ unsupported Node.js runtime 診断が標準エラー出力に書き込まれます。Node.js をアップグレードするか、互換性のある Node.js 実行ファイルの絶対パスを使用するよう MCP サーバーのコマンドを設定してから、MCP サーバーを再起動してください。ランタイムをアップグレードするまで、Huly の操作は利用できません。
標準構成では Huly API トークンを使用し、ほとんどの MCP クライアントで動作します。
{
"mcpServers": {
"huly": {
"command": "npx",
"args": ["-y", "@firfi/huly-mcp@latest"],
"env": {
"MCP_TRANSPORT": "stdio-resident",
"HULY_URL": "https://your-huly-instance.example.com",
"HULY_TOKEN": "your-huly-api-token",
"HULY_WORKSPACE": "yourworkspace"
}
}
}
}
対象のデプロイで対応している場合は、Huly のアカウント設定で作成した管理対象 API トークンを使用してください。管理対象トークンは 1 つのワークスペースに紐付けられ、有効期限が設定され、アカウントのパスワードを変更せずに失効させることができます。ただし、そのワークスペース内ではアカウントのすべての権限を引き継ぐため、自動化に必要なワークスペースロール、スペースのメンバーシップ、データアクセス権のみを持つ専用の統合アカウントを使用してください。古い Huly デプロイでは管理対象トークンの設定が表示されない場合があります。その場合、互換性のための代替手段としてメールアドレスとパスワードによる認証も引き続き利用できます。
ツール公開のデフォルト設定
デフォルト(HULY_TOOL_MODE=auto)では、Huly MCP は470個のツールを一括で公開することを避け、現在のMCPクライアントに合わせて最適化されます。claude-code のセッションには、ネイティブのHulyツールが提供されます。Codex、Cursor、Windsurf、Copilot、OpenCode、Claude AI/Desktop形式のクライアント、および不明なクライアントには、小規模なプロキシインターフェース(list_tool_categories、search_tools、get_tool_schema、invoke_tool)が提供されます。
クライアントがネイティブツール名を直接呼び出した場合は、そのツールが引き続き実行されますが、多くのクライアントは tools/list で返されたツールしか呼び出しません。すべてのHulyツールを最初から利用できるようにするには HULY_TOOL_MODE=native を設定するか、TOOLSETS / TOOLS を使って、よく使うネイティブツールを指定しながらプロキシ経由の検出機能を利用できます。
Codex
npx はHuly MCPを自動的にダウンロードしてキャッシュします。代わりに pnpm dlx @firfi/huly-mcp@latest も使用できます。Hulyは任意のため、CodexはHulyなしでも起動できますが、初回のダウンロード中は最初のターンでHulyツールを利用できない場合があります。接続を確認するには /mcp を実行してください。
~/.codex/config.toml に追加してください(120秒の起動猶予にはインストール時間も含まれます)。
[mcp_servers.huly]
startup_timeout_sec = 120
command = "npx"
args = ["-y", "@firfi/huly-mcp@latest"]
[mcp_servers.huly.env]
MCP_TRANSPORT = "stdio-resident"
HULY_URL = "https://your-huly-instance.example.com"
HULY_TOKEN = "your-huly-api-token"
HULY_WORKSPACE = "yourworkspace"
Claude Code
claude mcp add huly \
-e MCP_TRANSPORT=stdio-resident \
-e HULY_URL=https://your-huly-instance.example.com \
-e HULY_TOKEN=your-huly-api-token \
-e HULY_WORKSPACE=yourworkspace \
-- npx -y @firfi/huly-mcp@latest
または、上記の標準設定を使って ~/.claude.json に追加してください。
Claude Desktop
標準設定を claude_desktop_config.json に追加してください。
- macOS:
~/Library/Application Support/Claude/claude_desktop_config.json - Windows:
%APPDATA%\Claude\claude_desktop_config.json
VS Code
コマンドパレットから「MCP: Add Server」を選択して追加するか、.vscode/mcp.json などのVS Code MCP設定ファイルに次の内容を記述してください。実際の認証情報を含むワークスペース設定ファイルはコミットしないでください。
{
"servers": {
"huly": {
"command": "npx",
"args": ["-y", "@firfi/huly-mcp@latest"],
"env": {
"MCP_TRANSPORT": "stdio-resident",
"HULY_URL": "https://your-huly-instance.example.com",
"HULY_TOKEN": "your-huly-api-token",
"HULY_WORKSPACE": "yourworkspace"
}
}
}
}
Cursor
標準設定を ~/.cursor/mcp.json に追加するか、「Settings」→「Tools & Integrations」→「New MCP Server」から追加してください。
Windsurf
標準設定をWindsurfのMCP設定ファイルに追加してください。
OpenCode
グローバル設定ファイル(~/.config/opencode/opencode.json)を開き、この項目を設定にマージしてください。
{
"mcp": {
"huly": {
"type": "local",
"command": ["npx", "-y", "@firfi/huly-mcp@latest"],
"environment": {
"MCP_TRANSPORT": "stdio-resident",
"HULY_URL": "https://your-huly-instance.example.com",
"HULY_TOKEN": "your-huly-api-token",
"HULY_WORKSPACE": "yourworkspace"
}
}
}
}
Pi
PiにはMCPアダプターが必要です。アダプターをインストールした後、Huly MCPを auto モードで使用し、4つのプロキシツールをPiのネイティブツール一覧に追加してください。
pi install npm:pi-mcp-adapter
ユーザー共通の設定、任意の TOOLSETS / TOOLS によるネイティブツールの指定、および確認手順については、Piのセットアップガイドを参照してください。
更新
@latest タグを指定すると、パッケージランナーは最新バージョンを取得します。一部のMCPクライアントはサーバープロセスや解決済みのインストールを保持するため、更新時にはサーバーを再起動するか、再追加してください。
| クライアント | 更新方法 |
|---|---|
| Codex | codex mcp remove huly を実行し、上記のインストールコマンドで再追加します。パスワードにシェルで特別な意味を持つ文字が含まれている場合は、代わりに ~/.codex/config.toml を直接編集してください |
| Claude Code | claude mcp remove huly を実行し、上記のインストールコマンドで再追加します |
| Claude Desktop | アプリを再起動します(起動時に npx を実行します) |
| VS Code / Cursor | コマンドパレットまたは設定済みのクライアントからMCPサーバーを再起動するか、ウィンドウを再読み込みします |
| OpenCode | 設定変更後にOpenCodeを再起動するか、新しいセッションを開始します |
| Pi | /mcp reconnect huly を実行し、登録済みの直接ツール一覧に変更がある場合は /reload を実行します |
| npx(手動) | MCP_TRANSPORT=stdio-resident npx -y @firfi/huly-mcp@latest を実行します。-y フラグにより、インストール確認を自動で承認します |
メンテナー向け本番リリース
推奨される認定済み Node.js ランタイムを使用し、クリーンで最新の master チェックアウトから公開します。
mise exec [email protected] -- pnpm local-release
ホストでより新しい Node.js バージョンが有効になっている場合も、このコマンドをそのまま使用してください。リリースビルドで受け入れられるのは、CI が認定した厳密な Node.js バージョンのみです。これはパッケージのランタイム要件より意図的に対象を絞っています。事前確認、再実行時の動作、検証については、本番リリースガイドを参照してください。
共有常駐 stdio
セットアップ例では MCP_TRANSPORT=stdio-resident を明示的に選択しています。MCP クライアントは引き続き stdio を使用し、同じ OS ユーザーで動作する互換性のあるクライアントは、小規模なネイティブブリッジを介して Node バックエンドを共有します。Linux および macOS の arm64/x64 バイナリが含まれているため、Rust のインストールは不要です。常駐起動の30秒間、アプリケーションリクエストはバッファリングされます。起動に失敗すると、通常の stdio が起動し、バッファリングされたアプリケーション入力が一度だけディスパッチされます。稼働中の常駐バックエンドに障害が発生した場合、再接続やアプリケーションリクエストの再送は行われません。
MCP_TRANSPORT を省略すると、引き続き通常の stdio が選択され、既存のインストールとの互換性が保たれます。クライアントごとに別々のバックエンドを使用するには、MCP_TRANSPORT=stdio を明示的に設定してください。設定を変更した後は、MCP クライアントを再起動してください。
手動常駐バックエンド
実験的な手動常駐バックエンドの使用方法では、独立した stdio ホストが、明示的に起動されたローカルバックエンドを非公開のアタッチメントファイルを通じて選択できます。完全な適格性評価は引き続き保留中です。
HTTP トランスポート
デフォルトでは、サーバーは stdio トランスポートを使用します。HTTP トランスポートを使用するには:
HULY_URL=https://your-huly-instance.example.com \
HULY_TOKEN=your-huly-api-token \
HULY_WORKSPACE=yourworkspace \
MCP_TRANSPORT=http \
npx -y @firfi/huly-mcp@latest
デフォルトでは、サーバーは http://127.0.0.1:3000/mcp でリッスンします。
MCP_HTTP_PORT および MCP_HTTP_HOST で設定します:
MCP_TRANSPORT=http MCP_HTTP_PORT=8080 MCP_HTTP_HOST=0.0.0.0 npx -y @firfi/huly-mcp@latest
HTTP MCP プロトコルのサポート
どちらのトランスポートも、Effect AI の MCP サーバーとプロトコルアダプターを使用して実装されています。サーバーは、リリース済みの MCP 2026-07-28 ステートレスプロトコルと、MCP 2025-06-18 互換プロトコルを設定します。最新の HTTP では、POST ごとに1つの JSON-RPC メッセージ、Accept: application/json, text/event-stream、MCP-Protocol-Version: 2026-07-28、Mcp-Method、メソッド固有の Mcp-Name、およびリクエストごとの _meta.io.modelcontextprotocol/* クライアントメタデータが必要です。レガシー HTTP は、返された Mcp-Session-Id を使用する初期化済みセッションと、リクエスト単位のバインディングを持つステートレス呼び出しに対応しています。Huly の認証情報は、環境変数またはサポートされている x-huly-* ヘッダーで別途設定します。
実装の境界と現在の検証記録については、MCP トランスポートのアーキテクチャと認定を参照してください。
ホスト型またはトンネル経由の HTTP デプロイでは、MCP エンドポイントのベアラートークンを必須にできます:
MCP_TRANSPORT=http \
MCP_AUTH_TOKEN="$(openssl rand -hex 32)" \
npx -y @firfi/huly-mcp@latest
その場合、HTTP クライアントは次を送信する必要があります:
Authorization: Bearer <MCP_AUTH_TOKEN>
MCP_AUTH_TOKEN が保護するのは、MCP HTTP /mcp エンドポイントのみです。これは HULY_TOKEN とは無関係で、Huly への認証には使用されず、HULY_EMAIL / HULY_PASSWORD / HULY_TOKEN の代わりにもなりません。Huly の認証情報は、引き続きプロセスの環境変数、またはホスト型 URL デプロイの場合はサポートされている x-huly-* ヘッダーを通じて指定する必要があります。stdio デプロイでは MCP_AUTH_TOKEN を使用しません。
CLI と stdio のプロファイル共有
huly auth login --profile work でプロファイルを保存し、stdio MCP サーバーの環境で MCP_TRANSPORT=stdio-resident と HULY_PROFILE=work を設定します。両方のプロセスは、同じ OS ユーザーと設定ディレクトリで実行する必要があります。stdio がアクティブな CLI プロファイルを暗黙的に引き継ぐことはありません。保存されたトークンはインスタンス URL とワークスペースに紐付けられており、これらを変更した場合は、再度ログインするか、認証情報を環境変数にすべて設定する必要があります。CLI プロファイルの手順を参照してください。HTTP の設定に変更はありません。
ホスト型 HTTP ヘッダーの設定
ホスト型 URL のデプロイでは、サーバープロセスを MCP_TRANSPORT=http に設定してください。ホスティングレイヤーはセッションごとの Huly 認証情報をリクエストヘッダーとして転送できるため、プロセス全体に適用される HULY_* 環境変数を使わずに、1 台のホスト型サーバーで異なる Huly ワークスペースに対応できます。
サポートされている v1 ヘッダー:
| ヘッダー | 必須 | 説明 |
|---|---|---|
x-huly-url | はい | Huly インスタンスの URL |
x-huly-workspace | はい | ワークスペース識別子 |
x-huly-token | はい | Huly API トークン |
x-huly-connection-timeout | いいえ | 接続タイムアウト(ミリ秒) |
サポート対象の x-huly-* ヘッダーが含まれている場合、必須ヘッダーをすべて指定する必要があり、サポート対象外の x-huly-* ヘッダーは拒否されます。サポート対象外の x-huly-* ヘッダーのみ(プロキシのトレース ID など)が含まれるリクエストでは、プロセスの環境設定が使用されます。不足している値が環境変数で補われることはありません。ホスト型ヘッダー設定 v1 では、メールアドレス/パスワード認証はサポートされていません。
Smithery の公開スキーマの例については、docs/SMITHERY_URL_PUBLISH.md を参照してください。
環境変数
| 変数 | 必須 | 説明 |
|---|---|---|
HULY_URL | はい | 接続可能なセルフホスト型または置き換え用のホスト型 Huly インスタンスの URL |
HULY_TOKEN | 認証* | 推奨:対応している場合は、管理対象の Huly API トークン |
HULY_EMAIL | 認証* | 互換性のための代替手段:アカウントのメールアドレス |
HULY_PASSWORD | 認証* | 互換性のための代替手段:アカウントのパスワード |
HULY_WORKSPACE | はい | ワークスペース識別子 |
HULY_CONNECTION_TIMEOUT | いいえ | 接続タイムアウト(ミリ秒)。パッケージのデフォルトを使用する場合は省略します。 |
MCP_TRANSPORT | いいえ | トランスポートの種類:stdio(パッケージのデフォルト)、stdio-resident(セットアップ例で推奨)、または http |
MCP_PRELOAD_TOOLS | いいえ | リクエストを処理する前に、すべてのツールハンドラーを読み込みます。デフォルトは false です。すべてのハンドラーのインポートを確認するスモークテストでは true を使用します。 |
MCP_HTTP_PORT | いいえ | HTTP サーバーのポート(PORT、次に 3000 をフォールバック先とします) |
MCP_HTTP_HOST | いいえ | HTTP サーバーのホスト。パッケージのデフォルトのループバックホストにバインドする場合は省略します。 |
MCP_AUTH_TOKEN | いいえ | HTTP クライアントが /mcp にアクセスする際に必要な任意のベアラートークン。これは MCP エンドポイントのみを保護するもので、Huly API トークンではありません。 |
HULY_TOOL_MODE | いいえ | ツールの公開モード:auto(デフォルト)、native、または proxy。auto は正確に claude-code と一致する場合はネイティブモードを維持し、Codex、Cursor、Windsurf、Copilot、opencode、Claude AI、および不明なクライアントにはプロキシモードを適用します。 |
PROXY_OUTPUT_STRICT | いいえ | プロキシ候補の厳格さ:false(デフォルト)ではプロキシの検出範囲を広く維持します。true にすると、有効な TOOLSETS/TOOLS がプロキシの検索、スキーマ参照、および呼び出しに対する厳格な許可リストになります。 |
TOOLSETS | いいえ | 公開するツールカテゴリをカンマ区切りで指定します。TOOLSETS と TOOLS のどちらも設定されていない場合、すべてのネイティブ Huly ツールが公開されます。例:issues,projects,search |
TOOLS | いいえ | 選択したツールセットに加えて公開する、正確なツール名をカンマ区切りで指定します。例:list_documents,create_issue |
HULY_MCP_TELEMETRY | いいえ | 使用状況の集計分析(PostHog)。デフォルトで有効です。無効にするには 0 を設定します。DO_NOT_TRACK=1 でも無効になります。 |
*認証:HULY_TOKEN を推奨します。HULY_EMAIL と HULY_PASSWORD は、Huly のデプロイ環境が管理対象の API トークンをサポートしていない場合、または他の互換性上の制約によりパスワード認証が必要な場合に限り使用してください。
起動と初期化
ツールの検出では、操作ハンドラーを読み込んだり、Huly の起動を待ったりせず、生成済みのカタログを読み込みます。ハンドラーはツールグループごとに必要に応じて読み込まれ、並行して行われる呼び出しではグループの読み込みが共有されます。ツール定義を変更した後は、pnpm update-tool-catalog を実行してください。カタログが古い場合、ビルドは失敗します。
stdio では、最初のツール一覧リクエストにより、プロセスが所有する Huly 接続がバックグラウンドで開始されます。完全な Huly モデルを必要とする呼び出しは、同じ初期化が完了するまで待機します。待機中の呼び出しをキャンセルしても、他の呼び出しの初期化はキャンセルされません。モデルの初期化に失敗した場合、後続の呼び出しで再試行できます。プロジェクト一覧の取得には別の REST 読み取りを使用するため、完全なモデルの初期化を待ちません。その他の操作では、完全なモデルを保持し、従来の動作を維持します。
デフォルトのトランスポートは引き続き stdio です。MCP ホストが起動する各プロセスは、それぞれ独自の接続とモデルを所有します。HTTP を使用すると、クライアント間で稼働中のサーバーを共有できます。リクエストの認証情報ヘッダーから作成される接続では、必要になった時点でのみモデルを初期化します。CLI でもこのオンデマンド方式が使用されます。
組み込み診断ツール
get_version は、現在のサーバーバージョンと最新の npm バージョンを返します。
get_huly_context は、Huly に接続せず、現在の MCP セッションのサニタイズ済みランタイム/設定コンテキストを返します。パッケージバージョン、トランスポート、認証モード、サニタイズ済みの Huly URL のオリジン/ホスト/プロトコル、ワークスペース、タイムアウト、設定ソース、ネイティブツールのスコープフィルタリング、および解決済みのネイティブ/プロキシツールの公開範囲を報告します。トークン、パスワード、メールアドレスの値、認証情報ヘッダー、URL パス、URL クエリ文字列、URL 認証情報は返されません。
MCP リソース
サーバーは、resources/read をサポートするクライアント向けに、読み取り専用の MCP リソースを JSON コンテキストとして公開します。
| テンプレート | 名前 | 説明 | MIME タイプ |
|---|---|---|---|
huly://projects/{project} | huly-project | 例 huly://projects/HULY のように、プロジェクト識別子を指定して Huly トラッカープロジェクトの詳細情報をすべて読み取ります。 | application/json |
huly://issues/{issue} | huly-issue | 例 huly://issues/HULY-123 のように、完全な課題識別子を指定して Huly の課題の詳細情報をすべて読み取ります。 | application/json |
huly://projects/{project}/issues/{issue} | huly-project-issue | 例 huly://projects/HULY/issues/123 のように、プロジェクト識別子と課題番号を指定して Huly の課題の詳細情報をすべて読み取ります。 | application/json |
resources/list は、現在有効なプロジェクトの具体的なリソースを返します。課題リソースはテンプレートベースです。resources/templates/list を使って、対応している課題 URI テンプレートを確認してから、既知の課題 URI を読み取ってください。
バックログ
機能のバックログと SDK の互換性に関するメモは、docs/BACKLOG.md にあります。
利用可能なツール
解決済みのツール公開範囲が proxy の場合、クライアントには組み込みツールに加えて、次のプロキシメタツールが表示されます。その場合、ネイティブの Huly ツールはプロキシ候補カタログを通じて検出・呼び出しされます。クライアントがネイティブツール名を直接呼び出した場合も、正確なネイティブツール名でディスパッチされます。ただし、これは PROXY_OUTPUT_STRICT のスコープ規則に従い、非表示のネイティブツールは tools/list で公開されません。
プロキシのメタツール
| ツール | 説明 |
|---|---|
list_tool_categories | このプロキシから利用できる Huly ツールのカテゴリを一覧表示します。特定の Huly ツールを検索する前に、機能の全体像を把握する必要がある場合は、最初に使用してください。 |
search_tools | 現在プロキシから参照できる Huly ツールのカタログを、ツール名、カテゴリ、説明、パラメーター名で検索します。正確なツール名と必須・任意のパラメーター名を返すため、後続の単一呼び出しで get_tool_schema または invoke_tool を使用できます。 |
get_tool_schema | プロキシから参照できる Huly ツール 1 つの正確な入力・出力スキーマを返します。必須引数の名前や結果の形式が不明な場合は、invoke_tool の前に使用してください。 |
invoke_tool | 正確な名前と引数を指定して、プロキシから参照できる Huly ツール 1 つを呼び出します。このツールは Huly の読み取り操作または書き込み操作を実行できます。安全性が重要な場合は、get_tool_schema と対象ツールの注釈を確認してください。 |
TOOLSETS カテゴリ: projects、issues、comments、milestones、documents、storage、attachments、contacts、channels、calendar、time tracking、search、associations、activity、notifications、workspace、approvals、boards、cards、collaborators、custom-fields、drive、hr、inventory、labels、leads、mail、templates、model-administration、planner、preferences、processes、recruiting、sdk-discovery、security-administration、sequence-administration、spaces、support、tag-categories、tags、task-management、test-management、user-statuses、views、virtual-office、workbench、workflow-statuses
プロジェクト
| ツール | 説明 |
|---|---|
list_project_target_preferences | プロジェクトごとの低レベルなトラッカー対象設定レコードを一覧表示します。これらの Huly ProjectTargetPreference レコードはプロジェクトに関連付けられており、対象に関する設定プロパティをトラッカーの UI/ワークフローで記憶するために使用されます。プロジェクトを省略すると、プロジェクト横断で最近の設定を一覧表示します。プロジェクト識別子を指定すると、そのプロジェクトの設定を確認できます。プロパティは SDK で拡張可能なキー/値ペイロードです。 |
upsert_project_target_preference | プロジェクトの低レベルな ProjectTargetPreference レコードを作成または更新します。usedOn を更新し、SDK で拡張可能な対象設定プロパティをキーごとにマージします。トラッカー SDK との同等性確保や高度な管理に使用してください。通常のプロジェクトや課題のワークフローでは、一般にこのツールは必要ありません。 |
list_projects | Huly のすべてのプロジェクトを一覧表示します。プロジェクト名順に並べて返します。アーカイブ状態によるフィルタリングに対応しています。 |
get_project | ステータスを含む Huly プロジェクトの詳細を取得します。プロジェクト名、説明、アーカイブフラグ、デフォルトステータス、利用可能なすべてのステータスを返します。 |
list_statuses | ワークフローカテゴリとデフォルト情報を含め、Huly プロジェクトのすべての課題ステータスを一覧表示します。課題の作成または更新前に、有効なステータスを確認するために使用してください。 |
create_project | 新しい Huly トラッカープロジェクトを作成します。べき等性があります。同じ識別子のプロジェクトがすでに存在する場合は、既存のプロジェクトを返します(created=false)。識別子は 1~5 文字の大文字英数字で、先頭は英字である必要があります。 |
update_project | Huly プロジェクトを更新します。指定されたフィールドのみ変更されます。説明を消去するには、description を null に設定してください。 |
delete_project | Huly プロジェクトを完全に削除します。このプロジェクト内のすべての課題、マイルストーン、コンポーネントは孤立します。この操作は取り消せません。 |
課題
| ツール | 説明 |
|---|---|
preview_deletion | Huly エンティティを実際に削除する前に、削除による影響をプレビューします。影響を受けるサブエンティティ、関連、警告を表示します。issue、project、component、milestone に対応しています。削除操作を実行する前に、連鎖的な影響を把握するために使用してください。 |
list_external_tracker_targets | Huly プロジェクトにマッピングされた外部 issue トラッカーのターゲットを一覧表示します。provider を省略すると、このサーバーがサポートするすべての provider が一覧表示されます。provider:'github' を渡すと、マッピングされた GitHub リポジトリが一覧表示されます。各ターゲットについて、provider、kind、安定した Huly ID、正確な名前、有効状態、判明している場合は実行可能な利用不可の理由を返します。これは Huly の設定を検出するだけであり、外部 provider を呼び出したり、同期ワーカーが実行中であることを確認したりするものではありません。 |
publish_issue_to_external_tracker | 既存の Huly issue を、Huly に設定された外部トラッカーの新しい issue として公開するようリクエストします。project と人間が読める識別子(例:HULY-123)で issue を指定します。provider は現在 'github' のみを受け付けます。安定した Huly ターゲット ID または正確な名前でターゲットを選択します。target を省略できるのは、プロジェクトにマッピングされた有効なターゲットがちょうど 1 つの場合のみです。公開は非同期です。pending は Huly がリクエストを受け付けたことを意味し、外部 issue が存在することを意味するものではありません。同じターゲットへの再リクエストは、pending または published の間は安全です。同じターゲットへの失敗したリクエストは再試行され、別のターゲットへのリクエストは拒否されます。完了状況の確認には get_issue_publication_status を使用してください。 |
get_issue_publication_status | project と人間が読める issue 識別子で指定された issue について、Huly に永続化された外部公開状態を読み取ります。not_requested、pending、published、failed のいずれかを返します。pending には ISO 形式の状態変更タイムスタンプと経過時間が含まれ、published には外部 URL と正の issue 番号が含まれます。タイムアウトは、上限付きの待機時間を経過した後にのみ failed として反映され、後から永続化された公開状態が優先されます。これは Huly の状態を読み取るもので、外部 provider を直接呼び出すことはありません。 |
list_components | Huly プロジェクト内の component を一覧表示します。component は area/feature ごとに issue を整理します。変更日順(新しいものから)に並べて返します。 |
get_component | Huly component の詳細を取得します。component の内容とメタデータを確認するために使用してください。 |
create_component | Huly プロジェクトに新しい component を作成します。component は area/feature ごとの issue の整理に役立ちます。説明には Markdown を使用できます。現在のワークスペースにある Huly の閲覧 URL(_class、_id、label を含む)への Markdown リンクは、ネイティブの Huly 参照になります。外部 URL と他のワークスペースの閲覧 URL は通常のリンクのままです。作成した component の ID とラベルを返します。 |
update_component | 既存の Huly component のフィールドを更新します。指定したフィールドのみが変更されます。説明には Markdown を使用できます。現在のワークスペースにある Huly の閲覧 URL(_class、_id、label を含む)への Markdown リンクは、ネイティブの Huly 参照になります。外部 URL と他のワークスペースの閲覧 URL は通常のリンクのままです。 |
set_issue_component | Huly issue の component を設定または解除します。component を解除するには null を渡します。 |
delete_component | Huly component を完全に削除します。この操作は取り消せません。 |
list_issues | オプションのフィルターを指定して Huly issue を検索します。変更日順(新しいものから)に並べて返します。project、ワークフローの正確なステータス名(status)、Huly SDK の task.statusCategory キー(statusCategory: UnStarted、ToDo、Active、Won、Lost)、担当者(メールアドレス、Person の表示名、または agent UserProfile の正確なタイトル)、作成者(生の Person ID、正確なメールアドレス、または正確な表示名)、component、人間が読める添付ラベルのタイトル(label、完全一致かつ大文字・小文字を区別しない)、milestone(プロジェクトスコープの ID または大文字・小文字を区別しない正確なラベル)、milestone の有無(hasMilestone)、特定の issue の子を一覧表示する parentIssue、ネイティブのトップレベル issue のみを返す isTopLevel によるフィルタリングに対応しています。作成者、ラベル、milestone のフィルターは結果数の上限を適用する前に処理されます。曖昧な作成者の表示名は、対処方法が分かるエラーになります。該当する作成者が見つからない場合は空のリストが返されます。解決可能な場合、各結果には安定した Person 参照 { id, name?, email? } と、割り当てられた milestone { id, label } が含まれます。タイトルの部分一致(titleSearch)と説明の内容(descriptionSearch)による検索にも対応しています。各結果には、タイトルと利用可能な色を含む決定的なラベル概要が含まれます。ラベルがない場合は空の配列となり、大文字・小文字を区別せずに同じタイトルの重複をまとめ、有効な色を優先します。使用できない不完全な添付は除外され、ツールの警告が返されます。 |
get_issue | Markdown の説明、解決可能な場合は安定した Person 参照 { id, name?, email? } としての作成者、解決可能な場合は割り当てられた milestone { id, label }、タイトルと利用可能な色を含む決定的な添付ラベル概要など、Huly issue の詳細を取得します。ラベルがない場合は空の配列となり、大文字・小文字を区別せずに同じタイトルの重複をまとめ、有効な色を優先します。使用できない不完全な作成者またはラベルのメタデータは除外され、上限付きのツール警告が 1 つ返されます。issue の内容、コメント、分類、または全メタデータの確認に使用してください。identifier はプロジェクト内の識別子/番号または安定した issue ID を受け付けます。安定した ID は移動後もワークスペース全体から解決され、実際のプロジェクトが返されます。指定した project は存在する必要があります。 |
create_issue | Huly プロジェクトに新しい issue を作成します。担当者にはメールアドレス、Person の表示名、または agent UserProfile の正確なタイトルを指定できます。リンクされた Person が常に保存されます。ネイティブのトップレベル issue を作成する場合は parentIssue を省略し、サブ issue を作成する場合は parentIssue を指定します。taskType は ID または表示名で任意に設定できます。指定したプロジェクトの project type 内で解決され、status はその task type のワークフローに照らして検証されます。有効な task type と status を確認するには list_task_types または get_project_type を使用してください。説明には Markdown 形式を使用できます。現在のワークスペースにある Huly の閲覧 URL(_class、_id、label を含む)への Markdown リンクはネイティブ参照になり、外部 URL は通常のリンクのままです。作成した issue の識別子を返します。 |
update_issue | 既存の Huly issue のフィールドを更新します。担当者にはメールアドレス、Person の表示名、または agent UserProfile の正確なタイトルを指定できます。リンクされた Person が常に保存されます。担当を解除するには null を使用します。taskType は ID または表示名で任意に設定できます。指定したプロジェクトの project type 内で解決され、新しい task type で有効な場合にのみ status が維持されます。有効な task type と status を確認するには list_task_types または get_project_type を使用してください。指定したフィールドのみが変更されます。説明の更新には Markdown を使用できます。現在のワークスペースにある Huly の閲覧 URL(_class、_id、label を含む)への Markdown リンクはネイティブ参照になり、外部 URL は通常のリンクのままです。 |
add_issue_label | Huly issue にタグ/ラベルを追加します。プロジェクト内に存在しない場合はタグを作成します。 |
remove_issue_label | Huly issue からタグ/ラベルを削除します。ラベル参照を切り離しますが、ラベル定義は削除しません。 |
delete_issue | Huly issue を完全に削除します。この操作は取り消せません。 |
move_issue | ID、識別子、属性を保持したまま、issue ツリーをプロジェクト内で移動します。issue/parent は完全な識別子または安定した ID を受け付け、project は識別子または安定した ID を受け付けます。移動先の形式:{project: 'HULY'} はプロジェクトのトップレベル、{parent: 'HULY-42'} は親からプロジェクトを推定、{project: 'HULY', parent: 'HULY-42'} は両者の一致を必須とし、{parent: null} は現在のプロジェクトのトップレベルを示します。プロジェクト間の移動では、互換性のある完全なツリー、同一の project type、実際にサポートされている kind/status が必要です。component/milestone の参照は、有効であれば保持され、そうでなければ文字列として完全一致する一意の名前で照合されます。これらの条件を満たさない場合は移動を拒否し、タスクごとの正確な解決指定 {issueId,field,from,to} の候補を返します。to は移動先の有効な ID、または解除する場合は null です。検出可能なすべての競合は書き込み前に返されます。コメント(スレッド/ネストされた添付を含む)、issue の添付、ラベル、タイムレポート、監査対象のアクティビティ/返信/リアクションは移動先に引き継がれます。履歴ペイロードと独立したリンクはそのまま維持されます。不明なレコードクラス/コレクションの関連、または検出上限に達した場合は、書き込み前に移動を拒否します。制限付きプロジェクトへの移動は拒否されます。非公開の移動先ではメンバーである必要があります。ツリーの検出では添付をたどり、番号の割り当て前にすべてのタスク競合と解決指定を確認します。同意の対象に兄弟 issue や新たに検出された子は含まれません。安全上の上限に達した場合、書き込み前に完全な移動を拒否します。成功時のマッピングにはすべてのタスクが含まれます。プロジェクト間の移動では識別子が変わりますが、安定した ID と独立した参照は維持されます。同一プロジェクト内の呼び出し(何も変更しない場合を含む)では、解決指定を省略してください。書き込み前に階層を検査し、実行後に検証します。不整合または不確かな結果には、検査方法が案内されます。不確かな移動を自動で再試行しないでください。 |
list_issue_templates | Huly プロジェクト内の issue テンプレートを一覧表示します。テンプレートは再利用可能な issue の設定を定義します。変更日順(新しいものから)に並べて返します。 |
get_issue_template | 子(サブタスクテンプレート)を含む Huly issue テンプレートの詳細を取得します。テンプレートの内容、デフォルト値、子テンプレート ID の確認に使用してください。 |
create_issue_template | Huly プロジェクトに新しい issue テンプレートを作成します。テンプレートは新しい issue のデフォルト値を定義します。テンプレートと子の説明には Markdown を使用できます。現在のワークスペースにある Huly の閲覧 URL(_class、_id、label を含む)への Markdown リンクは、ネイティブの Huly 参照になります。外部 URL と他のワークスペースの閲覧 URL は通常のリンクのままです。子(サブタスクテンプレート)を任意で含めることができます。これらは、このテンプレートから issue を作成する際にサブ issue になります。作成したテンプレートの ID とタイトルを返します。 |
create_issue_from_template | テンプレートから新しい issue を作成します。テンプレートのデフォルト値を適用し、特定のフィールドは上書きできます。説明の上書きには Markdown を使用できます。現在のワークスペースにある Huly の閲覧 URL(_class、_id、label を含む)への Markdown リンクは、ネイティブの Huly 参照になります。外部 URL と他のワークスペースの閲覧 URL は通常のリンクのままです。テンプレートに子(サブタスクテンプレート)がある場合、includeChildren を false に設定しない限り、サブ issue が自動的に作成されます。作成した issue の識別子と、作成した子の数を返します。 |
update_issue_template | 既存の Huly issue テンプレートのフィールドを更新します。指定したフィールドのみが変更されます。説明には Markdown を使用できます。現在のワークスペースにある Huly の閲覧 URL(_class、_id、label を含む)への Markdown リンクは、ネイティブの Huly 参照になります。外部 URL と他のワークスペースの閲覧 URL は通常のリンクのままです。 |
delete_issue_template | Huly issue テンプレートを完全に削除します。この操作は取り消せません。 |
add_template_child | issue テンプレートに子(サブタスク)テンプレートを追加します。この子テンプレートは、create_issue_from_template を使用したときに作成されるサブ issue のデフォルト値を定義します。子の説明には Markdown を使用できます。現在のワークスペースにある Huly の閲覧 URL(_class、_id、label を含む)への Markdown リンクは、ネイティブの Huly 参照になります。外部 URL と他のワークスペースの閲覧 URL は通常のリンクのままです。子テンプレート ID を返します。 |
remove_template_child | 子 ID を指定して、issue テンプレートから子(サブタスク)テンプレートを削除します。子 ID は get_issue_template の応答から取得してください。 |
add_issue_relation | 2 つの issue 間に関連を追加します。関連タイプ:'blocks'(source が target をブロックし、target の blockedBy に追加)、'is-blocked-by'(source が target にブロックされ、source の blockedBy に追加)、'relates-to'(双方向リンクで、両側を更新)。targetIssue には 'OTHER-42' のようなプロジェクト間の識別子を指定できます。関連がすでに存在する場合は何も行いません。 |
remove_issue_relation | 2 つの issue 間の関連を削除します。add_issue_relation に対応し、'blocks' は target の blockedBy から削除し、'is-blocked-by' は source の blockedBy から削除し、'relates-to' は両側から削除します。関連が存在しない場合は何も行いません。 |
list_issue_relations | issue のすべての関連を一覧表示します。blockedBy(この issue をブロックしている issue)、blocks(この issue がブロックしている issue)、relations(双方向の issue リンク)、documents(タイトル/teamspace を含むリンク済みドキュメント)を返します。 |
link_document_to_issue | Huly ドキュメントを issue にリンクします。このリンクは UI の issue の Relations パネルに表示されます。冪等です。ドキュメントがすでにリンクされている場合は何も行いません。リンク済みドキュメントを確認するには list_issue_relations を使用してください。 |
unlink_document_from_issue | issue からドキュメントのリンクを削除します。冪等です。ドキュメントがリンクされていない場合は何も行いません。 |
list_related_issue_targets | 関連 issue のデフォルトの移動先プロジェクトを選択するルールを一覧表示します。spaceRule は、ある space からの関連 issue のデフォルトを targetProject に設定します。classRule は、あるオブジェクトクラスの関連 issue のデフォルトを targetProject に設定します。targetProject はプロジェクト識別子、またはデフォルトの移動先プロジェクトがない場合は null です。 |
set_related_issue_target | space またはオブジェクトクラスからの関連 issue について、デフォルトの移動先プロジェクトを設定します。space の場合は spaceRule を作成または更新します。objectClass の場合は既存の classRule のみを更新します。このツールが classRule のターゲットを作成することはありません。targetProject にはプロジェクト識別子を渡します。デフォルトの移動先プロジェクトを解除するには null を渡します。 |
delete_related_issue_space_target | ある space からの関連 issue のデフォルトの移動先プロジェクトを選択する spaceRule を削除します。削除できるのは spaceRule のターゲットのみです。class ルールはモデルによって提供される場合があるため、classRule の削除は意図的にサポートされていません。 |
コメント
| ツール | 説明 |
|---|---|
list_comments | Huly の課題に付いたコメントを一覧表示します。作成日時の古い順に返します。 |
add_comment | Huly の課題にコメントを追加します。コメント本文では Markdown 形式を使用できます。現在のワークスペースの Huly 閲覧 URL(_class、_id、ラベルを含む)への Markdown リンクは、ネイティブの Huly 参照に変換されます。外部 URL と他のワークスペースの閲覧 URL は通常のリンクのままです。 |
update_comment | Huly の既存の課題コメントを更新します。コメント本文では Markdown 形式を使用できます。現在のワークスペースの Huly 閲覧 URL(_class、_id、ラベルを含む)への Markdown リンクは、ネイティブの Huly 参照に変換されます。外部 URL と他のワークスペースの閲覧 URL は通常のリンクのままです。 |
delete_comment | Huly の課題からコメントを削除します。この操作は取り消せません。 |
マイルストーン
| ツール | 説明 |
|---|---|
list_milestones | Huly プロジェクトのマイルストーンを一覧表示します。更新日時の新しい順に返します。 |
get_milestone | Huly のマイルストーンの詳細をすべて取得します。マイルストーンの内容やメタデータを確認する際に使用します。 |
create_milestone | Huly プロジェクトに新しいマイルストーンを作成します。説明では Markdown を使用できます。現在のワークスペースの Huly 閲覧 URL(_class、_id、ラベルを含む)への Markdown リンクは、ネイティブの Huly 参照に変換されます。外部 URL と他のワークスペースの閲覧 URL は通常のリンクのままです。作成したマイルストーンの ID とラベルを返します。 |
update_milestone | Huly の既存のマイルストーンのフィールドを更新します。指定したフィールドのみが変更されます。説明では Markdown を使用できます。現在のワークスペースの Huly 閲覧 URL(_class、_id、ラベルを含む)への Markdown リンクは、ネイティブの Huly 参照に変換されます。外部 URL と他のワークスペースの閲覧 URL は通常のリンクのままです。 |
set_issue_milestone | Huly の課題にマイルストーンを設定、または解除します。解除する場合は、マイルストーンに null を指定します。 |
delete_milestone | Huly のマイルストーンを完全に削除します。この操作は取り消せません。 |
ドキュメント
| ツール | 説明 |
|---|---|
list_document_snapshots | 1 件の Huly ドキュメントのバージョン履歴スナップショットを一覧表示します。スナップショットは、ドキュメントの変更履歴から保存された特定時点のコピーです。チームスペースとドキュメントのタイトルまたは ID でドキュメントを特定します。snapshotId、documentId、teamspaceId、title、parentDocumentId、タイムスタンプを返します。Markdown コンテンツは意図的に省略されます。コンテンツを読むには、snapshotId を指定して get_document_snapshot を使用します。 |
get_document_snapshot | Huly ドキュメントの特定時点における履歴スナップショットを 1 件取得し、Markdown コンテンツを返します。チームスペースとドキュメントのタイトルまたは ID でドキュメントを特定します。snapshotId、完全一致するスナップショットのタイトル、または完全一致する作成日時でスナップショットを特定します。タイトルや日付が重複する可能性がある場合は、list_document_snapshots から取得した snapshotId を優先してください。復元には対応していません。 |
list_teamspaces | Huly ドキュメントのすべてのチームスペースを一覧表示します。チームスペースは名前順に並べ替えて返されます。アーカイブ済みかどうかで絞り込めます。 |
get_teamspace | ドキュメント数を含む、Huly ドキュメントのチームスペースの詳細を取得します。アーカイブ済みのチームスペースも含め、名前または ID で検索します。 |
create_teamspace | Huly ドキュメントの新しいチームスペースを作成します。冪等性があり、同じ名前のチームスペースがすでに存在する場合は既存のチームスペースを返します。 |
update_teamspace | 既存の Huly ドキュメントのチームスペースのフィールドを更新します。指定されたフィールドのみが変更されます。説明をクリアするには、description に null を設定します。 |
delete_teamspace | Huly ドキュメントのチームスペースを完全に削除します。この操作は取り消せません。 |
list_documents | Huly チームスペース内のドキュメントを一覧表示します。ドキュメントは更新日順(新しいものが先)に並べ替えて返されます。各結果には、Huly の Web アプリでドキュメントを開くための 'url' フィールドが含まれます。タイトルの部分一致(titleSearch)およびコンテンツ(contentSearch)で検索できます。 |
get_document | Markdown コンテンツと、Huly の Web アプリでドキュメントを開くための 'url' フィールドを含む、Huly ドキュメントの詳細を取得します。ドキュメントのコンテンツとメタデータの表示に使用します。 |
create_document | Huly チームスペースに新しいドキュメントを作成します。コンテンツは Markdown 形式で、ネイティブの Mermaid 図に対応しています(```mermaid ブロックは Huly UI でインタラクティブにレンダリングされます)。ネイティブ参照には、現在のワークスペース内の Huly 閲覧 URL への Markdown リンクを使用します。get_document のコンテンツで返される Huly 閲覧リンクは、往復後もネイティブ参照として扱われます。URL がオブジェクトを識別し、リンクテキストは表示テキストとして使われます。通常の課題キーはテキストのままです。外部 URL は通常の Markdown リンクのままです。任意で、ドキュメントのタイトルまたは ID を parent として渡すと、入れ子の子ドキュメントを作成できます。無効な親を指定した場合は、トップレベルのドキュメントを暗黙に作成するのではなく、エラーになります。作成したドキュメントの ID と、Huly の Web アプリでドキュメントを開くための 'url' フィールドを返します。課題とドキュメントの関連付けも必要な場合にのみ、link_document_to_issue を使用してください。 |
edit_document | 既存の Huly ドキュメントを編集します。title で名前を変更したり、本文を編集したりできます。本文の編集方法は、相互排他的な 2 つのモードがあります。(1)content は Markdown 本文全体を置き換えます。(2)old_text + new_text は、完全一致する対象を検索して置換します。ネイティブ参照には、現在のワークスペース内の Huly 閲覧 URL への Markdown リンクを使用します。get_document のコンテンツで返される Huly 閲覧リンクは、往復後もネイティブ参照として扱われます。URL がオブジェクトを識別し、リンクテキストは表示テキストとして使われます。通常の課題キーはテキストのままです。外部 URL は通常の Markdown リンクのままです。対象を指定した置換で複数箇所が一致した場合、replace_all が true でない限りエラーになります。new_text が空の場合、一致したテキストを削除します。コンテンツはネイティブの Mermaid 図に対応しています。Huly の Web アプリでドキュメントを開くための 'url' フィールドを返します。 |
list_inline_comments | Huly ドキュメント内のインラインコメントスレッドを一覧表示します。ドキュメントのコンテンツに ProseMirror マークとして埋め込まれたコメントを抽出します。各コメントには、ハイライトされたテキストとスレッド ID が含まれます。includeReplies=true を設定すると、送信者名を含むスレッドの返信メッセージも取得します。 |
delete_document | Huly ドキュメントを完全に削除します。この操作は取り消せません。 |
list_document_label_definitions | 任意のタイトル部分文字列で絞り込み、通常の Huly ドキュメントで使用できるラベル定義を一覧表示します。ターゲットクラスやカテゴリの内部的な仕組みは公開しません。 |
list_document_labels | 通常の Huly ドキュメント 1 件に付与されたラベルを一覧表示します。チームスペースは名前または ID で、ドキュメントはタイトルまたは ID で特定します。内部的なクラス、スペース、コレクションの値を指定する必要はありません。 |
add_document_label | チームスペースとタイトルまたは ID で特定した通常の Huly ドキュメントに、冪等にラベルを付与します。label には定義 ID または完全一致するタイトルを指定できます。タイトルが存在しない場合は、先にドキュメントのラベル定義を作成します。完全一致するタイトルが重複している場合は、候補 ID を返します。 |
remove_document_label | 再利用可能なラベル定義を削除せずに、通常の Huly ドキュメント 1 件からラベルを取り外します。ラベルが存在しても付与されていない場合は、detached=false を返します。完全一致するタイトルが重複している場合は、候補 ID を返します。 |
ストレージ
| ツール | 説明 |
|---|---|
upload_file | Huly ストレージにファイルをアップロードします。ソースを 1 つ指定してください。filePath は MCP サーバーのホスト上で解決され、data はクライアント側の Base64 コンテンツ、fileUrl は MCP サーバーによって取得されます。blob ID と URL を返します。 |
添付ファイル
| ツール | 説明 |
|---|---|
list_attachments | Huly オブジェクト(課題、ドキュメントなど)の添付ファイルを一覧表示します。更新日時順(新しいものが先)に並べて返します。 |
get_attachment | ダウンロード URL を含む、Huly 添付ファイルの詳細を取得します。 |
add_attachment | Huly オブジェクトに添付ファイルを追加します。ソースを 1 つ指定してください。filePath は MCP サーバーのホスト上で解決され、data はクライアント側の Base64 コンテンツ、fileUrl は MCP サーバーによって取得されます。添付ファイル ID とダウンロード URL を返します。 |
update_attachment | 添付ファイルのメタデータ(説明、ピン留め状態)を更新します。 |
delete_attachment | 添付ファイルを完全に削除します。この操作は元に戻せません。 |
pin_attachment | 添付ファイルをピン留め、またはピン留め解除します。 |
download_attachment | ファイルのメタデータ(名前、種類、サイズ)とともに、添付ファイルのダウンロード URL を取得します。 |
read_attachment_content | 対応する画像の添付ファイル(JPEG、PNG、GIF、WebP。最大 4 MiB)を、MCP 画像コンテンツブロック 1 つとメタデータのみの構造化コンテンツとして返します。スクリーンショットや画像を直接確認するには、これを使用します。画像以外、非対応形式、またはサイズ超過のファイルの場合は、代わりに download_attachment を呼び出して URL を取得してください。 |
add_issue_attachment | プロジェクトと識別子で特定した Huly の課題に添付ファイルを追加します。ソースを 1 つ指定してください。filePath は MCP サーバーのホスト上で解決され、data はクライアント側の Base64 コンテンツ、fileUrl は MCP サーバーによって取得されます。 |
add_document_attachment | チームスペースとタイトルまたは ID で特定した Huly ドキュメントに添付ファイルを追加します。ソースを 1 つ指定してください。filePath は MCP サーバーのホスト上で解決され、data はクライアント側の Base64 コンテンツ、fileUrl は MCP サーバーによって取得されます。 |
save_attachment | 後で参照できるように添付ファイルを保存/ブックマークします。すでに保存済みの場合は、何も変更しません。 |
unsave_attachment | 保存済み/ブックマーク済みの添付ファイルを削除します。 |
list_saved_attachments | 現在のユーザーが保存/ブックマークした添付ファイルを一覧表示します。 |
list_drawings | Huly の生の親オブジェクトに添付された図を一覧表示します。 |
get_drawing | ID で図を取得します。 |
create_drawing | Huly の生の親オブジェクトの下に図を作成します。 |
update_drawing | 図の内容を更新します。内容を消去するには、null を渡してください。 |
delete_drawing | 図を削除します。この操作は元に戻せません。 |
連絡先
| ツール | 説明 |
|---|---|
list_employees | 従業員(チームメンバーである人物)を更新日時の新しい順に一覧表示します。各概要には、Contact Employee の安定したフィールドである city、email、role、statuses count、personUuid、position、active、modifiedOn が含まれます。SDK の avatarType/avatar/avatarProps はプロバイダー/Blob メタデータです。添付ファイル/コメント/チャンネルのカウンターとソーシャル ID コレクションは派生データです。誕生日/プロフィールには個別のコントラクトが必要です。createdOn/createdBy/modifiedBy と class/space 参照は内部メタデータであり、この投影では意図的にサポートされません。 |
set_employee_position | contact.mixin.Employee の従業員の役職を冪等に設定します。employee は、ロケーター フィールドを {id}、{email}、{name} のいずれか1つだけ含むオブジェクトである必要があります。複数のロケーター方式を組み合わせることはできません。選択した ID、メールアドレス、または表示名は完全一致し、メールアドレス/表示名が重複して一致する場合は拒否されます。position フィールドは必須です。設定するには文字列を渡し、クリアするには null または空文字列を渡します。position を省略するとスキーマ解析に失敗し、変更は行われません。これは Contact Employee のミックスインを更新するものであり、HR Staff レコードではありません。 |
invite_employee | 従業員を作成または昇格して招待するか、非アクティブな従業員の招待を再送します。mode=create-or-promote では、Huly の表示名とメールアドレスが完全一致する必要があります。1つの検証済みアトミックトランザクションで Person、メールの SocialIdentity、active な Employee を作成または更新してから送信します。権威ある事前条件が変わった場合は招待を送信せず、新しいセッションで再試行するよう呼び出し元に指示します。mode=invite-existing では、メールアドレス/名前の完全一致ロケーターが必要で、active な対象や Employee ではない対象は拒否されます。role を省略すると Employee ロールが維持されます。異なる role を明示した場合は、再送の前にアトミックに保存されます。招待リンク、認証情報、トークンは返されません。招待プロバイダーでエラーが発生した場合は、準備が完了していることが報告されます。 |
list_inactive_employees | 出力のページネーションを適用する前に、非アクティブな Employee をすべて一覧表示します。各結果では、アカウントとのリンク、ワークスペースのメンバーシップとロール、Person の ID、Employee の active 状態を区別して示すため、エージェントは再招待、無効化、または退出処理を安全に選択できます。 |
deactivate_employee | メールアドレスまたは表示名の完全一致で解決した従業員のライフサイクル変更をプレビューまたは実行します。action=deactivate は Employee.active=false のみを設定し、ワークスペースのメンバーシップは維持します。action=kick はその後、リンクされたアカウントをワークスペースから削除します。無効化後にワークスペースからの削除に失敗した場合、型付きの部分的失敗で完了済みの変更を列挙し、安全にプレビューして再試行するよう指示します。デフォルトはプレビューです。実行には execute=true と、プレビューからコピーした完全一致の期待される関係オブジェクト(未リンク、メンバーシップなしでリンク済み、またはワークスペースメンバー)が必要です。Person ID、アカウント UUID、Employee の active フラグ、メンバーシップ、ワークスペースロールに変更があった場合は拒否されます。認証済みの従業員は自分自身を対象にできません。 |
list_persons | Huly ワークスペース内のすべての人物を一覧表示します。人物は更新日時の新しい順に返されます。名前の部分文字列(nameSearch)とメールアドレスの部分文字列(emailSearch)による検索をサポートします。 |
get_person | 連絡先チャンネルを含む人物の詳細を取得します。人物の特定には personId または email を使用します。 |
create_person | Huly に新しい人物を作成します。作成された人物 ID を返します。 |
update_person | 既存の人物のフィールドを更新します。指定されたフィールドのみが変更されます。 |
delete_person | Huly から人物を完全に削除します。この操作は取り消せません。 |
list_contact_channel_providers | 人物および組織のチャンネルツールでサポートされる連絡先チャンネルプロバイダーのラベルを一覧表示します。 |
list_person_channels | 人物の連絡先チャンネルを一覧表示します。Person には人物 ID、完全一致のメールアドレス、または Huly の完全一致表示名を指定できます。名前が曖昧な場合は失敗するため、メールアドレスまたは人物 ID を指定して再試行してください。 |
add_person_channel | 人物に連絡先チャンネルを冪等に追加します。Person には人物 ID、完全一致のメールアドレス、または Huly の完全一致表示名を指定できます。プロバイダーのラベルは list_contact_channel_providers に一致します。プロバイダーと値の組み合わせが完全一致するチャンネルがすでに存在する場合は、added=false と既存のチャンネルを返します。 |
update_person_channel | 人物の連絡先チャンネルを1つ更新します。Person には人物 ID、完全一致のメールアドレス、または完全一致の表示名を指定できます。チャンネルの特定には、channelId、または provider と value の組み合わせのいずれか1つだけを指定します。newProvider、newValue、またはその両方を指定します。同じ人物に provider と value が一致するチャンネルがすでに存在する場合、更新は競合エラーになります。 |
remove_person_channel | 人物の連絡先チャンネルを1つ削除します。Person には人物 ID、完全一致のメールアドレス、または完全一致の表示名を指定できます。チャンネルの特定には、channelId、または provider と value の組み合わせのいずれか1つだけを指定します。その人物にロケーターが存在しない場合は removed=false を返します。 |
list_organizations | Huly ワークスペース内のすべての組織を一覧表示します。組織は更新日時の新しい順に返されます。 |
create_organization | Huly に新しい組織を作成します。任意で人物 ID またはメールアドレスを使ってメンバーを追加できます。指定したメンバーを解決できない場合は失敗します。作成された組織 ID を返します。 |
get_organization | ID、または一意である場合は完全一致の名前で組織の詳細を取得します。city、description、メンバー数、更新日時が含まれます。同じ名前の組織が複数ある場合は、組織 ID を使用してください。 |
update_organization | ID、または一意である場合は完全一致の名前で特定した既存の組織のフィールドを更新します。指定されたフィールドのみが変更されます。description は、CRM のメモ/収益の概要/コンテキスト用の Markdown に対応しています。_class、_id、label を含む現在のワークスペースの Huly 閲覧 URL への Markdown リンクは、Huly ネイティブ参照になります。外部 URL と他のワークスペースの閲覧 URL は通常のリンクのままです。city または description をクリアするには null を渡します。同じ名前の組織が複数ある場合は、組織 ID を使用してください。 |
delete_organization | ID、または一意である場合は完全一致の名前で特定した組織を完全に削除します。慎重に使用してください。この操作は取り消せません。他の場所にデータを統合した後、重複する組織を整理するのに便利です。同じ名前の組織が複数ある場合は、組織 ID を使用してください。 |
make_organization_customer | 組織に Customer ミックスインを適用し、Huly の Leads > Customers ビューに表示されるようにします。冪等で、すでに顧客である組織に対しても安全に呼び出せます。組織 ID、または一意である場合は完全一致の名前を指定します。 |
make_person_customer | 既存の人物1人にネイティブの Customer ミックスインを適用し、Huly の Leads > Customers に表示されるようにします。人物 ID、完全一致のメールアドレス、または完全一致の表示名で解決します。識別子が曖昧な場合は失敗します。人物は作成されず、繰り返し呼び出しても冪等です。 |
add_organization_channel | ID、または一意の完全一致名で特定した組織に連絡先チャンネルを冪等に追加します。プロバイダーのラベル:email、phone、linkedin、twitter、github、facebook、telegram、homepage、whatsapp、skype、profile、viber。プロバイダーと値の組み合わせが完全一致するチャンネルがすでに存在する場合は、added=false と既存のチャンネルを返します。 |
list_organization_channels | ID、または一意の完全一致組織名で特定した組織の連絡先チャンネルを一覧表示します。channelId、プロバイダーのラベル、値、任意のアクティビティメタデータを返します。 |
update_organization_channel | ID、または一意の完全一致名で特定した組織の連絡先チャンネルを1つ更新します。チャンネルの特定には、channelId、または provider と value の組み合わせのいずれか1つだけを指定します。newProvider、newValue、またはその両方を指定します。同じ組織に provider と value が一致するチャンネルがすでに存在する場合、更新は競合エラーになります。 |
remove_organization_channel | ID、または一意の完全一致名で特定した組織の連絡先チャンネルを1つ削除します。チャンネルの特定には、channelId、または provider と value の組み合わせのいずれか1つだけを指定します。その組織にロケーターが存在しない場合は removed=false を返します。 |
add_organization_member | 人物を組織のメンバーとしてリンクします。その人物は Huly の組織の Members タブに表示されます。人物の特定には人物 ID またはメールアドレスを使用します。冪等です。その人物がすでにメンバーの場合は added=false を返します。 |
list_organization_members | 組織のメンバーであるすべての人物を一覧表示します。各メンバーの人物 ID、名前、主メールアドレス(存在する場合)を返します。ID の代わりに名前を使用する場合、その名前で特定できる組織は1つだけである必要があります。 |
list_person_organizations | 人物がメンバーとなっているすべての組織を一覧表示します。personId または email を指定します。各組織の ID と名前を返します。 |
remove_organization_member | 組織のメンバーから人物をリンク解除します。add_organization_member の操作を取り消します。その人物がメンバーでなかった場合は removed: false を返します。ID の代わりに組織名を使用する場合、その名前で特定できる組織は1つだけである必要があります。 |
merge_people | ソースと統合先を明示的に選択して、ネイティブ参照を保持した人物の統合をプレビューまたは実行します。ソースと統合先には、それぞれ {id}、{email}、{name} のいずれか1つだけを含む完全一致ロケーターが必要です。メールアドレス/名前が重複して一致する場合は、曖昧として失敗します。デフォルトはプレビューです。ID、チャンネル、メンバーシップ、コメント、添付ファイル、モデルで宣言されたその他すべての Person/Contact/Employee 参照、アカウントの適格性、保持されるスカラー フィールド、および影響を受けるドキュメントの正規 ID、書き込みルーティング フィールド、スカラー/配列値に紐付けられた正確な事前検証トークンを報告します。実行には execute=true と現在のトークンが必要です。書き込み前にスナップショットの差異を拒否し、他の配列メンバーを削除せずにスカラーおよび配列参照を付け替え、該当する場合は Huly のグローバル Person 統合を呼び出します。Huly のネイティブ統合では連鎖的に削除されないため、ソースのワークスペース Person レコードは保持されます。 |
get_person_administration | 1人の人物の ID とプロフィールの管理情報を確認します。person には {id}、{email}、{name} のいずれか1つだけを含む完全一致ロケーターが必要です。メールアドレス/名前が重複して一致する場合は、曖昧として失敗します。連絡先のステータス、ワークスペースメンバーシップ、アバターのメタデータ、誕生日、ソーシャル ID、アカウントプロフィール、チャンネルのアクティビティ、および安定したフィールドのサポート状況を明示する一覧を返します。 |
list_social_identity_providers | この Huly ワークスペースにインストールされている SocialIdentity プロバイダーを一覧表示し、ネイティブのプロバイダー ID と種類を返します。 |
repair_person_social_identities | 認証済み人物の権威あるアカウントレコードに基づき、Huly がネイティブに提供する安全で冪等な SocialIdentity の修復のみを適用します。欠落している active な投影の再作成、検証状態の昇格、アカウント統合後の未検証 ID の再割り当て、権威ある削除の伝播を行います。person には {id}、{email}、{name} のいずれか1つだけを含む完全一致ロケーターが必要です。メールアドレス/名前が重複して一致する場合は、曖昧として失敗します。別のアカウントにリンクされた人物、検証済み ID の人物間での再割り当て、任意の active な type/value/key の変更、ワークスペース限定 ID の削除、キーの衝突については、上書きせずに Huly 固有の未サポート理由を返します。 |
list_person_comments | 1人の人物に実際に紐付いているメモ/コメントを古い順に一覧表示します。person には {id}、{email}、{name} のいずれか1つだけを含む完全一致ロケーターが必要です。メールアドレス/名前が重複して一致する場合は、曖昧として失敗します。 |
add_person_comment | 1人の人物に Markdown のメモ/コメントを追加します。person には {id}、{email}、{name} のいずれか1つだけを含む完全一致ロケーターが必要です。メールアドレス/名前が重複して一致する場合は、曖昧として失敗します。_class、_id、label を含む現在のワークスペースの Huly 閲覧 URL への Markdown リンクは、Huly ネイティブ参照になります。外部 URL と他のワークスペースの閲覧 URL は通常のリンクのままです。 |
update_person_comment | 解決された1人の人物に属するメモ/コメントを冪等に更新します。person には {id}、{email}、{name} のいずれか1つだけを含む完全一致ロケーターが必要です。メールアドレス/名前が重複して一致する場合は、曖昧として失敗します。_class、_id、label を含む現在のワークスペースの Huly 閲覧 URL への Markdown リンクは、Huly ネイティブ参照になります。外部 URL と他のワークスペースの閲覧 URL は通常のリンクのままです。 |
delete_person_comment | 解決された1人の人物に属する場合に限り、メモ/コメントを完全に削除します。person には {id}、{email}、{name} のいずれか1つだけを含む完全一致ロケーターが必要です。メールアドレス/名前が重複して一致する場合は、曖昧として失敗します。 |
list_person_attachments | 1人の人物に実際に紐付いている添付ファイルを一覧表示します。person には {id}、{email}、{name} のいずれか1つだけを含む完全一致ロケーターが必要です。メールアドレス/名前が重複して一致する場合は、曖昧として失敗します。 |
add_person_attachment | filePath、fileUrl、base64 データのいずれか1つだけを使用してファイルをアップロードし、1人の人物に添付します。person には {id}、{email}、{name} のいずれか1つだけを含む完全一致ロケーターが必要です。メールアドレス/名前が重複して一致する場合は、曖昧として失敗します。 |
get_person_attachment | 解決された1人の人物に属する場合に限り、添付ファイルを取得します。person には {id}、{email}、{name} のいずれか1つだけを含む完全一致ロケーターが必要です。メールアドレス/名前が重複して一致する場合は、曖昧として失敗します。 |
update_person_attachment | 解決された1人の人物に添付ファイルが属する場合に限り、description または pinned 状態を更新します。person には {id}、{email}、{name} のいずれか1つだけを含む完全一致ロケーターが必要です。メールアドレス/名前が重複して一致する場合は、曖昧として失敗します。 |
delete_person_attachment | 解決された1人の人物に属する場合に限り、添付ファイルを完全に削除します。person には {id}、{email}、{name} のいずれか1つだけを含む完全一致ロケーターが必要です。メールアドレス/名前が重複して一致する場合は、曖昧として失敗します。 |
Channels
| ツール | 説明 |
|---|---|
list_chat_message_attachments | Huly のチャットメッセージに直接添付されたファイルを一覧表示します。target.kind は channel_message、dm_message、thread_reply に対応しています。ツールがチャンネル名と、1 対 1 の DM 参加者の表示名を解決します。 |
get_chat_message_attachment | Huly のチャンネルメッセージ、ダイレクトメッセージ、またはスレッド返信に直接添付されたファイルを 1 つ取得します。attachmentId は解決された対象に属している必要があります。 |
add_chat_message_attachment | Huly のチャンネルメッセージ、ダイレクトメッセージ、またはスレッド返信にファイルを直接添付します。filename、contentType、および次のソースのうち 1 つだけを指定してください。filePath は MCP サーバーのホスト上で解決され、data はクライアント側の base64 コンテンツ、fileUrl は MCP サーバーによって取得されます。 |
update_chat_message_attachment | Huly のチャンネルメッセージ、ダイレクトメッセージ、またはスレッド返信に直接添付されたファイルの説明やピン留め状態を更新します。attachmentId は解決された対象に属している必要があります。 |
delete_chat_message_attachment | Huly のチャンネルメッセージ、ダイレクトメッセージ、またはスレッド返信に直接添付されたファイルを 1 つ削除します。attachmentId は解決された対象に属している必要があります。 |
list_channel_members | チャンネル名または ID で Huly チャンネルのメンバーを一覧表示します。各メンバーのアカウント UUID と、利用可能な場合はワークスペースでの表示名を返します。 |
add_channel_members | アーカイブされていない Huly チャンネルにメンバーを冪等に追加します。members にはアカウント UUID、完全一致するメールアドレス、または完全一致するユーザー表示名を指定できます。メンバーは Huly アカウント UUID に解決された後、メンバー全体のソート済み配列に置き換えられます。 |
remove_channel_members | アーカイブされていない Huly チャンネルからメンバーを冪等に削除します。members にはアカウント UUID、完全一致するメールアドレス、または完全一致するユーザー表示名を指定できます。チャンネルのメンバーが 0 人になる場合、またはオーナーがいるときに残りのメンバーにオーナーがいなくなる場合は、削除を拒否します。 |
join_channel | 認証済みアカウントとして、アーカイブされていない Huly チャンネルに参加します。すでにメンバーの場合は冪等です。 |
leave_channel | 認証済みアカウントとして、アーカイブされていない Huly チャンネルから退出します。すでに参加していない場合は冪等です。チャンネルが空になる場合、または残りのオーナーがいなくなる場合は、退出を拒否します。 |
archive_channel | チャンネル名または ID で Huly チャンネルをアーカイブします。unarchive_channel で元に戻せます。すでにアーカイブされている場合は冪等です。 |
unarchive_channel | チャンネル名または ID で Huly チャンネルのアーカイブを解除します。すでに有効な状態の場合は冪等です。 |
create_group_direct_message | ワークスペースの他のメンバー 2 人以上とのグループダイレクトメッセージの会話を開始します。people 配列には完全一致するメールアドレスまたは完全一致する表示名を指定できます。認証済みアカウントは自動的に含まれます。メンバー全体のソート済みセットが完全一致する場合は冪等です。既存のグループ DM がある場合は created: false とともに返します。他の人が 1 人の場合は create_direct_message を使用してください。 |
set_conversation_starred | 1 つの会話について、認証済みユーザーのスター状態を設定します。channel(チャンネル名または ID)または dm(DM ID、または 1 対 1 の相手の表示名)のいずれかと、starred を指定します。必要に応じて、不足している通知コンテキストを作成します。 |
set_conversation_closed | 1 つの会話について、認証済みユーザーのクローズ/表示状態を設定します。channel または dm のいずれかと、closed を指定します。クローズしても、現在のユーザーの通知コンテキストが非表示になるだけで、チャンネルから退出したり、メンバーを削除したりはしません。 |
list_pinned_chat_messages | 1 つの Huly チャンネルまたはダイレクトメッセージの会話にある、ピン留めされたトップレベルメッセージとスレッド返信を一覧表示します。channel(名前または ID)または dm(DM ID または 1 対 1 の相手の名前)のいずれかを指定し、両方は指定しないでください。両方の種類のメッセージを新しい順に返します。 |
set_chat_message_pinned | 1 つの Huly チャンネルまたはダイレクトメッセージの会話内にあるトップレベルメッセージまたはスレッド返信を、冪等にピン留めまたはピン留め解除します。channel または dm と messageId を指定してください。メッセージは解決された会話に属している必要があります。 |
request_channel_access | チャンネル名または ID で、Huly のプライベートチャンネルへのアクセスリクエストワークフローを試行します。現在の Chunter SDK/モデルには安定したアクセスリクエスト記録やサーバーアクションがないため、このビルドは安定した reasonCode とともに supported=false を返し、変更は行いません。 |
translate_chat_message | 指定した Huly チャンネル/DM メッセージを targetLanguage に翻訳しようとします。現在の Huly 翻訳機能はブラウザー専用で、オプションの AI エンドポイントを使用し、結果は UI の状態にのみ保存されます。そのため、このビルドは安定した reasonCode とともに supported=false を返し、翻訳文を捏造しません。 |
list_channels | Huly のすべてのチャンネルを一覧表示します。チャンネル名順に返します。アーカイブ状態による絞り込みに対応しています。名前の部分一致(nameSearch)およびトピックの部分一致(topicSearch)による検索にも対応しています。 |
get_channel | トピックやメンバー一覧を含む、Huly チャンネルの詳細情報を取得します。 |
create_channel | Huly に新しいチャンネルを作成します。作成されたチャンネルの ID と名前を返します。 |
update_channel | 既存の Huly チャンネルのフィールドを更新します。指定されたフィールドのみが変更されます。 |
delete_channel | Huly チャンネルを完全に削除します。この操作は元に戻せません。元に戻せるチャンネルの状態変更には、代わりに archive_channel と unarchive_channel を使用してください。 |
list_channel_messages | Huly チャンネル内のメッセージを一覧表示します。日付の新しい順に返します。 |
list_external_channel_messages | 保存済みの Telegram 連絡先チャンネルのメッセージを読み取るか、外部プロバイダーから安全に読み取れない理由を確認します。provider=telegram の場合は、保存値との完全一致または安定した連絡先チャンネル ID でチャンネルを解決し、最新の contentMarkdown、direction、保存された Huly の sendOn タイムスタンプ、添付ファイル数を返します。ワークスペースのモデルまたはチャンネルを利用できない場合は supported=false を返します。受信した添付ファイルの作成は非同期であるため、attachmentCount は一時的にメッセージに追いつかない場合があります。添付ファイルのバイトデータは返されません。この結果が証明するのは Huly に保存された記録のみであり、プロバイダーの最新状態、Telegram 接続の有効性、プロバイダーの配信/既読状態は証明しません。Huly では、現行のレガシー記録と古いデータを区別するために必要な、稼働環境全体の v1/v2 ライターのバージョンが公開されていないため、Gmail は supported=false を返します。limit のデフォルト値は 50、上限は 200 です。このツールは送信、返信、削除、変更を一切行いません。 |
send_channel_message | Huly チャンネルにメッセージを送信します。メッセージ本文は Markdown 形式に対応しています。現在のワークスペースの Huly ブラウズ URL に対する _class、_id、label を含む Markdown リンクは、ネイティブの Huly 参照になります。外部 URL や他のワークスペースのブラウズ URL は通常のリンクのままです。 |
update_channel_message | チャンネルメッセージを更新します。変更できるのは本文のみで、本文は Markdown 形式に対応しています。現在のワークスペースの Huly ブラウズ URL に対する _class、_id、label を含む Markdown リンクは、ネイティブの Huly 参照になります。外部 URL や他のワークスペースのブラウズ URL は通常のリンクのままです。 |
delete_channel_message | チャンネルメッセージを完全に削除します。この操作は元に戻せません。 |
list_direct_messages | Huly のダイレクトメッセージの会話を一覧表示します。日付の新しい順に返します。 |
create_direct_message | ワークスペースメンバーとの 1 対 1 のダイレクトメッセージの会話を開始します。person 引数にはメールアドレスまたは完全一致する表示名(例:Smith,Bill)を指定できます。冪等です。その相手との DM がすでに存在する場合はそれを返し(created: false)、存在しない場合は新しい DM を作成します(created: true)。返された id は、send_dm_message、list_dm_messages などに dm として渡せます。 |
list_dm_messages | ダイレクトメッセージの会話内のメッセージを新しい順に一覧表示します。dm 引数には DM の _id または相手の表示名(例:Kerr,Shannon)を指定できます。名前が解決されるのは、認証済みアカウントとの 1 対 1 の DM のみです。 |
send_dm_message | ダイレクトメッセージの会話にメッセージを送信します。dm 引数には DM の _id または相手の表示名を指定できます。名前が解決されるのは、認証済みアカウントとの 1 対 1 の DM のみです。メッセージ本文は Markdown 形式に対応しています。現在のワークスペースの Huly ブラウズ URL に対する _class、_id、label を含む Markdown リンクは、ネイティブの Huly 参照になります。外部 URL や他のワークスペースのブラウズ URL は通常のリンクのままです。 |
update_dm_message | ダイレクトメッセージを更新します。dm 引数には DM の _id または相手の表示名を指定できます。名前が解決されるのは、認証済みアカウントとの 1 対 1 の DM のみです。変更できるのは本文のみで、本文は Markdown 形式に対応しています。現在のワークスペースの Huly ブラウズ URL に対する _class、_id、label を含む Markdown リンクは、ネイティブの Huly 参照になります。外部 URL や他のワークスペースのブラウズ URL は通常のリンクのままです。 |
delete_dm_message | ダイレクトメッセージを完全に削除します。dm 引数には DM の _id または相手の表示名を指定できます。名前が解決されるのは、認証済みアカウントとの 1 対 1 の DM のみです。この操作は元に戻せません。 |
list_thread_replies | メッセージスレッド内の返信を一覧表示します。日付の古い順に返します。 |
add_thread_reply | メッセージスレッドに返信を追加します。返信本文は Markdown 形式に対応しています。現在のワークスペースの Huly ブラウズ URL に対する _class、_id、label を含む Markdown リンクは、ネイティブの Huly 参照になります。外部 URL や他のワークスペースのブラウズ URL は通常のリンクのままです。 |
update_thread_reply | スレッド返信を更新します。変更できるのは本文のみで、本文は Markdown 形式に対応しています。現在のワークスペースの Huly ブラウズ URL に対する _class、_id、label を含む Markdown リンクは、ネイティブの Huly 参照になります。外部 URL や他のワークスペースのブラウズ URL は通常のリンクのままです。 |
delete_thread_reply | スレッド返信を完全に削除します。この操作は元に戻せません。 |
Calendar
| ツール | 説明 |
|---|---|
list_events | カレンダーイベントを日付順に一覧表示します。イベントがネイティブの Meeting 構成を持つ場合は、meetingRoom の識別情報も含まれます。日付範囲で絞り込めます。 |
list_calendars | 書き込み可能で、非表示ではないカレンダーを一覧表示します。これらのカレンダーは、create_event または create_recurring_event の対象として使用できます。対象の calendarId を明示的に選ぶ必要がある場合は、イベント作成前にこれを使用してください。 |
list_calendar_settings | 認証済みの呼び出し元のカレンダー設定を一覧表示します。呼び出し元が所有する非表示および読み取り専用のカレンダーも含まれます。各カレンダーの固定 ID、名前、種類、非表示状態、表示設定、アクセス権、および算出されたプライマリ状態を返します。プロバイダーの識別子とデフォルト設定は省略されます。書き込み可能で非表示ではないイベント対象には list_calendars を使用してください。 |
set_primary_calendar | calendarId または曖昧さのない完全一致の calendarName を指定して、認証済みの呼び出し元のプライマリ個人用カレンダーを設定します。対象は呼び出し元が所有し、表示されていて、Writer または Owner のアクセス権を持つ必要があります。単一の PrimaryCalendar 設定を作成または更新し、プロバイダーのデフォルト設定は変更しません。 |
update_calendar_settings | 認証済みの呼び出し元が所有するカレンダーのローカルな表示設定や非表示設定を更新します。表示設定には public、freeBusy、または private を指定できます。非表示設定の変更は ExternalCalendar の行に限り許可され、Writer または Owner のアクセス権が必要です。内部カレンダーの非表示設定と、プロバイダーが所有するフィールドは拒否されます。 |
get_event | カレンダーイベントの詳細をすべて取得します。説明と、ネイティブの Meeting 構成を持つ場合は meetingRoom の識別情報も含まれます。 |
create_event | 新しいカレンダーイベントを作成します。説明では Markdown 形式を使用できます。現在のワークスペースにある Huly の閲覧 URL(_class、_id、ラベルを含む)への Markdown リンクは、ネイティブの Huly 参照になります。外部 URL および他のワークスペースの閲覧 URL は通常のリンクのままです。省略可能な calendarId を指定すると、特定のカレンダーが対象になります。省略した場合、イベントには認証済みユーザーのプライマリ個人用カレンダーが使用されます。省略可能な meetingRoom.room は、まず ID を解決し、次に曖昧さのない完全一致の名前を解決します。meetingRoom.floor は名前の曖昧さを解消する場合にのみ使用されます。場所を置き換えずに、すべての eventId の兄弟イベントにネイティブの Meeting 割り当てを作成します。作成されたイベント ID を返します。 |
update_event | 既存のカレンダーイベントのフィールドを更新します。指定されたフィールドのみが変更されます。説明の更新では Markdown を使用できます。現在のワークスペースにある Huly の閲覧 URL(_class、_id、ラベルを含む)への Markdown リンクは、ネイティブの Huly 参照になります。外部 URL および他のワークスペースの閲覧 URL は通常のリンクのままです。meetingRoom は既存のネイティブ Meeting のみを変更します(通常の Event は拒否されます)。部屋はまず ID を解決し、次にオプションでフロアを指定して完全一致の名前を解決します。場所を置き換えずに、すべての eventId の兄弟イベントを更新します。部屋の削除はサポートされていません。 |
delete_event | カレンダーイベントを完全に削除します。この操作は取り消せません。 |
list_schedules | カレンダーのスケジュールリンク/空き状況スケジュールを一覧表示します。省略可能な owner には、従業員/人物 ID、完全一致の名前、またはメールアドレスを指定できます。 |
get_schedule | 1 件のカレンダースケジュールを取得します。所有者、空き状況、カレンダーの対象、タイムゾーン、および会議スケジュールの場合は部屋の情報も含まれます。 |
create_schedule | カレンダースケジュールを作成します。owner には、従業員/人物 ID、完全一致の名前、またはメールアドレスを指定できます。カレンダーは calendarId または calendarName で指定できます。省略可能な meetingRoom.room は、まず ID を解決し、次に曖昧さのない完全一致の名前を解決します。meetingRoom.floor は名前の曖昧さを解消する場合にのみ使用され、ネイティブの MeetingSchedule 構成を作成します。会議室のスケジュールは、認証済みの呼び出し元が所有している必要があります。 |
update_schedule | カレンダースケジュールを更新します。所有者、タイトル、説明、期間、間隔、空き状況、タイムゾーン、および calendarId または calendarName によるカレンダーの移動に対応します。meetingRoom は、呼び出し元が所有する既存のネイティブ MeetingSchedule のみを変更します。ID を優先し、次にオプションでフロアを指定して完全一致の名前を解決します。部屋の削除はサポートされていません。 |
delete_schedule | scheduleId でカレンダースケジュールを削除します。 |
list_recurring_events | 定期イベントの定義を一覧表示します。定期イベントは変更日順(新しいものから)に返されます。 |
create_recurring_event | RFC5545 RRULE ルールを使用して、新しい定期カレンダーイベントを作成します。説明では Markdown を使用できます。現在のワークスペースにある Huly の閲覧 URL(_class、_id、ラベルを含む)への Markdown リンクは、ネイティブの Huly 参照になります。外部 URL および他のワークスペースの閲覧 URL は通常のリンクのままです。省略可能な calendarId を指定すると、特定のカレンダーが対象になります。省略した場合、イベントには認証済みユーザーのプライマリ個人用カレンダーが使用されます。作成されたイベント ID を返します。 |
list_event_instances | 定期イベントのインスタンスを一覧表示します。インスタンスは日付順に返されます。日付範囲で絞り込めます。参加者の完全な情報を取得するには、includeParticipants=true を使用してください(追加の参照が発生します)。 |
時間の記録
| ツール | 説明 |
|---|---|
log_time | Huly の課題に費やした時間を記録します。任意の説明を含む時間エントリを記録します。値の単位は時間(Huly のネイティブ単位)です:0.25=15 分、8=1 労働日です。 |
get_time_report | 特定の Huly の課題の時間追跡レポートを取得します。合計時間、見積もり、残り時間、およびすべての時間エントリを表示します。値の単位は時間(Huly のネイティブ単位)です:0.25=15 分、8=1 労働日です。 |
list_time_spend_reports | すべての課題の時間エントリを一覧表示します。プロジェクトと日付範囲によるフィルタリングに対応しています。エントリは日付順(新しいものが先)に返されます。値の単位は時間(Huly のネイティブ単位)です:0.25=15 分、8=1 労働日です。 |
get_detailed_time_report | プロジェクトの詳細な時間内訳を取得します。課題別および従業員別にグループ化した合計時間を表示します。日付範囲によるフィルタリングに対応しています。値の単位は時間(Huly のネイティブ単位)です:0.25=15 分、8=1 労働日です。 |
list_work_slots | schedule_todo、Huly UI、またはその他のクライアントによって作成された予定済みの作業枠を一覧表示します。ToDo に割り当てられた計画済みの時間枠を表示します。従業員と日付範囲によるフィルタリングに対応しています。 |
start_timer | Huly の課題でクライアント側タイマーを開始します。課題の存在を検証し、開始タイムスタンプを返します。完了したら、経過時間を記録するために log_time を使用してください。 |
stop_timer | Huly の課題でクライアント側タイマーを停止します。停止タイムスタンプを返します。開始タイムスタンプと停止タイムスタンプから経過時間を計算し、log_time を使用して記録してください。 |
検索
| ツール | 説明 |
|---|---|
fulltext_search | Huly のすべてのコンテンツを対象に、グローバルな全文検索を実行します。課題、ドキュメント、メッセージ、その他のインデックス済みコンテンツを検索します。一致する項目を関連度順(新しいものが先)に返します。 |
関連付け
| ツール | 説明 |
|---|---|
list_associations | Huly の関連付け定義を一覧表示します。関連付け定義とは、関連付け可能なドキュメントクラスを定義する、クラスレベルの型付きリンクです。create_relation の前に使用して、関連付け ID、ソース/ターゲットクラス、および関連付けの書き込みがサポートされているかどうかを確認してください。 |
create_association | 2 つの非システムクラス間に Huly の関連付け定義を 1 つ冪等に作成します。sourceRole/targetRole およびカーディナリティとともに sourceClass/targetClass を使用します。デフォルトでは、既存の同一の関連付けを返します。 |
delete_association | 具体的な関連付けが参照していない場合に限り、Huly の関連付け定義を 1 つ冪等に削除します。関連付けが存在する場合は、先に delete_relation で削除する必要があります。すでに存在しない関連付けを削除した場合、正常な何もしない操作として扱われます。 |
list_relations | 関連付けの下にある具体的な Huly の関連インスタンスを一覧表示します。任意でソースおよびターゲットのドキュメントによるフィルタリングが可能です。エンドポイントロケーターは、raw、issue、document、card、およびファネルを厳密に指定した lead ターゲットに対応しています。ワークスペース全体の広範なスキャンを避けるため、少なくとも 1 つのフィルターが必要です。 |
create_relation | 書き込み可能な関連付けについて、解決済みの 2 つのドキュメント間に具体的な関連付けを 1 つ冪等に作成します。エンドポイントロケーターは、raw、issue、document、card、およびファネルを厳密に指定した lead ターゲットに対応しています。関連付けのエンドポイントクラス、方向、重複処理、自動化専用の制限、およびカーディナリティを適用します。公開済み Relation のエンドポイントには変更可能なフィールドがありません。関連付けを置き換えるには、delete_relation の後に create_relation を実行してください。 |
delete_relation | 関連 ID、または関連付け/ソース/ターゲットの厳密な組み合わせによって、具体的な関連付けを 1 つ冪等に削除します。組み合わせで使用するエンドポイントロケーターは、raw、issue、document、card、およびファネルを厳密に指定した lead ターゲットに対応しています。組み合わせでの削除には create_relation と同じ方向のセマンティクスが適用され、セレクターが曖昧な場合は失敗します。 |
アクティビティ
| ツール | 説明 |
|---|---|
list_activity | Huly の課題、ドキュメント、チャンネル、または生の Huly オブジェクトのアクティビティメッセージを一覧表示します。わかりやすい対象を優先してください。課題の場合はプロジェクト+課題識別子、ドキュメントの場合はチームスペース+ドキュメント、チャンネルの場合はチャンネルを指定します。高度な呼び出しでは、objectId+objectClass を直接渡せます。アクティビティは日付順(新しいものから)に返されます。任意の actor、message、class、metadata フィールドが正当に存在しない、または null の場合は、各項目から省略されます。 |
get_activity_message | ID を指定して単一のアクティビティメッセージを取得します。利用可能な場合はサブクラスのメタデータも含まれます。 |
pin_activity_message | アクティビティメッセージをピン留め、またはピン留め解除します。ピン留めの状態がすでに一致している場合は、冪等に動作します。 |
list_activity_filters | 設定済みのアクティビティフィルターを表示順に一覧表示します。 |
list_activity_references | 生の Huly オブジェクトに関連付けられたアクティビティの参照を一覧表示します。direction を指定すると、オブジェクトからの参照、オブジェクトへの参照、またはその両方を一覧表示できます。 |
list_activity_replies | チャンネルメッセージに限らず、任意のアクティビティメッセージのスレッド返信を一覧表示します。 |
add_activity_reply | 任意のアクティビティメッセージに Markdown 形式の返信を追加します。_class、_id、label を含む現在のワークスペースの Huly 閲覧 URL への Markdown リンクは、ネイティブの Huly 参照になります。外部 URL と他のワークスペースの閲覧 URL は通常のリンクのままです。 |
update_activity_reply | 汎用アクティビティ返信の本文を更新します。本文は Markdown に対応しています。_class、_id、label を含む現在のワークスペースの Huly 閲覧 URL への Markdown リンクは、ネイティブの Huly 参照になります。外部 URL と他のワークスペースの閲覧 URL は通常のリンクのままです。 |
delete_activity_reply | 汎用アクティビティ返信を削除します。 |
add_reaction | アクティビティメッセージに絵文字リアクションを追加します。 |
remove_reaction | アクティビティメッセージから絵文字リアクションを削除します。 |
list_reactions | アクティビティメッセージへのリアクションを一覧表示します。 |
save_message | 後で参照できるよう、アクティビティメッセージを保存/ブックマークします。 |
unsave_message | 保存済み/ブックマーク済みのアクティビティメッセージを削除します。 |
list_saved_messages | 保存済み/ブックマーク済みのアクティビティメッセージを一覧表示します。 |
list_mentions | アクティビティメッセージ内で現在のユーザーが @メンションされた箇所を一覧表示します。 |
通知
| ツール | 説明 |
|---|---|
list_notification_providers | inbox、push、sound など、モデルで宣言された通知プロバイダーを一覧表示します。設定の更新には、返されたプロバイダー ID を使用してください。古い REST サーバーでは、明示的なツールの警告とともに互換性メタデータが返される場合があります。 |
list_notification_types | モデルで宣言された通知タイプを一覧表示します。プロバイダー固有の設定更新には、返されたタイプ ID を使用してください。古い REST サーバーでは、明示的なツールの警告とともに互換性メタデータが返される場合があります。 |
list_notifications | inbox の通知を一覧表示します。更新日時の新しい順に並べて返します。既読/アーカイブ済みの状態で絞り込めます。 |
get_notification | 通知の詳細を取得します。通知の内容とメタデータを確認するために使用します。 |
mark_notification_read | 通知を既読にします。冪等性があり、通知がすでに既読の場合も成功を返します。 |
mark_notification_unread | 通知を未読にします。冪等性があり、通知がすでに未読の場合も成功を返します。 |
mark_all_notifications_read | 未読の通知をすべて既読にします。既読にした通知の件数を返します。 |
archive_notification | 通知をアーカイブします。アーカイブ済みの通知は、メインの inbox ビューに表示されなくなります。すでにアーカイブ済みの場合は冪等です。 |
unarchive_notification | 通知をアーカイブ解除し、再びアクティブな通知一覧に表示できるようにします。すでにアクティブな場合は冪等です。 |
archive_all_notifications | すべての通知をアーカイブします。アーカイブした通知の件数を返します。 |
delete_notification | 通知を完全に削除します。この操作は取り消せません。 |
get_notification_context | エンティティの通知コンテキストを取得します。特定のオブジェクトの追跡情報を返します。 |
list_notification_contexts | 通知コンテキストを一覧表示します。最終更新日時の新しい順に並べて返します。ピン留め状態で絞り込め、非表示のコンテキストを含めることもできます。 |
pin_notification_context | 通知コンテキストをピン留め、またはピン留め解除します。ピン留めされたコンテキストは inbox で強調表示されます。ピン留め状態がすでに指定どおりの場合は冪等です。 |
hide_notification_context | 通知コンテキストを非表示、または再表示します。includeHidden が true でない限り、非表示のコンテキストは list_notification_contexts から除外されます。非表示状態がすでに指定どおりの場合は冪等です。 |
archive_notification_context | 通知コンテキスト内の inbox 通知をすべてアーカイブします。冪等性があり、アクティブな通知が残っていない場合は件数 0 を返します。 |
unarchive_notification_context | 通知コンテキスト内のアーカイブ済み inbox 通知をすべてアーカイブ解除します。冪等性があり、アーカイブ済みの通知が残っていない場合は件数 0 を返します。 |
subscribe_to_object_notifications | core collaborator row を追加して、認証済みアカウントを raw Huly オブジェクトの通知に登録します。すでに登録済みの場合は冪等です。 |
unsubscribe_from_object_notifications | collaborator row を削除して、認証済みアカウントを raw Huly オブジェクトの通知から登録解除します。すでに登録解除済みの場合は冪等です。 |
list_notification_settings | 通知プロバイダーの設定を一覧表示します。現在の通知設定を返します。 |
update_notification_provider_setting | 通知プロバイダーの設定を有効または無効にします。利用可能な場合は、信頼できるモデル定義に照らして providerId を検証します。互換性のある REST フォールバックは維持され、明示的に警告されます。 |
update_notification_type_setting | 1 つのプロバイダーについて、1 つの通知タイプを有効または無効にします。利用可能な場合は、信頼できるモデル定義に照らして両方の ID を検証し、プロバイダーが設定可能な場合に限りタイプ設定を作成します。互換性のある REST フォールバックは維持され、明示的に警告されます。 |
get_unread_notification_count | 未読通知の件数を取得します。 |
ワークスペース
| ツール | 説明 |
|---|---|
list_workspace_members | 現在の Huly ワークスペースのメンバーとそのロールを一覧表示します。アカウント ID とロールを含むメンバー情報を返します。 |
update_member_role | ワークスペースメンバーのロールを更新します。適切な権限が必要です。有効なロール:READONLYGUEST、DocGuest、GUEST、USER、MAINTAINER、OWNER、ADMIN。 |
get_workspace_info | 名前、URL、リージョン、設定など、現在のワークスペースに関する情報を取得します。 |
list_workspaces | 現在のユーザーがアクセスできるすべてのワークスペースを一覧表示します。最終訪問日時順に並べたワークスペースの概要を返します。 |
create_workspace | 新しい Huly ワークスペースを作成します。ワークスペースの UUID と URL を返します。リージョンを指定することもできます。 |
delete_workspace | 現在のワークスペースを完全に削除します。この操作は取り消せません。十分に注意して使用してください。 |
get_user_profile | 自己紹介、所在地、ソーシャルリンクなど、現在のユーザーのプロフィール情報を取得します。 |
update_user_profile | 現在のユーザーのプロフィールを更新します。自己紹介、市区町村、国、Web サイト、ソーシャルリンク、公開範囲に対応しています。 |
update_guest_settings | ワークスペースのゲスト設定を更新します。読み取り専用ゲストのアクセスとゲストのサインアップ権限を制御します。 |
create_access_link | Huly ワークスペースへのアクセスリンクを作成します。ロールを省略した場合、role=GUEST になります。personalized=false と notBefore および expiration を設定すると、匿名で再利用可能なゲストリンクを作成できます。また、spaces で特定の Huly スペース ID にアクセスを制限できます。 |
get_regions | ワークスペース作成で利用できるリージョンを取得します。リージョンコードと表示名を返します。 |
承認
| ツール | 説明 |
|---|---|
list_approval_requests | 公開済みの @hcengineering/request SDK パッケージから、汎用 Huly 承認 Request ドキュメントの一覧を取得します。これは読み取り専用の検索です。ステータス、raw の attachedTo ドキュメント ID、または対象ドキュメントが分かっている場合は raw の attachedToClass クラス ID で絞り込めます。フィルターを省略すると、モジュール全体から最近の承認リクエストを確認できます。 |
get_approval_request | raw のリクエスト _id で、汎用 Huly 承認 Request ドキュメントを 1 件読み取ります。ベストエフォートで連絡先メタデータを付加した人物参照と、確認用の不透明な SDK tx/rejectedTx ペイロードを返します。この読み取り専用ツールでは、承認に関する変更操作は意図的に公開されていません。 |
add_approval_request | 任意の対象ドキュメントに紐付けて、汎用 Huly 承認 Request を作成します。対象の raw の attachedTo と attachedToClass、Person ID または正確なメールアドレス/名前の識別子で指定した依頼先の人物、および実際の不透明な Huly SDK tx ペイロードを指定してください。space を省略すると対象から解決され、collection の既定値は requests です。新しいリクエスト ID を返します。直後に古くなる可能性のある読み取りは行いません。 |
add_approval_request_comment | リクエスト _id で、承認 Request にプレーンな Markdown コメントを追加します。_class、_id、label を含む現在のワークスペースの Huly 閲覧 URL への Markdown リンクは、Huly ネイティブ参照に変換されます。外部 URL と他のワークスペースの閲覧 URL は通常のリンクのままです。この操作では、承認、却下、キャンセルは行われず、decision comment mixin も作成されません。 |
approve_approval_request | 現在の Huly ユーザーとして、進行中の承認 Request を承認します。現在のユーザーの Employee/Person 参照が、リクエストの依頼先リストに含まれている必要があります。承認前に Markdown の決定コメントを任意で追加できます。_class、_id、label を含む現在のワークスペースの Huly 閲覧 URL への Markdown リンクは、Huly ネイティブ参照に変換されます。外部 URL と他のワークスペースの閲覧 URL は通常のリンクのままです。現在のユーザーがすでに承認している場合は、changed=false を返します。 |
reject_approval_request | 現在の Huly ユーザーとして、進行中の承認 Request を却下し、必須の Markdown による却下決定コメントを追加します。_class、_id、label を含む現在のワークスペースの Huly 閲覧 URL への Markdown リンクは、Huly ネイティブ参照に変換されます。外部 URL と他のワークスペースの閲覧 URL は通常のリンクのままです。rejectedTx がある場合、Huly はこれを適用します。 |
cancel_approval_request | 現在の Huly ユーザーが作成した、進行中の承認 Request をキャンセルします。これはワークフローから安全に削除する操作です。完全削除は意図的に公開されていません。 |
ボード
| ツール | 説明 |
|---|---|
list_boards | @hcengineering/board の Huly ボードを名前順に一覧表示します。ボードは task.Project に基づくスペースです。Huly Card の別個のモジュールではありません。 |
get_board | ボードの _id または完全一致するボード名で、Huly ボードを 1 つ取得します。ボードのメタデータ、プロジェクトタイプ、カード数を返します。 |
create_board | Huly ボードを作成します。完全一致する有効なボード名があれば冪等に動作します。既定のボードプロジェクトタイプが曖昧な場合に限り、_id または完全一致する名前で projectType を指定してください。 |
update_board | Huly ボードの名前、説明、プライバシー設定を更新します。board にはボードの _id または完全一致するボード名を指定します。 |
archive_board | ボードの _id または完全一致するボード名で、Huly ボードをアーカイブします。ボードは非表示になりますが、カードは削除されません。 |
unarchive_board | ボードの _id または完全一致するボード名で、Huly ボードのアーカイブを解除します。 |
list_board_cards | 1 つの @hcengineering/board ボード上のカードを一覧表示します。board にはボードの _id または完全一致するボード名を指定します。カードは更新日時の新しい順に並びます。 |
get_board_card | ボードカードを 1 つ取得します。board にはボードの _id または完全一致するボード名を指定します。card にはカードの _id、CARD-123、数字のみの 123、またはそのボード内で完全一致するタイトルを指定します。 |
create_board_card | 安全な既定値でボードカードを作成します。ボードのプロジェクトタイプに基づいて種別とステータスを解決し、CARD 番号の連番を増やし、Markdown 形式の説明をインラインの Huly Markup として保存します。_class、_id、label を含む現在のワークスペースの Huly 閲覧 URL への Markdown リンクは、Huly のネイティブ参照になります。外部 URL や別のワークスペースの閲覧 URL は通常のリンクのままです。 |
update_board_card | ボードカードのフィールド(タイトル、Markdown 形式の説明、ステータス、担当者、メンバー、場所、カバー、startDate、dueDate)を更新します。_class、_id、label を含む現在のワークスペースの Huly 閲覧 URL への Markdown リンクは、Huly のネイティブ参照になります。外部 URL や別のワークスペースの閲覧 URL は通常のリンクのままです。クリア可能なフィールドを消去するには null を使用します。 |
archive_board_card | ボードカードをアーカイブします。card には _id、CARD-123、数字のみの番号、またはそのボード内で完全一致するタイトルを指定します。 |
unarchive_board_card | ボードカードのアーカイブを解除します。card には _id、CARD-123、数字のみの番号、またはそのボード内で完全一致するタイトルを指定します。 |
delete_board_card | Huly の removeCollection を使用して、すでにアーカイブされているボードカードを完全に削除します。有効なカードは拒否されます。先に archive_board_card を呼び出してください。 |
list_board_labels | ボードラベルの定義を一覧表示します。ボードラベルは、targetClass = @hcengineering/board Card である、ボードカード用の @hcengineering/tags TagElement 行です。 |
create_board_label | ボードカード用のボードラベル定義を作成します。一致するラベルが 1 つある場合は、完全一致するタイトルに対して冪等に動作します。既定のカテゴリがない場合は board.category.Other を使用します。 |
update_board_label | TagElement の _id または完全一致するタイトルで、ボードラベル定義を更新します。title、color、description、category のいずれかが必要です。 |
delete_board_label | TagElement の _id または完全一致するタイトルで、ボードラベル定義を 1 つ削除します。削除されるのはラベル定義であり、ボードカードではありません。 |
list_board_card_labels | 1 つのボードカードに付与されているボードラベルを一覧表示します。ボードは _id または名前で、カードは _id、CARD-123、数字のみの番号、または完全一致するタイトルで解決します。 |
add_board_card_label | ボードラベルをボードカードに付与します。label が新しいタイトルの場合、先にボードカード用のラベル定義を作成します。同じ呼び出しを繰り返しても冪等に動作します。 |
remove_board_card_label | 1 つのボードカードからボードラベルを外します。ラベルが存在してもそのカードに付与されていない場合は、detached=false を返します。 |
list_board_menu_pages | ボードメニューページのモデルドキュメントを読み取り専用で一覧表示します。省略可能な page フィルターには、MenuPage の _id、raw pageId、main/archive エイリアス、または完全一致するラベルを指定できます。 |
list_board_saved_views | 保存済みのボードフィルタービューを読み取り専用で一覧表示します。attachedTo = board.app.Board の view.class.FilteredView を照会し、独自/共有の表示設定を報告します。 |
get_board_saved_view | FilteredView の _id または完全一致する名前で、attachedTo = board.app.Board の保存済みボードフィルタービューを 1 つ読み取ります。保存済みビューへの書き込みは行いません。 |
list_board_viewlets | ボードカードのビューレットを読み取り専用で一覧表示します。attachTo = board.class.Card の view.class.Viewlet を照会し、記述子のメタデータと一致する ViewletPreference の設定を含めます。 |
get_board_common_preference | board.app.Board に関連付けられた CommonBoardPreference 行を読み取ります。設定行がない場合は present=false を返し、作成することはありません。 |
カード
| ツール | 説明 |
|---|---|
list_card_comments | Huly カード 1 件に実際に紐づくコメントを、古い順に一覧表示します。cardSpace は正確な名前または ID で解決し、カードは正確なタイトルまたは ID で解決します。この MCP サーバーが作成したコメントと、互換性のある Huly UI のカードコメント規則に従ったコメントが含まれます。 |
add_card_comment | Huly カード 1 件に Markdown コメントを追加します。カードスペースは正確な名前または ID で、カードは正確なタイトルまたは ID で解決します。_class、_id、ラベルを含む現在のワークスペースの Huly 閲覧 URL への Markdown リンクは、Huly のネイティブ参照になります。外部 URL や他のワークスペースの閲覧 URL は通常のリンクのままです。 |
update_card_comment | 解決された Huly カードに属するコメント 1 件を更新します。カードスペースは正確な名前または ID で、カードは正確なタイトルまたは ID で解決します。_class、_id、ラベルを含む現在のワークスペースの Huly 閲覧 URL への Markdown リンクは、Huly のネイティブ参照になります。外部 URL や他のワークスペースの閲覧 URL は通常のリンクのままです。 |
delete_card_comment | 解決された Huly カードに属するコメント 1 件を完全に削除します。この操作は取り消せません。 |
list_card_spaces | Huly のすべてのカードスペースを一覧表示します。カードスペースは名前順に返されます。カードスペースはカードを格納するコンテナーです。 |
list_master_tags | Huly のカードスペースで利用できるマスタータグ(カードの種類)を一覧表示します。マスタータグは、スペース内で作成できるカードの種類/スキーマを定義します。 |
list_cards | Huly のカードスペース内のカードを一覧表示します。カードは更新日時の新しい順に返されます。種類(マスタータグ)、タイトルの部分一致、コンテンツ検索による絞り込みに対応しています。 |
get_card | Markdown コンテンツを含む、Huly カードの詳細を取得します。Huly から一貫性のあるバージョン番号とチェーン ID が提供される場合は、1 つのバージョンオブジェクトにまとめて返します。不完全または null のバージョンフィールドは省略されます。 |
list_card_versions | 任意のバージョンカード ID または正確なタイトルを使って、Huly カードのバージョン履歴を 1 ページ分取得します。決定的な古いバージョン順のエントリー、履歴全体の信頼できる合計数、および上限によってページが切り詰められた場合の hasMore を返します。バージョンのないカードは、バージョンメタデータなしのエントリーを 1 件返します。このツールがバージョンを作成または復元することはありません。 |
create_card | Huly のカードスペースに新しいカードを作成します。マスタータグ(カードの種類)が必要です。コンテンツでは Markdown 形式を使用できます。_class、_id、ラベルを含む現在のワークスペースの Huly 閲覧 URL への Markdown リンクは、Huly のネイティブ参照になります。外部 URL や他のワークスペースの閲覧 URL は通常のリンクのままです。作成したカードの ID を返します。 |
update_card | 既存の Huly カードのフィールドを更新します。指定されたフィールドのみが変更されます。コンテンツの更新では Markdown を使用できます。_class、_id、ラベルを含む現在のワークスペースの Huly 閲覧 URL への Markdown リンクは、Huly のネイティブ参照になります。外部 URL や他のワークスペースの閲覧 URL は通常のリンクのままです。 |
delete_card | Huly カードを完全に削除します。この操作は取り消せません。 |
コラボレーター
| ツール | 説明 |
|---|---|
list_object_collaborators | Huly の課題、ドキュメント、または未加工オブジェクトの通知コラボレーターを一覧表示します。課題にはプロジェクト+課題識別子、ドキュメントにはチームスペース+ドキュメントという、分かりやすい指定方法を推奨します。高度な呼び出しでは、objectId+objectClass を直接指定できます。 |
add_object_collaborator | コアコラボレーターの行を追加して、ワークスペースメンバーをオブジェクト通知に登録します。メンバーはアカウント UUID、正確な従業員名/個人名、またはメールアドレスで指定できます。すでに登録済みの場合は何も変更しません。 |
remove_object_collaborator | コラボレーターの行を削除して、ワークスペースメンバーをオブジェクト通知から登録解除します。メンバーはアカウント UUID、正確な従業員名/個人名、またはメールアドレスで指定できます。すでに登録解除されている場合は何も変更しません。 |
カスタムフィールド
| ツール | 説明 |
|---|---|
list_custom_fields | ワークスペース内のカスタムフィールド定義を一覧表示します。ラベル、種類、所有者クラスの情報とともにフィールドを返します。カスタムフィールドは、Huly UI でカードタイプ、イシュータイプ、その他のクラスに作成します。特定のクラスのフィールドに絞り込むには、targetClass を使用します。 |
get_custom_field_values | ドキュメントからカスタムフィールドの値を読み取ります。ドキュメントの ID とクラス(list_cards、list_issues などから取得)を渡します。ドキュメントで見つかったすべてのカスタムフィールド値を、ラベルと種類とともに返します。 |
set_custom_field | ドキュメントのカスタムフィールド値を設定します。ドキュメント ID、クラス、フィールド ID(list_custom_fields から取得)、値が必要です。Huly が書き込む前に値を解析します。数値文字列は数値に、'true'/'false' はブール値に変換され、文字列はそのまま扱われます。日付フィールドで受け付けるのは、実在する YYYY-MM-DD 形式の暦日(UTC の午前 0 時)または 0 から 8640000000000000 までの正規形式の非負のエポックミリ秒文字列のみです。日付が拒否された場合は、時刻、タイムゾーンの接尾辞、符号、空白、少数部、指数表記を削除して、これらの正確な形式のいずれかで再試行してください。 |
ドライブ
| ツール | 説明 |
|---|---|
list_drives | Huly Drive のスペースを一覧表示します。includeArchived が省略された場合、includeArchived=undefined となります。ドライブの正確な ID または正確な名前がわからない場合は、パス操作の前に使用してください。 |
get_drive | 正確なドライブ ID または正確なドライブ名で、Huly Drive を 1 つ取得します。正確な名前が曖昧な場合、エラーには候補 ID が含まれるため、次の呼び出しでは ID を使用できます。 |
create_drive | Huly Drive のスペースを冪等に作成します。同じ正確な名前の有効な Drive がすでに存在する場合は、created=false としてその Drive を返します。初期メンバーとオーナーには、アカウント UUID、正確なメールアドレス、または正確な人物名を指定できます。リストを省略した場合は、呼び出し元がデフォルトになります。 |
update_drive | 既存の Drive の安全なメタデータ(名前、説明、private、archived、autoJoin)を更新します。少なくとも 1 つの更新フィールドを指定してください。これは Drive のスペースを変更するものであり、その中のファイルやフォルダーは変更しません。 |
delete_drive | 空の Huly Drive のスペースを完全に削除します。Drive にファイルやフォルダーが含まれていてはなりません。空でない Drive は、子の数と項目の概要を含むエラーになります。これは完全な削除であり、アーカイブやゴミ箱への移動ではありません。 |
add_drive_members | 既存の Drive にメンバーを冪等に追加します。メンバーにはアカウント UUID、正確なメールアドレス、または正確な人物名を指定できます。Drive のメンバーリストを置き換える前に、Huly アカウント UUID に解決されます。 |
remove_drive_members | 既存の Drive からメンバーを冪等に削除します。メンバーにはアカウント UUID、正確なメールアドレス、または正確な人物名を指定できます。Drive のメンバーリストを置き換える前に、Huly アカウント UUID に解決されます。 |
set_drive_owners | 既存の Drive のオーナーを置き換えます。オーナーにはアカウント UUID、正確なメールアドレス、または正確な人物名を指定できます。デフォルトでは、各オーナーは Drive メンバーにも設定されます。オーナーをクリアするには owners=[] を渡します。 |
list_drive_items | Drive 内のフォルダーパス直下にある項目を一覧表示します。パスは POSIX 形式に準じ、絶対パスに正規化されます。'/' はルートを一覧表示します。同じ親の下に同じタイトルが複数ある場合、推測せず候補 ID を含むエラーになります。 |
get_drive_item | 正確な itemId またはパスのいずれかで、Drive のフォルダーまたはファイルを 1 つ取得します。指定するロケーターは 1 つだけにしてください。ファイルの結果には、現在のバージョン、サイズ、MIME タイプ、および利用可能な場合はダウンロード URL が含まれます。 |
list_drive_file_comments | filePath または fileId で特定した Drive ファイルのコメントを一覧表示します。指定するロケーターは 1 つだけにしてください。コメントは作成日順(古いものから)に返されます。 |
add_drive_file_comment | filePath または fileId で特定した Drive ファイルに Markdown コメントを追加します。指定するロケーターは 1 つだけにしてください。コメントはファイルに直接添付されます。現在のワークスペースの Huly 閲覧 URL への Markdown リンクのうち、_class、_id、label を含むものは Huly のネイティブ参照になります。外部 URL や他のワークスペースの閲覧 URL は通常のリンクのままです。 |
update_drive_file_comment | filePath または fileId で特定した Drive ファイルのコメントを更新します。指定するロケーターは 1 つだけにしてください。コメント本文に変更がない場合は冪等です。現在のワークスペースの Huly 閲覧 URL への Markdown リンクのうち、_class、_id、label を含むものは Huly のネイティブ参照になります。外部 URL や他のワークスペースの閲覧 URL は通常のリンクのままです。 |
delete_drive_file_comment | filePath または fileId で特定した Drive ファイルのコメントを完全に削除します。指定するロケーターは 1 つだけにしてください。削除されるのはコメントであり、ファイルではありません。 |
list_drive_file_activity | filePath または fileId で特定した Drive ファイルのアクティビティメッセージを一覧表示します。指定するロケーターは 1 つだけにしてください。アクティビティは日付順(新しいものから)に返されます。 |
create_drive_folder | Drive のフォルダーパスを冪等に作成します。mkdir -p のように、不足している親フォルダーも作成します。フォルダーパス全体がすでに存在する場合は created=false を返します。 |
upload_drive_file | ファイル名を含む完全なパスで、ファイルを Drive にアップロードします。ソースは 1 つだけ指定してください。filePath は MCP サーバーのホスト上で解決され、data はクライアント側のローカルにある Base64 コンテンツで、fileUrl は MCP サーバーによって取得されます。デフォルトでは createParents=true により、不足している親フォルダーが作成され、その内容が報告されます。 |
upload_drive_file_version | ファイル ID またはファイルパスで特定した既存の Drive ファイルに、新しいバージョンをアップロードします。ソースは 1 つだけ指定してください。filePath は MCP サーバーのホスト上で解決され、data はクライアント側のローカルにある Base64 コンテンツで、fileUrl は MCP サーバーによって取得されます。これによりファイルのバージョンカウンターが増加し、アップロードしたバージョンが最新になります。 |
move_drive_item | ファイルまたはフォルダーを意味する Drive 項目を、名前を変更せずに、同じ Drive 内にある別の既存フォルダーパスへ移動します。すでにそのフォルダーにある場合は冪等です。同じ階層でのタイトルの重複、およびフォルダー自身やその子孫への移動は拒否されます。 |
rename_drive_item | 現在のフォルダー内にある、ファイルまたはフォルダーを意味する Drive 項目の名前を変更します。タイトルが変更されない場合は冪等です。同じ階層でのタイトルの重複は拒否されます。フォルダーを変更するには move_drive_item を使用してください。 |
delete_drive_item | ファイルまたはフォルダーを意味する Drive 項目を完全に削除します。ファイルはバージョンレコードとともに削除されます。フォルダーは空でなければなりません。空でないフォルダーは、子の数と子の概要を含むエラーになります。これは完全な削除であり、アーカイブやゴミ箱への移動ではありません。 |
list_drive_file_versions | ファイル ID またはファイルパスで特定した Drive ファイルのバージョンを一覧表示します。現在のバージョンを示し、blob id、サイズ、MIME タイプ、lastModified、ダウンロード URL を含みます。 |
restore_drive_file_version | バージョン ID または数値のバージョンで、既存の Drive ファイルのバージョンを復元します。指定されたバージョンがすでに現在のバージョンの場合は冪等で、ファイルのバージョンカウンターは増加しません。 |
Hr
| ツール | 説明 |
|---|---|
list_departments | 人事部門を一覧表示します。正確なフルパス、階層、マネージャー、購読者、チームリード、Staff への直接割り当て、サーバーが算出したメンバー数、安定したカウンターを含みます。正確な親パス/IDで範囲を指定できます。recursive=false の場合は直接の子のみを返します。 |
get_department | 正確なスラッシュ区切りのフルパスまたは部門 ID で、人事部門を 1 件取得します。 |
create_department | 最上位または階層下の人事部門を作成します。親と人物は正確なパス/ID/名前/メールアドレスで指定し、あいまいな指定は拒否されます。名前に「/」は使用できません。Department.members は空の状態で始まり、その後もサーバーによって算出されます。 |
update_department | 部門の名前変更、移動、メタデータや人物の置き換えを行います。同じ親を持つ部門名の重複、親子関係の循環、サーバーが算出したメンバーを持つサブツリーの移動は拒否されます。メンバーがいるサブツリーを移動する前に、Staff.department の割り当てを解除してください。newParent=null の場合は最上位に移動します。teamLead=null の場合はクリアします。Department.members には書き込みません。 |
delete_department | デフォルトでは破壊的な影響を事前確認します。実行には execute=true に加え、事前確認時に表示された子孫数と割り当て済み Staff 数が正確に指定されている必要があります。その後、Huly は子孫を連鎖的に削除し、影響を受ける Staff の割り当てをクリアします。 |
list_staff | 人事の Staff と、正規の部門割り当てを一覧表示します。任意で、正確な部門パス/IDによる範囲指定、子孫の包含、Employee のアクティブ状態による絞り込みができます。 |
assign_staff_department | 正確な従業員 ID/メールアドレス/表示名を指定し、正規の Staff.department のみを書き込んで割り当てます。クリアするには department=null を指定します。部門階層への Department.members の反映は、Huly のサーバートリガーによって非同期に実行されます。 |
list_hr_request_comments | 正確な人事リクエスト ID に直接紐づくコメントを、合計数と切り詰め情報とともに一覧表示します。 |
add_hr_request_comment | 正確な人事リクエスト ID に Markdown コメントを直接追加します。 |
update_hr_request_comment | 正確な人事リクエストに直接紐づくコメントを更新します。 |
delete_hr_request_comment | 正確な人事リクエストに直接紐づくコメントを削除します。 |
list_hr_request_attachments | 正確な人事リクエスト ID に直接添付されたファイルを、合計数と切り詰め情報とともに一覧表示します。 |
get_hr_request_attachment | 正確な人事リクエストに直接紐づくファイルを 1 件取得します。 |
add_hr_request_attachment | 正確な人事リクエストにファイルを添付します。filename、contentType、および filePath、fileUrl、base64 データのいずれか 1 つを指定してください。 |
update_hr_request_attachment | 正確な人事リクエストに直接紐づくファイルの説明やピン留め状態を更新します。 |
delete_hr_request_attachment | 正確な人事リクエストに直接紐づくファイルを 1 件削除します。 |
list_hr_request_types | インストール済みの人事リクエストタイプを、安定した ID と Huly によって翻訳された表示名で確認します。fr など、サポートされている Huly ロケールを locale に設定してください。サポート対象の任意のロケールの表示名をリクエストツールで使用できますが、あいまいな表示名は拒否されます。Huly はこれらをモデルスペースのドキュメントとしてインストールし、安定した実行時の変更仕様を公開していないため、リクエストタイプの変更は意図的にサポートされていません。 |
list_hr_requests | 正確な従業員、部門、リクエストタイプの任意のフィルターで人事リクエストを一覧表示します。カレンダー日付は、UTC オフセット 0 で保存された、両端を含む YYYY-MM-DD 形式です。意図的に設定された出力ページを適用する前に、一致するすべての項目を Huly から読み込みます。結果には合計数、切り詰め情報、続きの取得に使用する nextOffset メタデータが含まれます。 |
get_hr_request | list_hr_requests が返す正確な生のリクエスト ID で、人事リクエストを 1 件取得します。 |
create_hr_request | 正確な従業員、部門、リクエストタイプの解決を使用して、従業員に紐づく人事リクエストを作成します。日付は両端を含む YYYY-MM-DD 形式のカレンダー日付です。説明には、Huly ネイティブ参照を含む Markdown を使用できます。 |
update_hr_request | 正確なリクエスト ID を指定して、人事リクエストの選択したフィールドを更新します。部門とタイプの指定子は正確に解決され、省略したフィールドは保持されます。日付は引き続き、両端を含む YYYY-MM-DD 形式のカレンダー日付です。 |
delete_hr_request | 正確な人事リクエストを 1 件削除します。そのコメントと添付ファイルは Huly が管理する紐づけ済みコレクションであり、リクエストの削除ライフサイクルに従います。 |
list_public_holidays | 部門と両端を含む日付による正確な任意のフィルターで、祝日ドキュメントを一覧表示します。includeInherited を指定すると、すべての祖先部門が明示的に追加されます。子孫は追加されません。意図的に設定された出力ページを適用する前に、結果全体を Huly から読み込みます。合計数、切り詰め情報、nextOffset メタデータが含まれます。 |
get_public_holiday | list_public_holidays が返す正確な生の ID で、祝日ドキュメントを 1 件取得します。 |
create_public_holiday | 正確な部門 ID またはフルパスを指定して、祝日を 1 件作成します。日付はタイムゾーンに依存しないグレゴリオ暦の日付で、UTC オフセット 0 の Huly TzDate として保存されます。同じ部門と日付の組み合わせは拒否されます。 |
update_public_holiday | 正確な祝日 ID の選択したフィールドを更新します。部門パスは正確に解決され、同じ部門と日付の組み合わせは拒否されます。省略したフィールドは、読み取り後の書き込みクエリを実行せずに保持されます。 |
delete_public_holiday | 正確な生の ID を指定して、祝日ドキュメントを完全に削除します。 |
get_hr_schedule | 両端を含む UTC カレンダー日付範囲に重なるすべての人事リクエスト、該当するすべての祝日ドキュメント、日付ごとに 1 つの日セルを返します。デフォルトでは部門の範囲に階層下の部門が含まれ、祝日の継承は対象部門から上位にたどります。結果数の上限はなく、complete=true はカーソルによる全ページ取得が完了したことを証明します。 |
get_hr_table | 両端を含む UTC カレンダー日付範囲の、完全な従業員テーブルを返します。基本勤務日は月曜日から金曜日で、該当する継承済みの祝日を除きます。負のリクエストタイプは祝日以外の勤務日を消費し、正のタイプはカレンダー日数を加算し、ゼロのタイプは加算しません。結果数の上限はありません。 |
get_hr_summary_report | 両端を含む UTC 日付範囲のリクエスト合計を、正確な部門とリクエストタイプごとにグループ化して返します。リクエストは範囲内に切り詰められます。カレンダー日数には週末が含まれ、勤務日数では週末と該当する継承済みの祝日を除外します。符号付きの単位は Huly のリクエストタイプ値に従います。結果数の上限はありません。 |
Inventory
| ツール | 説明 |
|---|---|
list_inventory_product_attachments | 商品 ID または完全一致する名前で特定した在庫商品に直接添付されたファイルを一覧表示します。商品名が重複している場合は、区別するためにカテゴリを指定してください。 |
get_inventory_product_attachment | 在庫商品に直接添付されたファイルを 1 つ取得します。attachmentId は、特定した商品に属している必要があります。 |
add_inventory_product_attachment | 商品 ID または完全一致する名前で特定した在庫商品にファイルを追加します。ソースは必ず 1 つだけ指定してください。filePath は MCP サーバーのホスト上で解決され、data はクライアント側の Base64 コンテンツで、fileUrl は MCP サーバーが取得します。 |
update_inventory_product_attachment | 在庫商品に直接添付されたファイルの説明および/またはピン留め状態を更新します。attachmentId は、特定した商品に属している必要があります。 |
delete_inventory_product_attachment | 在庫商品に直接添付されたファイルを完全に削除します。attachmentId は、特定した商品に属している必要があります。 |
list_inventory_product_photos | 商品 ID または完全一致する名前で特定した在庫商品に直接添付された写真を一覧表示します。商品名が重複している場合は、区別するためにカテゴリを指定してください。 |
get_inventory_product_photo | 在庫商品に直接添付された写真を 1 枚取得します。photoId は、特定した商品に属している必要があります。 |
add_inventory_product_photo | Huly の商品写真コレクションを使用して、在庫商品に写真を追加します。ソースは必ず 1 つだけ指定してください。filePath は MCP サーバーのホスト上で解決され、data はクライアント側の Base64 コンテンツで、fileUrl は MCP サーバーが取得します。 |
update_inventory_product_photo | 在庫商品に直接添付された写真の説明および/またはピン留め状態を更新します。photoId は、特定した商品に属している必要があります。 |
delete_inventory_product_photo | 在庫商品に直接添付された写真を完全に削除します。photoId は、特定した商品に属している必要があります。 |
list_inventory_product_comments | 商品 ID または完全一致する名前で特定した在庫商品に直接付けられたコメントを一覧表示します。コメントは古い順に返されます。 |
add_inventory_product_comment | 商品 ID または完全一致する名前で特定した在庫商品に、Markdown コメントを直接追加します。重複する名前を区別するには、カテゴリを指定してください。_class、_id、label を含む、現在のワークスペース内の Huly 閲覧 URL への Markdown リンクは、ネイティブの Huly 参照になります。外部 URL と他のワークスペースの閲覧 URL は通常のリンクのままです。 |
update_inventory_product_comment | 在庫商品に直接付けられたコメントを更新します。commentId は、特定した商品に属している必要があります。_class、_id、label を含む、現在のワークスペース内の Huly 閲覧 URL への Markdown リンクは、ネイティブの Huly 参照になります。外部 URL と他のワークスペースの閲覧 URL は通常のリンクのままです。 |
delete_inventory_product_comment | 在庫商品に直接付けられたコメントを完全に削除します。commentId は、特定した商品に属している必要があります。 |
list_inventory_product_activity | 商品 ID または完全一致する名前で特定した在庫商品のアクティビティメッセージを一覧表示します。読み取り専用の監査/アクティビティ履歴で、新しい順に表示されます。 |
list_inventory_categories | 在庫カテゴリを名前順に一覧表示します。すべてのカテゴリを検索するには parentCategory を省略し、直下の子カテゴリを一覧表示するには親カテゴリ ID、完全一致する名前、または root を指定します。query は名前を大文字小文字を区別せずに絞り込みます。 |
get_inventory_category | ID または完全一致する名前で在庫カテゴリを 1 つ取得します。異なる親の下に同名のカテゴリがある場合は、parentCategory を指定するか、カテゴリ ID を使用してください。 |
create_inventory_category | 在庫カテゴリを作成します。parentCategory の既定値は Inventory ルートです。同じ親の下に重複するカテゴリ名がある場合は拒否されます。 |
update_inventory_category | 在庫カテゴリの名前を変更および/または移動します。category は ID または完全一致する名前を指定します。名前が重複する可能性がある場合は、parentCategory を指定してください。移動先の親の下に重複する名前がある場合や、自分自身/子孫への移動は拒否されます。 |
delete_inventory_category | ID または完全一致する名前で空の在庫カテゴリを削除します。子カテゴリまたは商品が残っているカテゴリの削除は拒否されます。この操作はカスケードしません。 |
list_inventory_products | 在庫商品を名前順に一覧表示します。任意で ID/完全一致する名前でカテゴリを指定し、query で商品名を絞り込めます。 |
get_inventory_product | ID または完全一致する商品名で在庫商品を 1 つ取得します。商品名が重複している場合は、カテゴリを指定するか、商品 ID を使用してください。 |
create_inventory_product | ID または完全一致する名前で特定したカテゴリに在庫商品を作成します。同じカテゴリ内に重複する商品名がある場合は拒否されます。 |
update_inventory_product | 在庫商品の名前を変更および/または移動します。product は ID または完全一致する名前を指定します。名前が重複する可能性がある場合は、カテゴリを指定してください。移動先のカテゴリに重複する名前がある場合は拒否されます。 |
delete_inventory_product | ID または完全一致する名前で在庫商品を削除します。バリエーション、写真、添付ファイル、またはコメントがある商品の削除は拒否されます。この操作はカスケードしません。 |
list_inventory_variants | 在庫のバリエーション/SKU を名前順に一覧表示します。任意で ID/完全一致する名前で商品を指定できます。カテゴリを指定すると商品名を区別できます。query はバリエーション名と SKU を絞り込みます。 |
get_inventory_variant | ID、完全一致するバリエーション名、または完全一致する SKU でバリエーションを 1 つ取得します。名前または SKU が重複している場合は、商品を指定するか、バリエーション ID を使用してください。 |
create_inventory_variant | ID または完全一致する名前で特定した商品の下に、在庫のバリエーション/SKU を作成します。同じ商品内に重複するバリエーション名または SKU がある場合は拒否されます。 |
update_inventory_variant | 在庫バリエーションの名前を変更および/または SKU を変更します。variant は ID、完全一致する名前、または完全一致する SKU を指定します。必要に応じて商品を指定してください。同じ商品内に重複する名前または SKU がある場合は拒否されます。 |
delete_inventory_variant | ID、完全一致するバリエーション名、または完全一致する SKU で在庫バリエーション/SKU を 1 つ削除します。この操作で商品は削除されません。 |
ラベル
| ツール | 説明 |
|---|---|
list_labels | ワークスペース内のラベル/タグの定義を一覧表示します。ラベルはグローバルであり、プロジェクトには限定されません。トラッカーの課題に付けられたラベルを、更新日の新しい順に返します。 |
create_label | ワークスペース内に新しいラベル/タグの定義を作成します。ラベルはグローバルであり、任意の課題に付けられます。同じタイトルのラベルがすでに存在する場合は、既存のラベルを返します(created=false)。特定の課題にラベルを付けるには、add_issue_labelを使用してください。 |
update_label | ラベル/タグの定義を更新します。ラベル ID またはタイトルを指定できます。指定したフィールドのみが変更されます。 |
delete_label | ラベル/タグの定義を完全に削除します。ラベル ID またはタイトルを指定できます。この操作は元に戻せません。 |
リード
| ツール | 説明 |
|---|---|
list_lead_comments | 正確なファネル ID/名前と LEAD- で特定した 1 件のリードに付いたネイティブコメントを一覧表示します。ネイティブの Huly 参照を保持した Markdown を返します。 |
add_lead_comment | 正確に特定した 1 件のリードに Markdown コメントを追加します。現在のワークスペース内の Huly リンクはネイティブ参照として保存されます。 |
update_lead_comment | 正確に特定した 1 件のリードに属するコメントを更新します。別の場所に付いたコメントは拒否されます。Markdown のネイティブ参照は保持されます。 |
delete_lead_comment | 正確に特定したリードに属する場合に限り、コメントを 1 件削除します。 |
list_lead_attachments | 正確に特定した 1 件のリードに属するネイティブ添付ファイル参照を一覧表示します。 |
add_lead_attachment | ローカルパス、URL、または base64 ペイロードをアップロードし、ネイティブファイル参照を正確に特定した 1 件のリードに添付します。 |
get_lead_attachment | 正確に特定した 1 件のリードに属する場合に限り、添付ファイルのメタデータとダウンロード URL を取得します。 |
update_lead_attachment | 正確に特定した 1 件のリードに属する添付ファイルの説明またはピン留め状態を更新します。 |
delete_lead_attachment | 正確に特定した 1 件のリードに属する場合に限り、添付ファイルを削除します。ネイティブの blob 参照は Huly のストレージクリーンアップの対象となります。 |
list_lead_label_definitions | ターゲットクラスが Lead である、再利用可能なネイティブラベル定義を、生のクラス ID を含めずに一覧表示します。一致する件数の合計と、ページ数の上限によって結果が切り詰められているかどうかを返します。 |
list_lead_labels | 正確に特定した 1 件のリードに付与されたネイティブの TagReference ラベル関係を一覧表示します。 |
add_lead_label | 正確に特定した 1 件のリードにラベル関係を冪等に付与します。定義 ID または完全一致するタイトルを受け付けます。一致するタイトルがない場合は Lead ラベル定義を作成します。 |
update_lead_label | 正確に特定した 1 件のリードとラベルに一致するすべての TagReference 関係について、公開済みの任意の重みを更新します。 |
remove_lead_label | 再利用可能なラベル定義を削除せずに、正確に特定した 1 件のリードから一致するすべての TagReference 関係を冪等に削除します。 |
list_funnels | Huly のすべての営業ファネル(リードパイプライン)を一覧表示します。各ファネルの安定した ID と表示名を、名前順に返します。アーカイブ状態での絞り込みに対応しています。 |
get_funnel | 安定した _id または完全一致する名前でファネルを 1 件取得します。曖昧な名前は拒否されます。安定した Funnel/Project の全投影、検証済みの Lead ワークフロー、コンテンツ件数、削除時の影響、および明示的にサポート対象外と分類されたフィールドを返します。 |
create_funnel | Funnel プロジェクト種別、Lead タスク種別、ワークフローのステータス、メンバーシップ、オーナーを検証したうえで、ネイティブの Huly ファネルを作成します。完全な説明では Markdown を受け付け、現在のワークスペース内のネイティブ参照を保持します。作成が冪等となるのは、既存の名前が完全一致する場合に限ります。結果では、既存のファネルがアーカイブ済みかどうかを明示し、曖昧な名前は拒否されます。 |
update_funnel | 安定した _id または曖昧さのない完全一致する名前で特定したファネルを更新します。変更前に既存の Funnel プロジェクト種別/ワークフローとメンバーシップを検証します。説明または fullDescription に null を指定すると消去されます。Markdown のネイティブ参照は保持されます。 |
archive_funnel | ファネルを削除せずにアーカイブします。リード/コメント/添付ファイルへの影響を返すため、呼び出し元は非表示になるネイティブコンテンツを評価できます。すでにアーカイブ済みのファネルに対しては、冪等な何もしない処理となります。 |
delete_funnel | アーカイブ済みで空の場合に限り、正確に特定したファネルを完全に削除します。まず get_funnel または archive_funnel を呼び出し、確認した影響件数を expectedLeads、expectedComments、expectedAttachments として渡します。事前確認時のスナップショット以降にいずれかの件数が変わっていた場合、削除は失敗します。 |
list_leads | 任意のフィルターを指定して、ファネル内の Huly リードを検索します。list_funnels が返したファネル ID を渡すか、簡易検索用にファネル名を指定します。更新日の新しい順にリードを返します。ステータス、担当者、タイトル検索による絞り込みに対応しています。 |
get_lead | ファネルの範囲内で正確に特定した Huly リードを 1 件取得します。Markdown の説明、顧客の識別情報/種別、ワークフローのタスク種別とステータス、ランク/完了状態、ネイティブコレクションの件数、アクターのタイムスタンプ、ファネルの識別情報、および安定した公開セマンティクスを持たないフィールドの明示的な分類を返します。リード ID は LEAD- を使用します。 |
create_lead | 既存の個人または組織について、アクティブなファネルにネイティブの Huly リードを 1 件作成します。ID または完全一致する名前でファネルを特定し、顧客を個人または組織として明示的に指定します。任意で、従業員の担当者、正規化後に完全一致するワークフローステータス(前後の空白を除去し、大文字と小文字を区別せず、スペース、ハイフン、アンダースコアを無視)、および Markdown の説明を指定できます。必要に応じて Customer mixin を自動的に適用し、ネイティブの Huly 参照を保持します。leadId と LEAD- の両方を返します。このツールは個人や組織をその場で作成することはありません。 |
update_lead | ファネル ID または完全一致する名前と LEAD- 識別子を使って、ネイティブの Huly リードを更新します。サポートされるフィールドは、タイトル、Markdown の説明、正規化後に完全一致するワークフローステータス(前後の空白を除去し、大文字と小文字を区別せず、スペース、ハイフン、アンダースコアを無視)、従業員の担当者、開始日、期限、および Customer mixin の説明です。省略したフィールドは変更されません。説明、担当者、日付、または顧客の説明を消去するには、明示的に null を指定します。既存の個人は完全一致で特定され、曖昧な識別子は失敗します。 |
move_lead | ネイティブの Funnel プロジェクト種別と Lead ワークフローの両方を検証したうえで、ネイティブの Huly リードを別のアクティブなファネルに移動します。正規化後に完全一致する移動先ステータス(前後の空白を除去し、大文字と小文字を区別せず、スペース、ハイフン、アンダースコアを無視)を指定するか、現在のステータス名をマッピングするために省略します。互換性のないマッピングや曖昧なマッピングの場合、書き込みは行わずに失敗します。 |
delete_lead | デフォルトでは、ネイティブのリード削除による影響をプレビューします。プレビューでは、コメント、添付ファイル、ラベル関係の確定的な件数を読み取ります。完全に削除するには、プレビューで返された正確な件数とともに execute=true を渡します。影響が変わっていた場合、削除は失敗します。 |
メール
| ツール | 説明 |
|---|---|
list_mail_threads | 1 回の呼び出しで、読み取り専用の Huly メールスレッドのメタデータを取得します。外側のチャンネルタイトル、人が判別したスペース、タイムスタンプ、およびチャンネルごとの最新の子件名サマリーを最大 10 件返します。メッセージ本文や添付ファイルは返さず、送信、返信、変更を行うことも、メールボックスや配信の機能について報告することもありません。channelTitle は複製先のメールアドレスのように見える場合がありますが、対応相手や設定済みのメールボックスを証明するものではありません。最近のチャンネルを一覧表示するにはフィルターを省略し、スペースの正確な名前または ID、あるいはチャンネルタイトルの大文字と小文字を区別しない部分文字列で絞り込みます。スレッドが空であることも、サポートされている結果です。 |
テンプレート
| ツール | 説明 |
|---|---|
list_message_template_categories | グローバルな Huly メッセージテンプレートのカテゴリを一覧表示します。カテゴリは、ワークスペース全体で再利用可能なメッセージテンプレートを分類します。カテゴリ ID、名前、説明、アーカイブ済み/プライベートのフラグ、およびタイムスタンプを返します。 |
list_message_templates | グローバルな Huly メッセージテンプレートを一覧表示します。カテゴリ ID またはカテゴリの正確な名前で絞り込み、テンプレートタイトルを部分文字列で検索できます。各テンプレートの ID、タイトル、カテゴリの概要、タイムスタンプ、およびドル記号と波括弧で囲まれたトークンから解析した placeholderFieldIds を返します。placeholderFieldIds を list_message_template_fields.id と照合すると、ラベルとリソース ID を確認できます。 |
get_message_template | テンプレート ID または正確なタイトルを指定して、グローバルな Huly メッセージテンプレートを 1 件取得します。タイトルが曖昧な場合は、カテゴリ ID またはカテゴリの正確な名前を category に指定します。Markdown に変換したメッセージ全文と、ドル記号と波括弧で囲まれたトークンから解析した placeholderFieldIds を返します。placeholderFieldIds を list_message_template_fields.id と照合すると、ラベルとリソース ID を確認できます。 |
render_message_template | テンプレート ID または正確なタイトルを指定して、グローバルな Huly メッセージテンプレートを 1 件レンダリングします。placeholderFieldIds にあるドル記号と波括弧で囲まれたプレースホルダーのフィールド ID と一致する、呼び出し元が指定した値のみを代入します。Huly TemplateField プロバイダーリソースは実行しません。未解決のプレースホルダーは renderedMessage に残り、unresolvedFieldIds に報告されます。 |
list_message_template_fields | プロバイダーリソースを実行したりテンプレートをレンダリングしたりせずに、Huly メッセージテンプレートのフィールド/プレースホルダーを一覧表示します。フィールドカテゴリ ID またはラベルの正確な生文字列で絞り込み、生のフィールドラベルを部分文字列で検索できます。フィールド ID、ラベル、カテゴリの概要、およびプロバイダーリソース ID を返します。 |
モデル管理
| ツール | 説明 |
|---|---|
create_huly_enum | 順序付きの選択肢を持つ Huly モデルの列挙型を作成します。大文字と小文字を区別しない完全一致の名前の場合、選択肢の順序と値が一致するときに限り冪等になります。それ以外の場合、呼び出しは競合を返します。ワークスペースのモデルメタデータが変更されます。エージェントが誤ってモデルを変更しないように、confirm=true が必要です。 |
update_huly_enum | ID または名前で完全一致する Huly モデルの列挙型を更新します。名前の変更と選択肢の追加は安全です。選択肢を参照している属性がある場合、その選択肢の削除は拒否されます。ワークスペースのモデルメタデータが変更されます。エージェントが誤ってモデルを変更しないように、confirm=true が必要です。 |
delete_huly_enum | ID または名前で完全一致する Huly モデルの列挙型を完全に削除します。これを参照している属性がある場合、削除は拒否されます。ワークスペースのモデルメタデータが変更されます。エージェントが誤ってモデルを変更しないように、confirm=true が必要です。 |
create_huly_attribute | ID、末尾の名前、またはラベルで特定したクラスに、カスタムの Huly 属性/プロパティを作成します。文字列、数値、ブール値、日付、マークアップ、列挙型、参照型に対応し、列挙型と参照型の対象も名前で特定できます。同じ名前の属性は、定義が一致するときに限り冪等になります。それ以外の場合、呼び出しは競合を返します。新しいレコードは常に isCustom=true になります。ワークスペースのモデルメタデータが変更されます。エージェントが誤ってモデルを変更しないように、confirm=true が必要です。 |
update_huly_attribute | ID または完全一致する名前で特定した Huly 属性のラベル、インデックス、自動化専用状態、または非表示状態を更新します。曖昧さを避けるには、クラスを ID または名前で指定してください。組み込み属性で許可されるのは非表示状態のみの更新です。それ以外の組み込み属性の変更は保護されており、ここではプロパティキーや型を変更できません。表示/非表示の切り替えには、Huly の設定で使用される SDK の動作が適用されます。ワークスペースのモデルメタデータが変更されます。エージェントが誤ってモデルを変更しないように、confirm=true が必要です。 |
delete_huly_attribute | ID または完全一致する名前で特定した、未使用のカスタム Huly 属性を完全に削除します。曖昧さを避けるには、クラスを ID または名前で指定してください。組み込み属性と、所有クラスのドキュメントに存在する属性は保護されています。ワークスペースのモデルメタデータが変更されます。エージェントが誤ってモデルを変更しないように、confirm=true が必要です。 |
プランナー
| ツール | 説明 |
|---|---|
list_todo_label_definitions | タイトルの部分文字列を任意で指定して、Huly Planner ToDo で利用可能なラベル定義を一覧表示します。対象クラスやカテゴリの仕組みは公開しません。 |
list_todo_labels | 1 件の Planner ToDo に付いているラベルを一覧表示します。get_todo と同じ生 ID、または人が指定しやすい課題、タイトル、担当者、完了状態のロケーターで ToDo を特定します。 |
add_todo_label | 生 ID または人が指定しやすいロケーターで特定した Planner ToDo にラベルを冪等に追加します。label には定義 ID または完全一致するタイトルを指定できます。タイトルが存在しない場合は、まず ToDo ラベル定義を作成します。同じタイトルが重複している場合は候補 ID を返します。 |
remove_todo_label | 再利用可能なラベル定義を削除せずに、1 件の Planner ToDo からラベルを解除します。ラベルが存在するものの付いていない場合は detached=false を返します。同じタイトルが重複している場合は候補 ID を返します。 |
list_todos | Huly Planner ToDo を一覧表示します。入力が空の場合、完了状態を問わず、プランナーの順序で最大 50 件の ToDo を返します。owner、issue、document、title、due date、priority、visibility、completion の各フィルターで結果を絞り込めます。issue と document のフィルターは併用できません。 |
get_todo | 生の todoId、または issue + title + owner や、attachedTo.type=document と teamspace/document + title などの人が指定しやすいロケーターで、Planner ToDo を 1 件取得します。安定した ToDo フィールド、担当者、添付コンテキスト、説明、ラベル数、作業枠数を返します。 |
create_todo | Planner ToDo を作成します。個人用 ToDo にする場合は attachedTo を省略します。課題のアクションアイテムにする場合は attachedTo.type=issue と project、identifier を指定します。ドキュメントのアクションアイテムにする場合は attachedTo.type=document と teamspace、ドキュメント名または ID を指定します。ドキュメントの ToDo はデフォルトで非公開です。owner を省略すると、認証済みユーザーが設定されます。説明では Markdown を使用できます。現在のワークスペースの Huly 閲覧 URL に対する、_class、_id、label を含む Markdown リンクはネイティブの Huly 参照になります。外部 URL および他のワークスペースの閲覧 URL は通常のリンクのままです。 |
update_todo | 人が指定しやすいロケーターまたは生の todoId で Planner ToDo を更新します。人が指定しやすいロケーターでは、課題またはドキュメントへの添付を指定できます。title、Markdown の description、owner、クリアするための null を含む dueDate、priority、visibility に対応しています。現在のワークスペースの Huly 閲覧 URL に対する、_class、_id、label を含む Markdown リンクはネイティブの Huly 参照になります。外部 URL および他のワークスペースの閲覧 URL は通常のリンクのままです。 |
complete_todo | doneOn を設定して、生の todoId または人が指定しやすいロケーター(ドキュメントへの添付ロケーターを含む)で Planner ToDo を完了にします。ToDo が課題に添付されている場合、Huly は今後の作業枠を削除し、課題の自動化を実行することがあります。 |
reopen_todo | doneOn をクリアして、生の todoId または人が指定しやすいロケーター(ドキュメントへの添付ロケーターを含む)で、完了済みの Planner ToDo を再開します。人が指定しやすいロケーターではデフォルトで完了済み ToDo を検索します。生の todoId ロケーターでは、その ID の ToDo を指定します。 |
delete_todo | 生の todoId または人が指定しやすいロケーター(ドキュメントへの添付ロケーターを含む)で Planner ToDo を削除します。この操作は破壊的です。最後の未完了の課題 ToDo を削除すると、Huly の従来の課題ステータス自動化が実行されることがあります。一方、ドキュメントの ToDo は課題カウンターを変更しません。 |
schedule_todo | 生の todoId または人が指定しやすいロケーター(ドキュメントへの添付ロケーターを含む)で Planner ToDo をスケジュールします。認証済みユーザーの個人カレンダーに、Planner で表示されるブロッキング作業枠を作成します。作業枠の所有者はユーザーのプライマリソーシャル ID で、ユーザー自身も参加者として追加されます。ID、従業員、または書き込み可能なカレンダーが前提条件を満たさない場合は、対処可能なエラーを返します。 |
unschedule_todo | ToDo の作業枠を削除します。1 件の作業枠を削除するには workSlotId を指定します。または、生の ToDo ID/人が指定しやすいロケーター(ドキュメントへの添付ロケーターを含む)と、scope=all または scope=future、任意の from を指定します。 |
設定
| ツール | 説明 |
|---|---|
list_space_preferences | 低レベルの Huly SpacePreference レコードを一覧表示します。これらの汎用設定行はスペースに関連付けられていますが、公開 SDK で公開されるのは関連付けられたスペースへのリンクのみであるため、このツールは読み取り専用の探索用です。space を省略すると、スペース全体から最近の行を一覧表示します。1 つのスペースを調べるには、space の _id または正確な名前を指定し、必要に応じてクラス/タイプで絞り込みます。 |
get_space_preference | 1 つのスペースに関連付けられた低レベルの Huly SpacePreference レコードを読み取ります。space の _id または正確な名前を指定し、必要に応じてクラス/タイプで絞り込めます。スペースが存在しても汎用の SpacePreference 行がない場合は present=false を返します。書き込み可能な設定ペイロードには、モジュール固有の設定ツールを使用してください。 |
プロセス
| ツール | 説明 |
|---|---|
list_processes | 読み取り専用の Huly Process ワークフロー定義を一覧表示します。ワークフローが関連付けられているマスタータグ/カードタイプで絞り込むこともできます。プロセス ID、名前、関連付けられたカードタイプ、自動化フラグ、状態/遷移の数を返します。 |
get_process | プロセス ID または正確な表示名で、Huly Process ワークフロー定義を 1 つ取得します。名前が曖昧な場合、推測せず候補 ID を含む型付きエラーを返します。 |
list_process_executions | 読み取り専用の Huly Process ワークフロー実行を一覧表示します。プロセス ID/名前、カード/ドキュメント ID/タイトル、ステータスで絞り込めます。利用可能な場合、行にはプロセス名、カードタイトル、現在の状態名が追加されます。 |
start_process | カード/ドキュメント上で、新しいアクティブな Huly Process ワークフロー実行を開始します。プロセス ID または正確なプロセス名、カード/ドキュメント ID または正確なタイトルを指定します。名前またはタイトルが曖昧な場合は、候補 ID とともに失敗します。この操作は冪等ではありません。成功するたびに新しい実行が作成されます。ただし、同じカードでの並行するアクティブな実行をプロセスが禁止している場合は、既存のアクティブな実行 ID を含む型付きエラーが返されます。 |
cancel_execution | 実行 ID を指定して、1 つの Huly Process 実行を冪等にキャンセルします。アクティブな実行はキャンセル済みに変更され、すでにキャンセル済みの実行では cancelled=false を返して成功します。完了済みの実行は、履歴を変更せずに失敗します。 |
採用
| ツール | 説明 |
|---|---|
list_recruiting_applicant_matches | 読み取り専用の、生成済みRecruiting応募者マッチを一覧表示します。ApplicantMatchフィールドはHulyによって生成され、このツールは読み取りのみを行います。候補者、完了状態、求人/概要クエリ、件数で絞り込めます。 |
get_recruiting_applicant_match | raw applicant-match _idを指定して、読み取り専用の生成済みRecruiting応募者マッチを1件取得します。候補者、完了状態、生成された求人テキスト、概要、回答Markdown、タイムスタンプを返します。 |
list_recruiting_reviews | Recruitingのレビュー/面接を安定した参照として一覧表示します。候補者、応募、日付範囲、タイトル/判定/場所クエリ、件数で絞り込めます。レビューの検索には、raw _id、RVE-、番号、または完全一致するタイトルを使用します。 |
get_recruiting_review | raw _id、RVE-、番号のみ、または完全一致するタイトルを指定して、Recruitingレビューを1件取得します。候補者/応募は任意指定で、結果を絞り込めます。スケジュール、Markdown形式の説明、判定、参加者参照、会社、応募、意見の件数を返します。 |
create_recruiting_review | Huly UIと同様にRecruitingレビュー/面接を作成します。RVEシーケンスを増やし、候補者のレビューコレクションに追加し、Markdown形式の説明をHulyマークアップとして保存します。dateの30分後をdueDateのデフォルト値とし、必要に応じて人物をRecruitingで有効にします。現在のワークスペースのHuly閲覧URLへのMarkdownリンクで、_class、_id、ラベルを含むものはネイティブのHuly参照になります。外部URLおよび他のワークスペースの閲覧URLは通常のリンクのままです。 |
update_recruiting_review | Recruitingレビューを更新します。reviewにはraw _id、RVE-、番号、または完全一致するタイトルを指定します。candidate/applicationContextは結果の絞り込みにのみ使用します。説明はMarkdownに対応しています。現在のワークスペースのHuly閲覧URLへのMarkdownリンクで、_class、_id、ラベルを含むものはネイティブのHuly参照になります。外部URLおよび他のワークスペースの閲覧URLは通常のリンクのままです。description、verdict、application、company、locationを消去するには、nullを渡します。 |
delete_recruiting_review | HulyのremoveCollectionを使用してRecruitingレビューを削除します。reviewにはraw _id、RVE-、番号、または完全一致するタイトルを指定します。candidate/applicationで結果を絞り込めます。 |
list_recruiting_opinions | 1件のレビューに対するRecruitingの意見を一覧表示します。reviewにはraw _id、RVE-、番号のみ、または完全一致するタイトルを指定します。意見の参照にはOPE-、親レビュー参照、意見の値が含まれます。 |
get_recruiting_opinion | raw _id、OPE-、または番号のみを指定して、Recruitingの意見を1件取得します。絞り込むにはreviewを渡します。値、Markdown形式の説明、コメント/添付ファイルの件数、親レビュー参照、タイムスタンプを返します。 |
create_recruiting_opinion | 1件のレビューに対するRecruitingの意見を作成します。OPEシーケンスを増やし、レビューの意見コレクションに追加して、Markdown形式の説明をHulyマークアップとして保存します。現在のワークスペースのHuly閲覧URLへのMarkdownリンクで、_class、_id、ラベルを含むものはネイティブのHuly参照になります。外部URLおよび他のワークスペースの閲覧URLは通常のリンクのままです。 |
update_recruiting_opinion | Recruitingの意見の値および/またはMarkdown形式の説明を更新します。opinionにはraw _id、OPE-、または番号を指定します。reviewで結果を絞り込めます。現在のワークスペースのHuly閲覧URLへのMarkdownリンクで、_class、_id、ラベルを含むものはネイティブのHuly参照になります。外部URLおよび他のワークスペースの閲覧URLは通常のリンクのままです。説明を消去するにはnullを渡します。 |
delete_recruiting_opinion | HulyのremoveCollectionを使用してRecruitingの意見を削除します。opinionにはraw _id、OPE-、または番号を指定します。reviewで結果を絞り込めます。 |
list_recruiting_comments | Recruitingの求人、候補者、応募者、レビュー、または意見の対象に直接付加されたコメントを一覧表示します。対象の検索には共通の対象ロケーターを使用し、解決された対象参照を返します。 |
add_recruiting_comment | 共通の対象ロケーターで解決したRecruitingの求人、候補者、応募者、レビュー、または意見の対象に、Markdownコメントを直接追加します。現在のワークスペースのHuly閲覧URLへのMarkdownリンクで、_class、_id、ラベルを含むものはネイティブのHuly参照になります。外部URLおよび他のワークスペースの閲覧URLは通常のリンクのままです。 |
update_recruiting_comment | Recruitingの求人、候補者、応募者、レビュー、または意見に直接付加されたコメントを1件更新します。commentIdは解決された対象に属している必要があります。現在のワークスペースのHuly閲覧URLへのMarkdownリンクで、_class、_id、ラベルを含むものはネイティブのHuly参照になります。外部URLおよび他のワークスペースの閲覧URLは通常のリンクのままです。 |
delete_recruiting_comment | Recruitingの求人、候補者、応募者、レビュー、または意見に直接付加されたコメントを1件削除します。commentIdは解決された対象に属している必要があります。 |
list_recruiting_attachments | Recruitingの求人、候補者、応募者、または意見の対象に直接添付されたファイルを一覧表示します。モデルでそのコレクションが公開されていない限り、レビューの添付ファイルには意図的に対応していません。 |
get_recruiting_attachment | Recruitingの求人、候補者、応募者、または意見に直接添付されたファイルを1件取得します。attachmentIdは解決された対象に属している必要があります。 |
add_recruiting_attachment | Recruitingの求人、候補者、応募者、または意見の対象にファイルを添付します。filename、contentType、および次のソースのうち1つだけを指定してください。filePathはMCP サーバーのホスト上で解決され、dataはクライアントローカルのbase64コンテンツで、fileUrlはMCP サーバーによって取得されます。 |
update_recruiting_attachment | Recruitingの求人、候補者、応募者、または意見に直接添付されたファイルの説明および/または固定状態を更新します。attachmentIdは解決された対象に属している必要があります。 |
delete_recruiting_attachment | Recruitingの求人、候補者、応募者、または意見に直接添付されたファイルを1件削除します。attachmentIdは解決された対象に属している必要があります。 |
list_recruiting_activity | Recruitingの求人、候補者、応募者、またはレビューの対象に関する読み取り専用のアクティビティメッセージを一覧表示します。対象の検索にはRecruitingの分かりやすい識別子を使用します。意見には意図的に対応していません。 |
list_recruiting_related_issues | トラッカーの課題のHuly Related Issuesエントリ(Issue.relations)で、Recruitingの求人、候補者、または応募者の対象が参照されている課題を一覧表示します。 |
add_recruiting_related_issue | トラッカーの課題からRecruitingの求人、候補者、または応募者の対象へのHuly Related Issuesエントリ(Issue.relations)を、冪等的に追加します。 |
remove_recruiting_related_issue | トラッカーの課題からRecruitingの求人、候補者、または応募者の対象へのHuly Related Issuesエントリ(Issue.relations)を、冪等的に削除します。 |
list_recruiting_vacancy_types | Huly Recruitingの求人ワークフロータイプを一覧表示します。返されたタイプIDまたは完全一致するタイプ名をcreate_recruiting_vacancyで使用してください。省略した場合、求人の作成にはHulyのDefault求人タイプが使用されます。 |
list_recruiting_vacancy_statuses | 1件の求人の応募者ワークフロー状態を一覧表示します。vacancyにはraw _id、VCN-、番号のみ、または完全一致する名前を指定します。状態は求人のProjectTypeから読み取られます。状態はワークスペースのデータであり、名前がハードコードされているわけではありません。 |
list_recruiting_vacancies | Recruitingの求人を安定した参照として一覧表示します。includeArchived、名前クエリ、タイプID/名前、会社の組織ID/名前、件数を指定できます。求人参照にはraw idと、派生したVCN-識別子の両方が含まれます。 |
get_recruiting_vacancy | raw _id、VCN-、番号のみ、または完全一致する名前を指定して、Recruitingの求人を1件取得します。説明、タイプ、会社、場所、期限、プライバシー、アーカイブ状態、既存の件数を返します。 |
create_recruiting_vacancy | Huly UIと同様にRecruitingの求人を作成します。求人シーケンスを増やし、fullDescriptionをMarkdown対応の共同編集可能なマークアップとして保存します。members/ownersのデフォルトは現在のアカウントで、求人タイプのデータミックスイン{}を作成します。現在のワークスペースのHuly閲覧URLへのMarkdownリンクで、_class、_id、ラベルを含むものはネイティブのHuly参照になります。外部URLおよび他のワークスペースの閲覧URLは通常のリンクのままです。 |
update_recruiting_vacancy | 変更可能なRecruiting求人フィールドを更新します。vacancyにはraw _id、VCN-、番号のみ、または完全一致する名前を指定します。少なくとも1つのフィールドを指定してください。fullDescriptionはMarkdownに対応しています。現在のワークスペースのHuly閲覧URLへのMarkdownリンクで、_class、_id、ラベルを含むものはネイティブのHuly参照になります。外部URLおよび他のワークスペースの閲覧URLは通常のリンクのままです。fullDescription、company、location、dueToを消去するには、nullを渡します。 |
archive_recruiting_vacancy | raw _id、VCN-、番号のみ、または完全一致する名前を指定して、Recruitingの求人をアーカイブします。 |
unarchive_recruiting_vacancy | raw _id、VCN-、番号のみ、または完全一致する名前を指定して、Recruitingの求人をアーカイブ解除します。 |
list_recruiting_candidates | すでにRecruiting Candidateミックスインを持つ人物を一覧表示します。既存の人物をRecruitingで有効にするには、set_recruiting_candidate_profile、add_recruiting_candidate_skill、またはcreate_recruiting_applicantを使用します。 |
get_recruiting_candidate | person _id、メールアドレス、または完全一致する表示名を指定して、Recruiting候補者を1人取得します。プロフィールフィールド、スキル、応募/レビューの件数、および利用可能な場合は優先メールアドレスを返します。 |
set_recruiting_candidate_profile | 既存の人物にRecruiting Candidateプロフィールミックスインを作成または更新します。新しい候補者の場合は、まずcreate_personを呼び出し、次に返されたPerson ID(または完全一致するメールアドレス/名前)を指定してこのツールを呼び出します。candidateにはperson _id、メールアドレス、または完全一致する表示名を指定します。title、source、onsite、remoteのうち少なくとも1つを指定してください。 |
list_recruiting_candidate_custom_fields | 既存のRecruiting候補者に適用されるカスタムフィールド定義を一覧表示します。candidateにはperson _id、完全一致するメールアドレス、または完全一致する表示名を指定します。undefinedまたはundefinedが所有するフィールドについて、ID、ラベル、タイプ、所有者のメタデータを返します。この読み取り操作によってRecruitingが有効になることはありません。新しい人物の場合は、まずcreate_personを呼び出し、次にset_recruiting_candidate_profileを呼び出してください。 |
get_recruiting_candidate_custom_field_values | 現在未設定の定義を含め、既存のRecruiting候補者に適用されるカスタムフィールド値をすべて読み取ります。candidateにはperson _id、完全一致するメールアドレス、または完全一致する表示名を指定します。候補者および人物が所有するフィールドは、Hulyのタイプメタデータとともに表示されます。この読み取り操作によってRecruitingが有効になることはありません。新しい人物の場合は、まずcreate_personを呼び出し、次にset_recruiting_candidate_profileを呼び出してください。 |
set_recruiting_candidate_custom_field | list_recruiting_candidate_custom_fieldsのフィールドIDを指定して、既存のRecruiting候補者のカスタムフィールドを1つ設定します。candidateにはperson _id、完全一致するメールアドレス、または完全一致する表示名を指定します。undefinedまたはundefinedが所有するisCustomフィールドのみ書き込み可能です。array、ref、不明なフィールドは拒否されます。値には、ドキュメント化されたフィールドタイプのワイヤ形式を使用します(数値は数値文字列、ブール値はtrue/false、日付はYYYY-MM-DDまたは正規のエポックミリ秒)。この書き込み操作によってRecruitingが有効になることはありません。新しい人物の場合は、まずcreate_personを呼び出し、次にset_recruiting_candidate_profileを呼び出してください。 |
list_recruiting_skills | Recruitingのスキルタグ定義を一覧表示します。スキルはtargetClass recruit:mixin:Candidateのスコープに属するHulyタグです。返されたタイトルまたはIDを候補者のスキルツールで使用してください。 |
list_recruiting_candidate_skills | person _id、メールアドレス、または完全一致する名前を指定して、Recruiting候補者1人に付加されたスキルタグ参照を一覧表示します。 |
add_recruiting_candidate_skill | 候補者にスキルを付加します。candidateにはperson _id、メールアドレス、または完全一致する名前を指定します。skillにはタイトルまたはタグIDを指定します。存在しないスキルタイトルは作成されます。category/colorは任意指定で、新しく作成されたスキルタグにのみ適用されます。 |
remove_recruiting_candidate_skill | スキルのタイトルまたはタグIDを指定して、Recruitingのスキルを候補者から外します。スキルが存在しない場合も冪等に動作します。 |
list_recruiting_applicants | Recruitingの応募者を一覧表示します。求人、候補者、状態で任意に絞り込めます。vacancyにはraw _id/VCN-番号/番号/名前を、candidateにはperson _id/メールアドレス/完全一致する名前を指定します。 |
get_recruiting_applicant | raw _id、APP-、または番号のみを指定して、Recruiting応募者を1人取得します。APP番号が曖昧な場合は、vacancyおよび/またはcandidateを渡してください。 |
create_recruiting_applicant | 1件の求人と候補者を関連付ける応募者を作成します。同じ求人/候補者の組み合わせが重複する場合は拒否され、APPシーケンスが増え、状態はその求人のワークフローから解決されます。必要に応じて人物をRecruitingで有効にします。 |
update_recruiting_applicant | 応募者の状態、担当者、startDate、および/またはdueDateを更新します。applicantにはraw _id、APP-、または番号を指定します。vacancy/candidateは結果の絞り込みにのみ使用します。担当者、startDate、dueDateを消去するにはnullを渡します。 |
delete_recruiting_applicant | HulyのremoveCollectionを使用して応募者を削除します。applicantにはraw _id、APP-、または番号を指定します。APP番号を絞り込むにはvacancy/candidateを使用できます。 |
SDK の検出
| ツール | 説明 |
|---|---|
list_huly_classes | このワークスペースで参照できる Huly のモデルクラス、インターフェース、ミックスインの ID を検出します。推測ではなく正確なクラス ID が必要な場合は、raw オブジェクト、汎用関連付け、カスタムフィールド、またはモデルに基づく作業の前に使用してください。 |
get_huly_class | 正確な ID を指定して Huly のクラス/インターフェース/ミックスインを読み取り、継承チェーンとモデル属性を返します。フィールド、参照先、列挙型 ID、またはそのクラス向けに設計された MCP ツールカテゴリのヒントが必要な場合に使用してください。 |
list_huly_attributes | ワークスペース全体または単一のクラス/ミックスインに直接属する Huly モデル属性を検出します。属性 ID、所有クラス、ラベル、型ファミリー、参照先、列挙型 ID、カスタムフィールドのマーカーを返します。 |
list_huly_enums | Huly の列挙型モデルドキュメントと有効な値を検出します。列挙型フィールドの書き込みや解釈の前に、許可されている値を調べるには、get_huly_class または list_huly_attributes の列挙型 ID を使用してください。 |
list_huly_plugin_configurations | core.class.PluginConfiguration の読み取り専用 Huly プラグイン設定レコードを一覧表示します。プラグイン ID、ラベル、有効/ベータのフラグ、トランザクション数を返すため、LLM は設定を変更せずに、インストール済みモデルプラグインのゲートを確認できます。 |
list_huly_domain_index_configurations | core.class.DomainIndexConfiguration の読み取り専用 Huly ドメインインデックス設定レコードを一覧表示します。ドメインごとに、disabled、skip、有効なインデックスの概要を返し、SDK で開かれたインデックス/フィルター/設定のペイロードは型付きメタデータとして保持します。 |
list_huly_sequences | core.class.Sequence と core.class.CustomSequence の読み取り専用 Huly シーケンスカウンターを一覧表示します。シーケンス ID、関連付けられたクラス ID、現在の非負整数値、および存在する場合はカスタムプレフィックスを返します。 |
describe_huly_space_type_capabilities | 1 回の読み取り専用呼び出しで、ID または正確な名前を指定して Huly SpaceType を説明します。記述子のメタデータ、ベース/ターゲットクラス、ロール、ロール権限、デフォルトメンバー、autoJoin、保存されているロール割り当ての形式を返します。 |
セキュリティ管理
| ツール | 説明 |
|---|---|
create_huly_permission | 明確で人が理解しやすいラベルを付け、任意でクラス/トランザクションの制約を設定して、基本的な Huly Permission を作成します。クラスには、完全一致のクラス ID、末尾の名前、またはラベルを指定できます。完全一致するラベルが既にある場合、定義全体が一致するときに限り、同じ操作を繰り返しても追加の変更は行われません。これはワークスペースのアクセス制御メタデータを変更します。エージェントが誤ってセキュリティ設定を変更しないよう、confirm=true が必要です。 |
update_huly_permission | 完全一致の ID またはラベルで特定したカスタム Huly Permission を更新します。名前空間付きの組み込み権限は保護されています。参照されていないカスタム権限ではラベル/説明を変更できますが、ロールまたは SpaceType ディスクリプターから参照されている場合、意味上の変更は拒否されます。null を指定すると、任意の制約がクリアされます。これはワークスペースのアクセス制御メタデータを変更します。エージェントが誤ってセキュリティ設定を変更しないよう、confirm=true が必要です。 |
delete_huly_permission | 完全一致の ID またはラベルで特定したカスタム Huly Permission を完全に削除します。名前空間付きの組み込み権限は保護されており、参照されている権限の削除は明確なエラーとともに拒否されます。これはワークスペースのアクセス制御メタデータを変更します。エージェントが誤ってセキュリティ設定を変更しないよう、confirm=true が必要です。 |
create_space_role | SpaceType ID または完全一致の名前と、権限 ID または完全一致のラベルを使用して、Huly のロール定義を作成します。この呼び出しでは、付随するロールと必要な型付きスペース割り当て属性の両方を作成し、2 回目の書き込みに失敗した場合は補償処理を行います。ワークスペーススコープの権限は、安定した全スペース対象の SpaceType に限定されます。既存の完全一致するロール名は、権限セットが一致するときに限り、同じ操作を繰り返しても追加の変更は行われません。これはワークスペースのアクセス制御メタデータを変更します。エージェントが誤ってセキュリティ設定を変更しないよう、confirm=true が必要です。 |
set_space_role_permissions | 既存のロール定義の権限セットを置き換えます。SpaceType には ID または完全一致の名前を指定します。ロールには、その SpaceType にスコープされた ID または完全一致の名前を指定します。各権限には ID または完全一致のラベルを指定します。ロールの権限をクリアするには permissions=[] を渡します。これはワークスペースのアクセス制御メタデータを変更します。エージェントが誤ってセキュリティ設定を変更しないよう、confirm=true が必要です。 |
get_class_collaborator_metadata | クラス ID、末尾の名前、またはラベルで特定した Huly クラスの、直接のコア ClassCollaborators メタデータを取得します。クラスがデフォルトを継承している場合、または直接のレコードがない場合は、configured=false を返します。 |
set_class_collaborator_metadata | クラス ID、末尾の名前、またはラベルで特定したクラスの、直接のコア ClassCollaborators メタデータを作成または置き換えます。fieldSelection は、人物に類するすべてのフィールド、フィールドなし、またはクラスとその祖先に対して検証された完全一致のプロパティ名に対応します。セキュリティ伝播フラグは明示的に正規化されます。これはワークスペースのアクセス制御メタデータを変更します。エージェントが誤ってセキュリティ設定を変更しないよう、confirm=true が必要です。 |
delete_class_collaborator_metadata | ID、末尾の名前、またはラベルで特定したクラスの、直接のコア ClassCollaborators メタデータレコードを完全に削除します。継承されたメタデータが選択または削除されることはありません。これはワークスペースのアクセス制御メタデータを変更します。エージェントが誤ってセキュリティ設定を変更しないよう、confirm=true が必要です。 |
シーケンス管理
| ツール | 説明 |
|---|---|
create_huly_sequence | ID、末尾の名前、またはラベルを完全一致で解決したクラスに対して、値が0の標準シーケンスまたはプレフィックス付きのカスタムシーケンスを作成します。再試行時には一致する既存の定義を返し、カウンターをリセットしたり増分したりすることはありません。種類またはプレフィックスが異なる場合は競合を返します。これはワークスペースのシーケンス定義を変更します。エージェントが誤ってシーケンスのメタデータを変更できないよう、confirm=true が必要です。 |
update_huly_custom_sequence | シーケンス ID、または関連付けられたクラス ID/名前で解決したカスタムシーケンスのプレフィックスのみを設定します。比較交換ガードはカウンターを変更せず、同時変更があった場合は拒否します。標準シーケンスのレコードは保護されています。これはワークスペースのシーケンス定義を変更します。エージェントが誤ってシーケンスのメタデータを変更できないよう、confirm=true が必要です。 |
delete_huly_sequence | シーケンス ID、または関連付けられたクラス ID/名前で解決した、未使用のシーケンスまたはカスタムシーケンスを完全に削除します。expectedCurrentValue は 0 である必要があり、アトミックな比較削除ガードとして機能するため、使用中または値が進んだカウンターは削除できません。参照されているカスタムシーケンスのレコードは保護されています。これはワークスペースのシーケンス定義を変更します。エージェントが誤ってシーケンスのメタデータを変更できないよう、confirm=true が必要です。 |
スペース
| ツール | 説明 |
|---|---|
list_spaces | モジュール全体で汎用的な Huly スペースを一覧表示します。includeArchived が省略された場合、includeArchived=undefined になります。モジュール固有のツールで結果を再利用できるよう、生のスペース ID、クラス、タイプ、プライバシー設定、アーカイブ状態、自動参加設定、メンバー数、オーナー数を返します。 |
get_space | 生のスペース _id または完全一致するスペース名で、Huly スペースを 1 件取得します。解決時はまず _id を試し、次に完全一致する名前を試します。名前が複数のスペースに一致する場合は、class および/または type を渡して絞り込んでください。曖昧なエラーには、一致した ID、クラス、タイプが含まれます。 |
list_space_types | 設定済みの Huly SpaceType レコードを一覧表示します。型付きスペースの設定を確認できるよう、記述子 ID、ベースクラス、対象クラス、デフォルトメンバー、自動参加設定、ロール数を返します。 |
get_space_type | 生の SpaceType _id または完全一致する名前で、Huly SpaceType を 1 件取得します。記述子メタデータ、ロール定義、ロールの権限 ID/ラベル、利用可能な権限が含まれます。 |
list_space_permissions | スペース/ワークスペースのアクセス制御を確認するため、コアの Huly Permission レコードを一覧表示します。scope、objectClass、または検索テキストで絞り込めます。読み取り専用で、権限の割り当ては行いません。 |
create_space | SpaceType _id または完全一致する名前で、汎用の Huly 型付きスペースを作成します。この呼び出し 1 回でメンバー、オーナー、ロールの指定値を解決し、SpaceType のデフォルトメンバーを適用して、ロールの割り当てを作成します。安全性を確保するため、SDK 記述子のベースクラスが正確に core:class:TypedSpace である、システム以外のタイプのみサポートされます。特殊なプロジェクト、チームスペース、ドライブ、ファネル、求人枠などのタイプは、専用ツールを案内する型付きエラーで失敗します。デフォルト値:private=false、autoJoin=false、restricted=false、owners=[呼び出し元アカウント]。 |
get_global_space_admins | すべてのスペースを対象とする型付きスペース上の安定したコア Admin ロールから、ワークスペース全体の Huly スペース管理者を取得します。アカウント UUID を返し、生のスペース、ロール、mixin の参照は必要ありません。 |
set_global_space_admins | ワークスペース全体の Huly スペース管理者リストを置き換えます。管理者はアカウント UUID、完全一致するメールアドレス、または完全一致する人物の表示名で指定します。ロールをクリアするには admins=[] を渡します。このツールは、安定したコアの全スペース用スペースと Admin ロールを内部で解決します。 |
update_space | 既存の Huly スペースの安全な共通メタデータ(名前、説明、private、archived、autoJoin)を更新します。スペースの作成/削除や、モジュール固有の必須フィールドの変更は行いません。 |
add_space_members | 既存の Huly スペースにメンバーを冪等に追加します。メンバーはアカウント UUID、完全一致するメールアドレス、または完全一致する人物の表示名で指定します。メンバー配列全体を置き換える前に、Huly のアカウント UUID に解決されます。 |
remove_space_members | 既存の Huly スペースからメンバーを冪等に削除します。メンバーはアカウント UUID、完全一致するメールアドレス、または完全一致する人物の表示名で指定します。メンバー配列全体を置き換える前に、Huly のアカウント UUID に解決されます。 |
set_space_owners | 既存の Huly スペースのオーナーを置き換えます。オーナーはアカウント UUID、完全一致するメールアドレス、または完全一致する人物の表示名で指定します。デフォルトでは、オーナーがメンバーにも含まれるようにします。 |
set_space_role_members | 他のすべてのロール割り当てを維持しながら、型付き Huly スペースの 1 つのロールに割り当てられたメンバーを置き換えます。ロールは、生のロール _id またはスペースの SpaceType にある完全一致するロール名で指定します。メンバーはアカウント UUID、完全一致するメールアドレス、または完全一致する人物の表示名で指定します。このロールをクリアするには members=[] を渡します。 |
add_space_role_members | 他のすべてのロール割り当てを維持しながら、型付き Huly スペースの 1 つのロールにメンバーを冪等に追加します。ロールは、生のロール _id またはスペースの SpaceType にある完全一致するロール名で指定します。メンバーはアカウント UUID、完全一致するメールアドレス、または完全一致する人物の表示名で指定します。 |
remove_space_role_members | 他のすべてのロール割り当てを維持しながら、型付き Huly スペースの 1 つのロールからメンバーを冪等に削除します。ロールは、生のロール _id またはスペースの SpaceType にある完全一致するロール名で指定します。メンバーはアカウント UUID、完全一致するメールアドレス、または完全一致する人物の表示名で指定します。 |
サポート
| ツール | 説明 |
|---|---|
get_support_status | Huly のサポートウィジェットのモデル/セットアップと、認証済みアカウントの非公開の保存済みステータス行を、読み取り専用の 1 回の呼び出しで確認します。必須のワークスペース分類器のいずれかが利用できない場合は supported=false を返します。それ以外の場合、SupportSystem が存在しなければセットアップは未完了、1 つだけ存在すれば設定済み、複数の候補がある場合は非決定的な選択を避け、すべての候補を返します。providerConversationId は不透明な値です。また、storedHasUnreadMessages は保存済みのフォールバックにすぎず、プロバイダー側の最新状態を保証するものではありません。不正な形式の非公開行は、プロバイダー ID を一切含まないエージェント向け警告を出してスキップされます。Huly はサポートメッセージ本文、参加者、添付ファイル、文字起こし、ライブの未読件数、配信/既読ステータス、安全な送信/返信/ウィジェット制御 API を公開していません。このツールは実行可能なウィジェットファクトリーを読み込まず、データも変更しません。 |
タグカテゴリー
| ツール | 説明 |
|---|---|
list_tag_categories | ワークスペース内のタグ/ラベルカテゴリーを一覧表示します。カテゴリーはラベルをグループ化します(例:「優先度ラベル」、「種類ラベル」)。すべてのクラスを含めるには targetClass を省略します。 |
create_tag_category | 新しいタグ/ラベルカテゴリーを作成します。冪等です。同じ label と targetClass のカテゴリーがすでに存在する場合は、それを返します(created=false)。targetClass のデフォルトはトラッカーの課題です。 |
update_tag_category | タグ/ラベルカテゴリーを更新します。カテゴリー ID またはラベル名を指定できます。指定されたフィールドのみが変更されます。 |
delete_tag_category | タグ/ラベルカテゴリーを完全に削除します。カテゴリー ID またはラベル名を指定できます。このカテゴリー内のラベルは孤立します(削除されません)。この操作は取り消せません。 |
タグ
| ツール | 説明 |
|---|---|
list_tags | 1 つの SDK target class に対する汎用 Huly タグ定義を一覧表示します。課題ラベル、ドキュメントラベル、Planner ToDo ラベル、ボードラベル、採用スキルにはモジュールのツールを優先してください。それ以外のタグベースのドメインやカテゴリー管理には、SDK の生データ用フォールバックとして使用します。 |
create_tag | 1 つの targetClass に対する汎用 Huly タグ定義を作成します。targetClass と title の組み合わせで冪等です。対応オブジェクトにタグを付ける場合は、モジュールのラベルまたはスキル用ツールを優先してください。定義の管理や、対応していないタグベースのドメインには、この生データ用フォールバックを使用します。 |
update_tag | 汎用 Huly タグ定義を更新します。tag 引数にはタグ ID または正確なタイトルを指定でき、targetClass 内で解決されます。 |
delete_tag | ID または正確なタイトルを指定して汎用 Huly タグ定義を削除します。targetClass 内で解決されます。これはタグ定義を削除するものであり、特定のオブジェクトに付いたタグ参照だけを削除するものではありません。 |
list_attached_tags | 1 つの生オブジェクトコレクションに付与された汎用 Huly TagReference 行を一覧表示します。課題、ドキュメント、Planner ToDo、ボードカード、採用候補者にはモジュールのツールを優先してください。この SDK フォールバックでは objectId、objectClass、space、collection が必要です。 |
attach_tag | 1 つの生オブジェクトコレクションに汎用 Huly タグを付与します。対応する課題、ドキュメント、Planner、ボード、採用オブジェクトにはモジュールのツールを優先してください。この SDK フォールバックでは targetClass と objectId/objectClass/space/collection が必要で、同じオブジェクト、コレクション、タグの組み合わせに対して冪等です。 |
detach_tag | 1 つの生オブジェクトコレクションから汎用 Huly タグを取り外します。対応する課題、ドキュメント、Planner、ボード、採用オブジェクトにはモジュールのツールを優先してください。この SDK フォールバックでは targetClass と objectId/objectClass/space/collection が必要です。 |
タスク管理
| ツール | 説明 |
|---|---|
list_project_types | Huly トラッカープロジェクトの種類/ワークフローテンプレートを一覧表示します。ID、表示名、記述子、タスクの種類の数、ステータスの数、および既定の Classic トラッカーの種類と思われるかどうかを返します。 |
get_project_type | Huly トラッカープロジェクトの種類を 1 回の呼び出しで調べます。projectType には ID または表示名を指定できます。省略した場合は、一意に特定できる Classic トラッカーの種類が使用されます。タスクの種類、ステータス、カテゴリ、およびタスクの種類とステータスの対応関係を返します。 |
list_task_types | Huly の課題/タスクの種類を一覧表示します。projectType の ID または表示名で絞り込むこともできます。タスクの種類の識別情報、親プロジェクトの種類、種別、課題クラス、および利用可能なステータスの数を返します。 |
create_task_type | 正規化された名前に基づいて、Huly の課題/タスクの種類をプロジェクトの種類に冪等に追加します。templateTaskType が指定されていない場合は、既存のテンプレートタスクの種類から必要なワークフロー設定をコピーします。作成結果、ID、影響を受けるタスクの種類の ID、およびワークスペースレベルのワークフローに関する警告を返します。 |
create_issue_status | 正規化された名前に基づいて、プロジェクトの種類とタスクの種類の範囲内で、Huly の課題ワークフローのステータスを冪等に追加します。category には Huly SDK の task.statusCategory キー(UnStarted、ToDo、Active、Won、Lost)を指定できます。taskType には ID または表示名を指定でき、省略するとプロジェクトの種類内のすべてのタスクの種類にステータスが適用されます。 |
テスト管理
| ツール | 説明 |
|---|---|
list_test_projects | テスト管理プロジェクトを一覧表示します。名前順に並べたテストプロジェクトを返します。トラッカープロジェクトとは別のものです。 |
list_test_suites | テストプロジェクト内のテストスイートを一覧表示します。プロジェクト ID または名前を指定します。入れ子になったスイートを対象とする場合は、任意で親を指定できます。 |
get_test_suite | テストプロジェクト内で ID または名前を指定して、単一のテストスイートを取得します。スイートの詳細とテストケース数を返します。 |
create_test_suite | テストプロジェクトにテストスイートを作成します。冪等性があり、同じ名前のスイートがすでに存在する場合はそれを返します(created=false)。入れ子にする場合は、任意で親を指定できます。 |
update_test_suite | テストスイートを更新します。スイート ID または名前を指定します。指定したフィールドのみが変更されます。 |
delete_test_suite | テストスイートを完全に削除します。スイート ID または名前を指定します。この操作は取り消せません。 |
list_test_cases | テストプロジェクト内のテストケースを一覧表示します。任意のフィルターとして、スイート(ID または名前)や担当者(名前またはメールアドレス)を指定できます。 |
get_test_case | テストプロジェクト内で ID または名前を指定して、単一のテストケースを取得します。 |
create_test_case | スイートに関連付けてテストケースを作成します。説明では Markdown を使用できます。現在のワークスペースの Huly 閲覧 URL への Markdown リンクは、_class、_id、ラベルが含まれている場合、ネイティブの Huly 参照になります。外部 URL と他のワークスペースの閲覧 URL は通常のリンクのままです。プロジェクトとスイートの指定が必要です。デフォルト値:type=functional、priority=medium、status=draft。 |
update_test_case | テストケースを更新します。テストケース ID または名前を指定します。説明では Markdown を使用できます。現在のワークスペースの Huly 閲覧 URL への Markdown リンクは、_class、_id、ラベルが含まれている場合、ネイティブの Huly 参照になります。外部 URL と他のワークスペースの閲覧 URL は通常のリンクのままです。指定したフィールドのみが変更されます。割り当てを解除するには、担当者に null を設定します。 |
delete_test_case | テストケースを完全に削除します。テストケース ID または名前を指定します。この操作は取り消せません。 |
list_test_plans | テスト管理プロジェクト内のテスト計画を一覧表示します。計画の名前と ID を返します。プロジェクト ID または名前の指定が必要です。 |
get_test_plan | テストケースを含むテスト計画の詳細を取得します。プロジェクト内で計画 ID または名前を指定します。 |
create_test_plan | プロジェクトにテスト計画を作成します。説明では Markdown を使用できます。現在のワークスペースの Huly 閲覧 URL への Markdown リンクは、_class、_id、ラベルが含まれている場合、ネイティブの Huly 参照になります。外部 URL と他のワークスペースの閲覧 URL は通常のリンクのままです。冪等性があり、同じ名前の計画がすでに存在する場合はそれを返します(created=false)。 |
update_test_plan | テスト計画の名前または説明を更新します。説明では Markdown を使用できます。現在のワークスペースの Huly 閲覧 URL への Markdown リンクは、_class、_id、ラベルが含まれている場合、ネイティブの Huly 参照になります。外部 URL と他のワークスペースの閲覧 URL は通常のリンクのままです。指定したフィールドのみが変更されます。説明を消去するには description=null を渡します。 |
delete_test_plan | テスト計画を完全に削除します。関連するテスト実行は削除されません。取り消すことはできません。 |
add_test_plan_item | テスト計画にテストケースを追加します。ID または名前でテストケースを解決します。任意でメールアドレスまたは名前により担当者を割り当てられます。 |
remove_test_plan_item | 項目 ID を指定して、テスト計画からテストケースを削除します。項目 ID は get_test_plan で取得できます。 |
list_test_runs | テスト管理プロジェクト内のテスト実行を一覧表示します。実行の名前、ID、期限を返します。 |
get_test_run | すべての結果を含むテスト実行の詳細を取得します。プロジェクト内で実行 ID または名前を指定します。 |
create_test_run | プロジェクトにテスト実行を作成します。説明では Markdown を使用できます。現在のワークスペースの Huly 閲覧 URL への Markdown リンクは、_class、_id、ラベルが含まれている場合、ネイティブの Huly 参照になります。外部 URL と他のワークスペースの閲覧 URL は通常のリンクのままです。計画から一括作成する場合は、代わりに run_test_plan を使用してください。 |
update_test_run | テスト実行の名前、説明、または期限を更新します。説明では Markdown を使用できます。現在のワークスペースの Huly 閲覧 URL への Markdown リンクは、_class、_id、ラベルが含まれている場合、ネイティブの Huly 参照になります。外部 URL と他のワークスペースの閲覧 URL は通常のリンクのままです。指定したフィールドのみが変更されます。任意のフィールドを消去するには null を渡します。 |
delete_test_run | テスト実行を完全に削除します。関連するテスト結果は削除されません。取り消すことはできません。 |
list_test_results | テスト実行内のテスト結果を一覧表示します。結果の名前、ステータス、担当者を返します。 |
get_test_result | テスト結果の詳細を取得します。結果 ID または名前を指定します。 |
create_test_result | 実行にテスト結果を作成します。ID または名前でテストケースを解決します。ステータスのデフォルト値は 'untested' です。 |
update_test_result | テスト結果のステータス、担当者、または説明を更新します。説明では Markdown を使用できます。現在のワークスペースの Huly 閲覧 URL への Markdown リンクは、_class、_id、ラベルが含まれている場合、ネイティブの Huly 参照になります。外部 URL と他のワークスペースの閲覧 URL は通常のリンクのままです。ステータス値:untested、blocked、passed、failed。 |
delete_test_result | テスト結果を完全に削除します。取り消すことはできません。 |
run_test_plan | テスト計画を実行します。テスト実行を作成し、計画の各項目に対してテスト結果を 1 件ずつ作成します。実行 ID と作成した結果の件数を返します。任意で実行名を指定し、期限を設定できます。 |
ユーザーステータス
| ツール | 説明 |
|---|---|
list_user_statuses | Huly のユーザー在席レコードを一覧表示します。アカウント UUID、オンライン状態、最終更新日時を返します。現在接続中のユーザーを確認するには、このツールを使用します。在席状態は Huly サーバーのセッションによって維持されます。オンライン状態またはアカウント UUID で絞り込めます。 |
ビュー
| ツール | 説明 |
|---|---|
list_filtered_views | @hcengineering/view の保存済みフィルタービューを一覧表示します。board:app:Board のような未加工のアプリ/リソース文字列を指定して、attachedTo で範囲を絞り込めます。モジュールをまたいで保存済みビューを検索する場合は、attachedTo を省略します。現在のアカウントのユーザーメンバーシップに基づき、自分のみ/共有の可視性を報告します。 |
get_filtered_view | FilteredView の _id または完全一致する名前で、保存済みフィルタービューを 1 件取得します。完全一致する名前が複数のモジュールに存在する可能性がある場合は、board:app:Board のように attachedTo を指定します。読み取り専用で、保存済みビューへの書き込みは行いません。 |
list_viewlets | @hcengineering/view のモデルメタデータからビューレットを一覧表示します。board:class:Card のような Huly クラス ID を attachTo に指定すると、レンダリングされたドキュメントクラスで範囲を絞り込めます。クラス ID が必要な場合は list_huly_classes を使用します。オプションのビューレットロケーターには、Viewlet の _id、完全一致するタイトル、完全一致するバリアント、またはディスクリプターの _id を指定できます。ディスクリプター ID は複数のビューレットを返す場合があります。ディスクリプターメタデータと、一致する ViewletPreference 設定が含まれます。 |
バーチャルオフィス
| ツール | 説明 |
|---|---|
list_office_floors | バーチャルオフィスのフロアを一覧表示します。 |
get_office_floor | floorId を指定して、バーチャルオフィスのフロアを 1 件取得します。 |
create_office_floor | 空白でない名前を指定して、永続的なバーチャルオフィスの Floor を 1 件作成します。生成された floorId をすぐに返します。フロアの名前変更と削除は意図的に利用できません。 |
list_office_rooms | アクセスモード、種類、フロア、フロアプラン上の位置/サイズ、言語、録画/文字起こしのデフォルト設定を含む、バーチャルオフィスのルームを一覧表示します。 |
get_office_room | roomId を指定して、バーチャルオフィスのルームを 1 件取得します。読み取り可能な場合は説明も含まれます。 |
create_office_room | 完全一致する ID または一意に特定できる完全一致の名前で解決した Floor 上に、永続的なビデオ、オーディオ、受付、または個人用オフィスを 1 件作成します。ビデオ/オーディオ/受付には空白でない名前が必要です。オフィスでは Huly ネイティブの空の名前を使用し、person=null とします。Huly クラス、アクセス、言語、2x1 の空きフロアプラン位置、録画/文字起こしのデフォルト設定は内部で決定されます。ビデオはワークスペースの OfficeSettings を継承し、その他の種類では両方のフラグがデフォルトで false になります。参加者の作成や録画/文字起こしの開始は行いません。 |
update_office_room | roomId を指定して、永続的な Room または Office を 1 件更新します。受け付けるのは、名前、Markdown 形式の説明、アクセス、startWithTranscription、startWithRecording のみです。個人用オフィスではオープンアクセスを設定できません。Huly で保護されている Reception の名前は変更できません。フロア、形状、人物の割り当て、言語、ACL、占有状態、アクティブなプロバイダーの状態は維持されます。デフォルトフラグは今後のセッションに適用され、録画/文字起こしを開始または停止することはありません。 |
list_offices | 読み取り可能な場合は、割り当てられた人物とともに個人用オフィスのルームを一覧表示します。 |
get_office | roomId を指定して、個人用オフィスのルームを 1 件取得します。読み取り可能な場合は、割り当てられた人物と説明も含まれます。 |
list_active_room_info | 一時的なアクティブルームの占有状況の概要を一覧表示します。 |
list_active_room_participants | roomId で任意に絞り込み、一時的なバーチャルオフィスの参加者と位置を一覧表示します。 |
list_meeting_minutes | 任意の添付先と作成日時の範囲を指定して、会議メモ/文字起こしレコード(議事録)を一覧表示します。 |
get_meeting_minutes | meetingMinutesId を指定して、会議メモ/文字起こしレコード(議事録)を 1 件取得します。読み取り可能な場合は説明も含まれます。 |
list_device_preferences | 読み取り可能なバーチャルオフィスのメディアデバイス設定を一覧表示します。 |
list_office_defaults | ルーム単位の言語、録画のデフォルト設定、文字起こしのデフォルト設定を一覧表示します。 |
Workbench
| ツール | 説明 |
|---|---|
list_workbench_applications | URL エイリアスの完全一致または大文字と小文字を区別しないエイリアス部分一致により、読み取り専用の Huly Workbench アプリケーションモデル宣言を一覧表示します。翻訳されていない labelId の値、静的モデルフラグ、認証済みアカウントの呼び出し元スコープの hiddenByPreference 状態、および宣言的なスペース/特別/グループナビゲーションの概要を返します。コンポーネント、リソースコールバック、クエリビルダーは実行しません。安定した ID のない従来のスペースナビゲーション項目は、エージェントに表示される警告とともに省略されます。アプリケーションが存在することは、プラグイン、インテグレーションプロバイダー、ワーカー、API、ロール、権限、またはブラウザー上で実際に表示されることの証明にはなりません。個人用タブ、アクティブなブラウザー状態、ウィジェット、ウィジェットのタブ/設定、および Workbench のすべての変更操作は、非公開またはブラウザー内に限定され、信頼できる人間向けのエージェントワークフローがないため、意図的にサポート対象外です。 |
ワークフローステータス
| ツール | 説明 |
|---|---|
list_workflow_statuses | ワークスペースモデル全体から、汎用 Huly ワークフロー Status レコードを一覧表示します。ステータス属性 ID/名前の完全一致、およびカテゴリ ID/ラベルの完全一致で絞り込みます。解決済みの属性とカテゴリの関連情報を返します。トラッカープロジェクト 1 件の課題ステータスには、代わりに list_statuses を使用してください。 |
get_workflow_status | ID または大文字と小文字を区別しない名前の完全一致により、汎用 Huly ワークフロー Status を 1 件取得します。同じ名前のステータス属性が複数ある場合は、ofAttribute を渡してください。曖昧な名前は、該当する ID とともに拒否されます。 |
create_workflow_status | ID または名前の完全一致で解決した属性に、汎用 Huly ワークフロー Status を作成します。必要に応じて、ID またはラベルの完全一致で共有カテゴリを解決できます。ラベルが曖昧な場合は、カテゴリ ID を渡してください。その属性内に同じ正規化名がすでに存在する場合は、冪等に既存の項目を返し、created=false とします。トラッカープロジェクトタイプへの紐付けは、引き続き create_issue_status が担当します。 |
update_workflow_status | ID または名前の完全一致により、汎用ワークフロー Status を更新します。対象を特定するには currentOfAttribute を使用してください。category、color、description に null を指定すると、その値がクリアされます。StatusCategory がそのステータスをデフォルトとして使用している間は、名前の変更は拒否されます。先にそのデフォルトを更新してください。属性の変更は、ステータスがどこからも参照されておらず、両方の属性が同じ具象 Status クラスを使用している場合にのみ許可されます。カテゴリは複数の属性で共有できます。 |
delete_workflow_status | ID または名前の完全一致により、参照されていない汎用ワークフロー Status を完全に削除します。StatusCategory のデフォルト、ProjectType、TaskType、またはタスクレコードから参照されている間は、削除を拒否します。このツールはトラッカーのワークフロー配列を書き換えません。先にトラッカー固有のワークフローツールを使用して、そうした参照を削除してください。 |
list_status_categories | 汎用 Huly StatusCategory レコードを一覧表示します。必要に応じて、ステータス属性 ID または名前の完全一致で絞り込めます。各カテゴリについて、解決済みの属性、デフォルトステータス、およびそのカテゴリを参照するステータスの数を返します。 |
get_status_category | ID または大文字と小文字を区別しないラベルの完全一致により、汎用 Huly StatusCategory を 1 件取得します。同じラベルのステータス属性が複数ある場合は、ofAttribute を渡してください。曖昧なラベルは、該当する ID とともに拒否されます。 |
create_status_category | ID または名前の完全一致で解決した属性に、汎用 Huly StatusCategory を作成します。defaultStatus は同じ属性内で解決され、カテゴリとデフォルトの関連関係が保たれます。同じ正規化ラベルがすでに存在する場合は、冪等に既存の項目を返し、created=false とします。 |
update_status_category | ID またはラベルの完全一致により、汎用 StatusCategory を更新します。更新後のデフォルトステータスは、更新後の属性に属している必要があります。Huly のカテゴリは共有できるため、他の属性のステータスから引き続き参照されてもかまいません。 |
delete_status_category | ID またはラベルの完全一致により、参照されていない汎用 StatusCategory を完全に削除します。Status から参照されている間は、参照切れを防ぐため削除を拒否します。 |
ソースからのビルド
公開パッケージにはネイティブの常駐ブリッジが含まれています。Rust はビルド依存関係です。 ソースからビルドするには、Node.js、pnpm、Rustup、Python 3、Bash が必要です。固定された Rust ツールチェーン、Zig リンカー、クロスコンパイル用 SDK を一度準備します。
pnpm setup:native
pnpm build
pnpm test:native
ビルドツールは、チェックアウト先や公開パッケージの外部にある、プラットフォーム固有のユーザーキャッシュに保存されます。 ブリッジは単一の Rust I/O ループです。MCP プロトコルの処理、認可、キャンセルは共有 Node バックエンドが引き続き担当します。
トラブルシューティング
特殊文字を含むパスワードの代替手段
Huly のパスワードに *、%、!、# などの文字が含まれている場合、-e や --env などの CLI 環境変数フラグを使って渡すと失敗することがあります。シェルがこれらの文字をプロセスに渡す前に解釈するためです。
解決策:シェル経由でパスワードを渡す代わりに、MCP 設定ファイルを直接編集します。
- Codex:
~/.codex/config.toml - Claude Code:
~/.claude.json(ユーザースコープ)または.mcp.json(プロジェクトスコープ) - Claude Desktop:インストールのセクションに記載されている場所にある
claude_desktop_config.json - VS Code と Cursor:インストールのセクションに記載されているクライアント設定の場所を使用します。実際の認証情報を含むワークスペースファイルをコミットしないでください
- Windsurf:Windsurf の MCP 設定ファイルを直接編集します
- OpenCode:
~/.config/opencode/opencode.json
Claude の JSON 設定では、上記のシェルで問題になる文字をそのまま記述できます。" や \ など、JSON で予約されている文字は通常どおりエスケープする必要があります。
{
"mcpServers": {
"huly": {
"type": "stdio",
"command": "npx",
"args": ["-y", "@firfi/huly-mcp@latest"],
"env": {
"MCP_TRANSPORT": "stdio-resident",
"HULY_URL": "https://your-huly-instance.com",
"HULY_EMAIL": "[email protected]",
"HULY_PASSWORD": "p@ss*w0rd!#%",
"HULY_WORKSPACE": "your-workspace"
}
}
}
}
デプロイ環境で管理された API トークンがサポートされている場合は、このパスワードの代替手段ではなく HULY_TOKEN を使用してください(
環境変数を参照)。
MCP クライアントに「Failed to reconnect」と表示される
MCP 設定を変更した後、一部のクライアント(Claude Code など)では、再接続だけでなく完全な再起動が必要です。アプリケーションを完全に終了してから、再度開いてください。
次の方法で、接続が正常に機能するかを個別に確認できます。
claude mcp list # Should show "Connected"
セルフホスト Huly:ログイン失敗が続くとアカウントがロックされる
Huly では、API 認証に 5 回失敗すると、パスワードログインがロックされます。パスワードの設定に誤りがある場合など、初期設定時によく発生します。ロック状態は、サービスを再起動してもデータベースに残ります。
症状:MCP サーバーから PasswordLoginLocked エラーが返され、Huly のウェブ UI に「Password login is locked due to too many failed attempts. Please use an OTP login method to unlock your account.」と表示されます(SMTP が設定されていない場合、OTP は機能しません)。
修正方法 — CockroachDB のロックカウンターをリセットします。
# Find your account UUID and check lock status
docker exec -e PGPASSWORD=<your_cockroach_password> <cockroach_container> \
cockroach sql --host=localhost --user=<db_user> --database=defaultdb --insecure \
-e "SELECT uuid, failed_login_attempts FROM global_account.account;"
# Reset the counter
docker exec -e PGPASSWORD=<your_cockroach_password> <cockroach_container> \
cockroach sql --host=localhost --user=<db_user> --database=defaultdb --insecure \
-e "UPDATE global_account.account SET failed_login_attempts = 0 WHERE uuid = '<your_account_uuid>';"
CockroachDB の認証情報は、Huly の compose.yml で確認するか、docker exec <cockroach_container> env | grep COCKROACH を実行して確認できます。
Windows 固有の注意事項
- Bash ラッパースクリプト(
.envファイルを読み込むもの)は、Windows 上で MCP クライアントから起動した場合、安定して動作しないことがあります。MCP 設定 JSON で環境変数を直接設定してください。 - SSH 経由の Docker イメージの取得は、認証情報マネージャーの問題により、Windows で失敗することがあります。必要に応じて、サーバーのデスクトップからイメージを取得してください。
コメント
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。