「AIチャットからもできないの？」と言われたら ～業務アプリをMCP対応するときの認証・認可の勘所

2026/11/09 開催
OpenID TechNight vol.24 ~ SSF × AIdentity 発表資料

「AIチャットからもできないの？」と言われたら ～業務アプリをMCP対応するときの認証・認可の勘所

合同会社 現場指向
土岐 孝平

Transcript

1. 2026/11/09 OpenID TechNight vol.24 ~ SSF × AIdentity チャットからもできないの？」 と われたら 「AI 言 業務アプリを MCP 対応するときの認証・認可の勘所 1
2. 自己紹介 土岐 孝平 （とき こうへい） 合同会社 現場指向 と Spring のベテランエンジニア。 開発支援・研修講師・書籍の執筆をしています。 Java 2
3. について 本発表 する聴講者 「AI する前提知識 OAuth、OIDC、MCP 想定 想定 ち帰ってもらいたいもの 持 チャットアプリで業務アプリの操作がしたい」と 言われているシステム部門の方 業務アプリを MCP 対応する開発者の方 の の についての概要を知っている な イメージを掴んでもらう MCP 認証・認可 具体的 実現 3
4. やりたいこと システムを 休暇申請 で する Claude Desktop 操作 → 4
5. システム構成 休暇申請 フロントエンド リクエスト with アクセストークン アクセストークンを この部分が対象 休暇申請 API に を 事前 公開鍵 取得 取得 with リクエスト アクセストークン に を 事前 公開鍵 取得 休暇申請 MCP Server (Java + Spring) with リクエスト アクセストークン の クラウド Anthropic 自社IdP (Keycloak) アクセストークンを 取得 < MCP Client > Claude AI の エージェント LLM プロンプト Claude Desktop と は、Claudeのサーバーからアクセスできるようにする必要がある 自社IdP MCP Server 5
6. の と本発表の論点 OAuth 役割 エージェントの の制限 アクセストークンを 検証 休暇申請 API に を 事前 公開鍵 取得 自社IdP Authorization Server 5. AI 権限 with リクエスト アクセストークン に を 事前 公開鍵 取得 アクセストークンを 取得 の エージェントの の発行 2. Claude AI Client ID アクセストークンの の指定方法 3. aud Claim 4. token passthrough 対応 の 休暇申請 MCP Server Resource Server with アクセストークン を 検証 リクエスト アクセストークン <MCP Client> Claude AI OAuth Client の エージェント の エージェントに を える方法 1. Claude AI IdP URL 教 の プロンプト Claude Desktop 6
7. の エージェントにIdPのURLを教える方法 1. Claude AI エージェントの の制限 アクセストークンを 検証 休暇申請 API に を 事前 公開鍵 取得 自社IdP Authorization Server 5. AI 権限 with リクエスト アクセストークン に を 事前 公開鍵 取得 アクセストークンを 取得 の エージェントの の発行 2. Claude AI Client ID アクセストークンの の指定方法 3. aud Claim 4. token passthrough 対応 の 休暇申請 MCP Server Resource Server with アクセストークン を 検証 リクエスト アクセストークン <MCP Client> Claude AI OAuth Client の エージェント の エージェントに を える方法 1. Claude AI IdP URL 教 の プロンプト Claude Desktop 7
8. Claude Desktop のConnector(MCP Server)の登録画面 の を する項目がない IdP URL 設定 8
9. RFC 9728 : OAuth 2.0 Protected Resource Metadata Resource Serverのメタデータを公開するための規格。MCP仕様では対応がMUST ① MCP Client → MCP Server ④ MCP Server → MCP Client POST https://leave-mcp.example.com/mcp { ② MCP Server → MCP Client HTTP/1.1 401 Unauthorized WWW-Authenticate: Bearer resource_metadata= "https://leave-mcp.example.com/.well-known/oauth-protected-resource" ③ MCP Client → MCP Server } "resource": "https://leave-mcp.example.com/mcp", "bearer_methods_supported": ["header"], "authorization_servers": [ "https://idp.example.com/realms/sampl-corp" ], "scopes_supported": ["leave-mcp-server"] GET https://leave-mcp.example.com/.well-known/oauth-protected-resource ⑤ MCP Client → IdP（RFC 8414 : OAuth 2.0 Authorization Server Metadata） GET https://idp.example.com/.well-known/oauth-authorization-server/realms/sample-corp ⑥ IdP → MCP Client { } "issuer": "https://idp.example.com/realms/sample-corp", "authorization_endpoint": "https://idp.example.com/realms/sample-corp/protocol/openid-connect/auth", "token_endpoint": "https://idp.example.com/realms/sample-corp/protocol/openid-connect/token", // ... 9
10. を した Spring 使用 実装 401レスポンス、および、メタデータのエンドポイントを自動で公開してくれる。メタデータのカスタマイズ が可能 @Bean public SecurityFilterChain securityFilterChain(HttpSecurity http, @Value("${app.prm.resource}") String resource, @Value("${app.prm.scope}") String scope, @Value("${spring.security.oauth2.resourceserver.jwt.issuer-uri}") String issuerUri) { ... http ... .oauth2ResourceServer(oauth2 -> oauth2 // authorization_servers scopes_supported 設定 必要 .protectedResourceMetadata(prm -> prm.protectedResourceMetadataCustomizer(metadata -> metadata .resource(resource) .authorizationServer(issuerUri) .scope(scope))) // scopes_supported .jwt(Customizer.withDefaults())); return http.build(); } と 実際 は が のソースコードよりも簡略化しています 10
11. の エージェントのClient IDの発行 2. Claude AI エージェントの の制限 アクセストークンを 検証 休暇申請 API に を 事前 公開鍵 取得 自社IdP Authorization Server 5. AI 権限 with リクエスト アクセストークン に を 事前 公開鍵 取得 アクセストークンを 取得 の エージェントの の発行 2. Claude AI Client ID アクセストークンの の指定方法 3. aud Claim 4. token passthrough 対応 の 休暇申請 MCP Server Resource Server with アクセストークン を 検証 リクエスト アクセストークン <MCP Client> Claude AI OAuth Client の エージェント の エージェントに を える方法 1. Claude AI IdP URL 教 の プロンプト Claude Desktop 11
12. つの方法 3 に 1. 事前 登録 で のメタデータ (Client ID、Client Secretなど)を発行 それをClaudeのAIエージェントに使っ てもらう IdP側 OAuth Client な割り当て 動的 2. CIMD 3. DCR OAuth Client ID Metadata Document RFC 7591 : OAuth 2.0 Dynamic Client Registration Protocol ページで説明 次 がメタデータ登録用のエンドポイン トを公開 OAuth ClientがメタデータをIdPに登録 する メタデータの信頼性の検証が難しい MCP仕様では非推奨 IdP 12
13. の CIMD 概要 のドラフト) OAuth Client ID Metadata Document (IETF がメタデータを公開するための企画 認可リクエストを作成する際に、client_idとしてメタデータのURLを設定し、認可リクエストを受信したIdPがそのURLにアクセスして メタデータ取得する IdP側で信頼するドメインを設定して対象を絞ることも可能 OAuth Client側 の Claude CIMD: https://claude.ai/oauth/mcp-oauth- ブラウザ OAuth Client のサーバー client-metadata IdP OAuth Client側 リクエスト作成 メタデータのURL 認可 client_id= 1 リクエストのURL 認可 2 リクエスト client_id=メタデータのURL 認可 3 GET 4 メタデータのURL メタデータのJSON 5 ログイン・アクセス許可画面 (Clientの情報を表示) 6 { "client_id":"https://claude.ai/oauth/mcp-oauth-client-metadata", "client_name":"Claude", "client_uri":"https://claude.ai", "redirect_uris":["https://claude.ai/api/mcp/auth_callback"], "grant_types":[ "authorization_code","refresh_token", "urn:ietf:params:oauth:grant-type:jwt-bearer" ], "response_types":["code"], "token_endpoint_auth_method":"none" } 13
14. が すべき Client 選択 優先順位 MCP仕様に記載されている、3つの選択肢が使える場合のClientが選択すべき順位 https://modelcontextprotocol.io/specification/2026-07-28/basic/authorization/client-registration 1. pre-registered → 2. CIMD → 3. DCR な割り当ては、未知の MCP Client が接続する場合には有効 業務アプリのMCP Serverの場合、MCP Clientは既知のはずなので、基本的には事前登録でよ いと思われる 動的 14
15. に登録 (keycloakの画面) 事前 の エージェントのリダイレク トURIは、以下に記載されている Claude AI https://claude.com/docs/connectors/building/authentic ation#callback-urls 15
16. に登録 (Claude DesktopのConnector登録画面) 事前 の、TeamやEnterpriseプランは、管理者がConnectorを登録し、他のメンバーは接続の操作のみにできるとのこと Claude 16
17. 3. アクセストークンの aud Claim の指定方法 エージェントの の制限 アクセストークンを 検証 休暇申請 API に を 事前 公開鍵 取得 自社IdP Authorization Server 5. AI 権限 with リクエスト アクセストークン に を 事前 公開鍵 取得 アクセストークンを 取得 の エージェントの の発行 2. Claude AI Client ID アクセストークンの の指定方法 3. aud Claim 4. token passthrough 対応 の 休暇申請 MCP Server Resource Server with アクセストークン を 検証 リクエスト アクセストークン <MCP Client> Claude AI OAuth Client の エージェント の エージェントに を える方法 1. Claude AI IdP URL 教 の プロンプト Claude Desktop 17
18. の aud Claim 役割 aud Claim は、トークンの受信者(宛先)を表す Claim 受信者であるResource Serverは、自分が宛先になってるかをチェックすることで、トークンが転用される のを防ぐ MCP仕様では、audのチェックがMUST 自社IdP Authorization Server に を 事前 公開鍵 取得 アクセストークンを 取得 休暇申請 MCP Server Resource Server リクエスト with アクセストークン の エージェント アクセストークンを 検証 { "sub": "...", "aud": " leave-mcp-server ", ... Claude AI (MCP Client) OAuth Client プロンプト によってはOAuth Clientごとにaudの を め ちで設定もできるが‧‧‧ IdP 値 決 打 Claude Desktop 18
19. ごとに、aud の値を別にしたい MCP Server 休暇申請 MCP Server Resource Server { "sub": "...", "aud": " leave-mcp-server ", ... 自社IdP Authorization Server with リクエスト アクセストークン アクセストークンを 取得 社内FAQ MCP Server Resource Server with の エージェント Claude AI (MCP Client) OAuth Client プロンプト Claude Desktop リクエスト アクセストークン { "sub": "...", "aud": " faq-mcp-server ", ... したときの が きくなる 漏洩 被害 大 { "sub": "...", "aud": [ " leave-mcp-server" , "faq-mcp-serer " ] ... 19
20. ごとにaud Claimの値を変えるための規格 MCP Server RFC 8707 : Resource Indicators for OAuth 2.0 が、IdPに対してResource Serverの識別子を指定するための規格 OAuth Client MCP Server -> MCP Client MCP Client -> IdP (Protected Resource Metadata) 認可 定 { "resource": "https://leave-mcp.example.com/mcp", "bearer_methods_supported": ["header"], "authorization_servers": [ "https://idp.example.com/realms/sample-corp" ], "scopes_supported": ["leave-mcp-server"] } リクエスト(ブラウザ経由)とトークンリクエストでresourceパラメータを指 する(RFC 8707 : Resource Indicators for OAuth 2.0) https://idp.example.com/realms/sample-corp/protocol/openid-connect/auth ?response_type = code &client_id = claude-desktop &resource = https://leave-mcp.example.com/mcp ... IdP -> OAuth Client されたアクセストークン 発行 { "sub": "...", "aud": "https://leave-mcp.example.com/mcp", ... 20
21. での対応 Keycloak は、previewで対応している。Audience Mapper(トークンのaudに値を追加する仕組み。 スコープとマッピングできる)で代用できる Resource Indicator MCP Server -> MCP Client MCP Client -> IdP (Protected Resource Metadata) 認可 を したスコープを で す Audience Mapper 設定 scopes_supported 返 { "resource": "https://leave-mcp.example.com/mcp", "bearer_methods_supported": ["header"], "authorization_servers": [ "https://idp.example.com/realms/sample-corp" ], "scopes_supported": ["leave-mcp-server"] } リクエスト(ブラウザ経由) https://idp.example.com/realms/sample-corp/protocol/openid-connect/auth ?response_type = code &client_id = claude-desktop &resource = https://leave-mcp.example.com/mcp &scope = leave-mcp-server ... IdP -> OAuth Client されたアクセストークン 発行 { "sub": "...", "aud": "leave-mcp-server", ... 21
22. Audience Mapper の設定 22
23. の MCP Server側(Spring) 対応 Protected Resource Metadata の設定 @Bean public SecurityFilterChain securityFilterChain(HttpSecurity http, @Value("${app.prm.resource}") String resource, @Value("${app.prm.scope}") String scope, ...) { ... http ... .oauth2ResourceServer(oauth2 -> oauth2 // authorization_servers scopes_supported 設定 必要 .protectedResourceMetadata(prm -> prm .protectedResourceMetadataCustomizer(metadata -> metadata .resource(resource) .authorizationServer(issuerUri) .scope(scope))) // scopes_supported "leave-mcp-server" 設定 .jwt(Customizer.withDefaults())); return http.build(); } と の のチェック(YAMLの設定ファイ aud 値 ル) spring: security: oauth2: resourceserver: jwt: audiences: leave-mcp-server は が を 23
24. の 4. token passthrough 対応 アクセストークンを 検証 休暇申請 API に を 事前 公開鍵 取得 自社IdP Authorization Server エージェントの の制限 5. AI 権限 with リクエスト アクセストークン に を 事前 公開鍵 取得 アクセストークンを 取得 の エージェントの の発行 2. Claude AI Client ID アクセストークンの の指定方法 3. aud Claim 4. token passthrough 対応 の 休暇申請 MCP Server Resource Server with アクセストークン を 検証 リクエスト アクセストークン <MCP Client> Claude AI OAuth Client の エージェント の エージェントに を える方法 1. Claude AI IdP URL 教 の プロンプト Claude Desktop 24
25. とは token passthrough token passthrough とは MCP Serverが、受け取ったアクセストークンを、自分宛かを検証せずに、そ のままAPIに渡してしまうアンチパターンのこと。MCP仕様で禁止されている やるべき２つのこと 1. 受け取ったアクセストークンが自分宛てかを検証する(audのチェック) 2. 受け取ったアクセストークンを、API宛のアクセストークンに変換してAPIに 渡す については前述 2. については、RFC 8693: OAuth 2.0 Token Exchange で実現可能 ただし、同じ IdP 配下の API へ、アクセストークンをそのまま転送を許すかは議論されている 1. https://github.com/modelcontextprotocol/modelcontextprotocol/issues/3413 25
26. RFC 8693: OAuth 2.0 Token Exchange 手元にあるトークンを認可サーバーに渡して、別のトークンに変換してもらうための仕組み トークンリクエストで、grant_type「urn:ietf:params:oauth:grant-type:token-exchange」を指定 ２つの方式 Impersonation方式 として操作するトークンに変換 本人(subject) Delegation方式 に わって操作するトークンに変換 Keycloakはプレビューで対応 本人(subject) 替 26
27. Impersonation方式 の リクエスト Keycloak 場合 POST /realms/sample-corp/protocol/openid-connect/token grant_type &subject_token &subject_token_type &client_id &client_secret &scope ... = urn:ietf:params:oauth:grant-type:token-exchange = 変換前 (MCP Server 受 取 ) = urn:ietf:params:oauth:token-type:access_token = leave-mcp-server = leave-mcp-server-secret = leave-api // Audience Mapper 紐 のトークン のトークン が け ったアクセストークン で づけたスコープ のトークン 変換前 変換後 { { "sub": "340d3e2a-6d09-4d19-8a01-396d19f2d43e", "aud": "leave-mcp-server", "azp": "claude-desktop", ... } "sub": "340d3e2a-6d09-4d19-8a01-396d19f2d43e", "aud": "leave-api", "azp": "leave-mcp-server", ... } 27
28. Delegation方式 RFC 8693 の内容を転用(一部変更) リクエスト POST /as/token.oauth2 HTTP/1.1 grant_type = urn:ietf:params:oauth:grant-type:token-exchange audience = urn:example:cooperation-context subject_token = 変換前 subject_token_type = urn:ietf:params:oauth:token-type:jwt actor_token = ( 替 操作 者) actor_token_type = urn:ietf:params:oauth:token-type:jwt ... のトークン アクター ユーザーに わって する のトークン 変換前 のトークン アクターのトークン 変換後 { { { "sub":"user@example.net", "aud":"https://as.example.com", ... } "sub":"admin@example.net", ... のトークン } "sub":"user@example.net", "aud":"urn:example:cooperation-context", "act": { "sub":"admin@example.net" } ... で、アクターを表現 sub Claim は変わらない act Claim 28
29. の Token Exchange 実装例(Impersonation方式) @McpTool(name = "get_my_leave_balance", annotations = @McpTool.McpAnnotations(readOnlyHint = true), description = " 本人 氏名・部署・上長・ 有給休暇 残日数 取得 ") public JsonNode getMyLeaveBalance() { return restClient.get().uri("/me").header(HttpHeaders.AUTHORIZATION, "Bearer " + exchange(callerToken())) .retrieve().body(JsonNode.class); } private static String callerToken() { ((JwtAuthenticationToken)SecurityContextHolder.getContext().getAuthentication()) .getToken().getTokenValue(); } private String exchange(String subjectToken) { MultiValueMap<String, String> form = new LinkedMultiValueMap<>(); form.add("grant_type", "urn:ietf:params:oauth:grant-type:token-exchange"); form.add("subject_token", subjectToken); form.add("subject_token_type", "urn:ietf:params:oauth:token-type:access_token"); form.add("client_id", "leave-mcp-server"); form.add("client_secret", clientSecret); form.add("scope", "leave-api"); // aud=leave-api 付 Keycloak optional scope JsonNode response = restClient.post().uri(tokenUri) .contentType(MediaType.APPLICATION_FORM_URLENCODED) .body(form) .retrieve().body(JsonNode.class); return response.get("access_token").asString(); } ログインしているユーザー のプロフィール（ を ける TokenExchangeOAuth2AuthorizedClientProvider ロール）と の を する。 の を使用する方法もある 29
30. エージェントの権限の制限 5. AI エージェントの の制限 アクセストークンを 検証 休暇申請 API に を 事前 公開鍵 取得 自社IdP Authorization Server 5. AI 権限 with リクエスト アクセストークン に を 事前 公開鍵 取得 アクセストークンを 取得 の エージェントの の発行 2. Claude AI Client ID アクセストークンの の指定方法 3. aud Claim 4. token passthrough 対応 の 休暇申請 MCP Server Resource Server with アクセストークン を 検証 リクエスト アクセストークン <MCP Client> Claude AI OAuth Client の エージェント の エージェントに を える方法 1. Claude AI IdP URL 教 の プロンプト Claude Desktop 30
31. をしたいのか 何 でできることを、AIエージェントが勝手に操作できるのは怖いので制 限したい(更新系の操作はさせたくない、など) 前提として、API側はユーザーに対してアクセス制御をしているはずな ので、それ以上のことをされる心配はない そのうえで、AIエージェントができる範囲を制限したい 固定的に制限したい場合 制限したいAPIを呼び出すツールを作らない 制限するかどうかをユーザーに判断させたい場合 Human In The Loop を実装 同意画面でスコープを選択可能にする(Keycloakでは対応していない様 API 休暇申請 API 休暇申請 MCP Server Claudeの エージェント AI ユーザーごとのアクセス はここでやっている 制御 び せる を制限したい は ばないなど) 呼 出 API (更新系 呼 子) スコープを後から広げる ​MCP仕様の Step-Up Authorization Flow に記 載 31
32. のフロー Step-Up Authorization Flow 最初は狭いスコープでアクセストークンを発行し、必要に応じて広いスコープのアクセストークンを発行する ブラウザ の エージェント 業務MCP Server Claude AI 自社IdP の アクセス 最初 mcp の 最初 mcp アクセス HTTP/1.1 403 Forbidden WWW-Authenticate: Bearer error="insufficient_scope" , scope="leave-mcp:write" 1 401 scope="leave-mcp:read" 2 リクエストのリンク 認可 scope="leave-mcp:read" 3 RFC 6750: The OAuth 2.0 Authorization Framework: Bearer Token Usage 示 リクエスト で されている 認可 4 ログイン・アクセス許可画面 5 している操作のmcp アクセス 制限 している操作のmcp アクセス 制限 6 403 scope="leave-mcp:write" 7 リクエストのリンク 認可 scope=leave-mcp:read leave-mcp:write 8 GET /realms/sample-corp/protocol/openid-connect/auth ?response_type = code &client_id = claude-desktop &scope = leave-mcp-server leave-mcp:read leave-mcp:write offline_access ... { リクエスト 認可 9 HTTP/1.1 401 Unauthorized WWW-Authenticate: Bearer resource_metadata= "https://.../.well-known/oauth-protected-resource" , scope="leave-mcp-server leave-mcp:read" ログイン・アクセス許可画面 10 } "sub": "...", "scope": "leave-mcp:read leave-mcp:write ...", ... 32
33. スコープによるアクセス制御 @McpTool(name = "list_my_leave_requests", description = " 本人 休暇申請 一覧 新 順 取得 状態 annotations = @McpTool.McpAnnotations(readOnlyHint = true)) @McpRequiredOauthScopes("leave-mcp:read") public JsonNode listMyLeaveRequests() { return leaveApiClient.myRequests(callerToken()); } ユーザー の の を しい に する。 は PENDING(申請中), APPROVED(承認済), REJECTED(却下), CANCELED(取消)。", @McpTool(name = "submit_leave_request", description = """ ユーザー本人の休暇を申請する。申請は上長の承認待ち(PENDING)になる。 残日数不足・過去日・同じ日の重複は休暇申請API がエラーで返す。""", annotations = @McpTool.McpAnnotations(destructiveHint = false)) @McpRequiredOauthScopes("leave-mcp:write") public JsonNode submitLeaveRequest( @McpToolParam(description = "休暇 開始日（yyyy-MM-dd）") LocalDate startDate, @McpToolParam(description = "休暇 終了日（yyyy-MM-dd）。1日 省略 開始日 同 ", required = false) LocalDate endDate, @McpToolParam(description = "種別。PAID(有給, 既定), SPECIAL(特別休暇), ABSENCE(欠勤)", required = false) String type, ... の の だけなら するか と じ アノテーションは、Spring提供のものではなく自作したもの ツールにアクセスされた際にアクセストークンのスコープを確認し、スコープが不足していれば例外を発生させる https://github.com/spring-projects/spring-ai/issues/6740#issuecomment-5217399970 を参考 @McpRequiredOauthScopes 33
34. 401 と 403のレスポンスのカスタマイズ @Bean public SecurityFilterChain securityFilterChain(HttpSecurity http, ... .oauth2ResourceServer(oauth2 -> oauth2 .protectedResourceMetadata(prm -> prm ... .authenticationEntryPoint(prmAwareEntryPoint(resource, scope)) .jwt(Customizer.withDefaults())); return http.build(); } private static AuthenticationEntryPoint prmAwareEntryPoint(String resource, String scope) { ... return (request, response, authException) -> { if (authException instanceof OAuth2AuthenticationException e && e.getError() instanceof BearerTokenError error && BearerTokenErrorCodes.INSUFFICIENT_SCOPE.equals(error.getErrorCode())) { // 満 場合 response.setHeader("WWW-Authenticate", "Bearer error=\"insufficient_scope\", error_description=\"" + error.getDescription() + "\", scope=\"" + error.getScope() + "\", resource_metadata=\"" + metadataUrl + "\""); // "leave-mcp:write" response.sendError(error.getHttpStatus().value(), "Forbidden"); return; } // 単 認証 場合 response.setHeader("WWW-Authenticate", "Bearer resource_metadata=\"" + metadataUrl + "\", scope=\"" + scope + "\""); // "leave-mcp:read" 指定 response.sendError(401, "Unauthorized"); }; } スコープが たされてなかった を指定 に されてなかった を 34
35. まとめ の エージェントにIdPのURLを教える方法 2. ClaudeのAIエージェントのClient IDの発行 1. Claude AI 3. アクセストークンの aud Claim の指定方法 の 4. token passthrough 対応 RFC 9728: OAuth 2.0 Protected Resource Metadata が MCP Clientが既知の場合は事前登録が無難 事前登録、CIMD、DCR 選択肢 RFC 8707: Resource Indicators for OAuth 2.0 の は で MCP Serverでaudの値をチェック APIを呼び出す際、API宛の別のトークンに交換 Keycloak 場合 Scope 代替 RFC 8693: OAuth 2.0 Token Exchange エージェントの権限の制限 5. AI するかをユーザーに委ねる場合は、Step-Up Authorization Flowが選択肢 制限 ソースコードはこちらで公開: https://github.com/genba-oriented/mcp-oauth-sample ユーザー名「genba-oriented」 35