AIを接続する GUILDUO
Guilduo MCP接続:OAuth認証とAgentリンク
GuilduoのMCP接続先は https://mcp.guilduo.com/mcp です。OAuthで接続し、Web AppのConnectionsで登録Agentへリンクしてから、読み取りで権限を確認します。
接続前の確認
- クライアントがRemote HTTP MCPとOAuthに対応していることを確認します。設定名や利用条件はクライアントの版によって異なります。
- Web Appで作業用アカウントにログインし、Questを読めることを確認します。
- 担当AIを使うならPartyでAgentを登録し、表示名とは別のAgent IDを確認します。
正式endpointでOAuth接続する
- MCP・Apps・Connectors設定で、接続名Guilduo、種類Remote HTTP MCPを選びます。
- URLに上記endpointを入力します。通常接続に/mcp-nextやAppwrite APIのURLは使いません。
- 認証方式を選べる場合はOAuthにします。API Key、Bearer Token、Client Secretを貼り付けません。
- Web Appと同じアカウントで認可画面にログインし、要求された権限を確認して許可します。
- クライアントへ戻り、接続済みまたは利用可能の表示を確認します。
text
https://mcp.guilduo.com/mcp接続をAgentへリンクする
linkedがfalse、agentがnullなら、OAuth認証後でもAgent未リンクです。OAuthをやり直す前にConnectionsのリンクを確認します。
- Web AppのConnectionsで、今回接続したClientを確認します。
- 意図した登録済みAgentへリンクします。接続元の名前からAgentを推測しないでください。
- クライアントを再読み込みし、get_current_agent_contextでlinked、Agent ID、effectiveExecutionScopesを確認します。
書き込まずに検証する
一覧が0件でも同じアカウントの保存状態と一致すれば正常です。ツール名の発見だけでは、呼び出し権限や書き込み成功を確認できません。
text
Guilduoの接続を読み取りだけで確認してください。
get_current_agent_contextでリンク状態、Agent ID、Role、effectiveExecutionScopesを報告してください。
次にlist_questsをview=all、limit=5で取得し、件数だけ報告してください。
Token、Client ID、UID、Quest本文は表示せず、変更や追加のモデル実行はしないでください。接続失敗の診断
移行前の接続が原因なら旧接続を外して正式endpointで再登録します。動いている接続でツールだけが古い場合は、まずRefreshを試し、重複接続を作らないでください。
| 症状 | 確認点 | 対応 |
|---|---|---|
| 401 | 旧認可、失効、接続先 | endpoint確認後、必要ならOAuth再認可 |
| OAuthから戻れない | アカウント、callbackを妨げる拡張 | 同じアカウントとクライアントへの復帰を確認 |
| linked: false | Connectionsのリンク | 対象Agentへリンクし再取得 |
| agents:read不足 | OAuth認可内容 | 権限を確認して再認可 |
| Humanツールがない | クライアントのツールカタログ | Refresh後、新しいチャットで確認 |
この記事の出典
公開GitHubの資料をもとに編集しています。仕様の詳細は原文を確認できます。
内容確認日: · 公開資料の版: 5125178