Xが認証バッチにあってるね！って勝手にイメージを見せて課金しない！？って誘ってくるようになったけど、ちゃんと通報が仕事するようになったら課金してあげてもいいけど今はやだな。

Xよ、認証を受けた方が、信用度は下がるんよ。 なんでかわかるか?認証受けてるやつの大半はインプレゾンビだからや！そこをなんとかせいよ！ やはり、Twitterは神！Xはクソ！

緊急案件です！Xのパスワードリセットメール攻撃が大量発生してるようです。 現在、多くのXユーザーに大量のパスワードリセットメールが届いています。私にも届きました。 届いても絶対にリンクは開かず、メールは無視するようにして下さい！ 対策をお伝えしますと・・・ ①二要素認証を有効にする ②「パスワードリセットの保護」をONにする 設定場所： 設定とプライバシー → セキュリティとアカウントアクセス → セキュリティ

🔔「手裏剣と共にダンスを」スコア認証イベント 🔔 シノマスコラボフィールドクエスト「手裏剣と共にダンスを」で最高スコアを自慢しましょう！ リプライでご自身のスコアを投稿された方々から抽選11名様に追加プレゼントをお送りいたします🎯 📅 イベント期間 ～4月16日(木)23:59 📝 参加方法 ①ブラウンダスト2日本公式Xフォロー及びイベント投稿をRP＆いいね ②イベント投稿にスコアが見えるスクリーンショットを #ブラウンダスト2# ハッシュタグとUIDをつけてリプライで投稿 🎁いいね＋リプライ＋RPが1,000を超えると 1回ガチャ券×3 ⚡️リプライ頂いた方から抽選で追加報酬（11名様） 1回ガチャ券×2 🎉 報酬配布 2026年4月20日(月) 皆さまのご参加をお待ちしております。🙏 #ブラウンダスト2# #手裏剣と共にダンスを#

🔔「忍法、猪突猛進！」スコア認証イベント 🔔 シノマスコラボフィールドクエスト「忍法、猪突猛進！」で最高スコアを自慢しましょう！ リプライで投稿された方々から抽選11名様に追加プレゼントをお送りいたします🎯 📅 イベント期間 ～4月30日(木)23:59 📝 参加方法 ①ブラウンダスト2日本公式Xフォロー及び本投稿をRP＆いいね ②本投稿にスコアが見えるスクリーンショットを #ブラウンダスト2# #忍法猪突猛進# ハッシュタグとUIDをつけてリプライで投稿 🎁いいね＋リプライ＋RPが1,000を超えると 1回ガチャ券×3 ⚡️抽選で追加報酬（11名様） 1回ガチャ券×2 🎉 報酬配布 2026年5月4日(月) 皆さまのご参加をお待ちしております。🙏 #ブラウンダスト2# #閃乱カグラ# #忍法猪突猛進#

# ADKの便利で実践的な使い方 🔐 APIキー、Bearer Token、OAuth2、OpenID Connect、サービスアカウント — ADKのAuthentication機能は、あらゆる認証方式をツールにシームレスに統合します。 📌 タイトル：Authentication — ツールの認証統合 🔗 URL： 🧩 概要 ADKのAuthentication機能は、AuthSchemeとAuthCredentialの2つのコンポーネントで構成されます。APIKey、HTTP Bearer、OAuth2、OpenID Connect、SERVICE_ACCOUNTの各認証方式をサポートし、ツールの認証を統一的に管理できます。OAuth2ではブラウザフローにも対応し、`tool_context.state`を使ったトークンキャッシュや、トークン有効期限の管理も可能です。 🛠 使い方 各認証方式の設定例です。 `google.adk.auth` から `AuthScheme`、`AuthCredential`、`APIKeyAuth`、`HTTPBearerAuth`、`OAuth2Auth` をインポートします。APIキー認証では `APIKeyAuth(header_name="X-API-Key")` でスキームを作成し、`AuthCredential(api_key="sk-your-api-key")` でクレデンシャルを設定します。HTTP Bearer認証では `HTTPBearerAuth()` と `AuthCredential(token="your-bearer-token")` を使います。OAuth2認証（ブラウザフロー）では `OAuth2Auth(authorization_url="", token_url="", scopes=["read", "write"])` でスキームを定義し、`AuthCredential(client_id="your-client-id", client_secret="your-client-secret")` でクレデンシャルを渡します。 ツールでの認証の活用: ツール内での認証活用例として、`call_protected_api(endpoint: str, tool_context: ToolContext)` 関数を定義します。`tool_context.state.get("user:api_token")` でキャッシュ済みトークンを取得し、有効期限内であればそのまま使用します。期限切れの場合は `refresh_token(tool_context)` で新しいトークンを取得し、`tool_context.state["user:api_token"]` に保存してキャッシュします。取得したトークンを `Authorization: Bearer` ヘッダーに設定してAPIを呼び出します。 🏗 実践的な使い方 **トークンキャッシュ戦略**: `tool_context.state`の`user:`プレフィックスを使ってトークンをキャッシュすることで、同一ユーザーのセッション内でトークンの再取得を避けられます。有効期限の管理も忘れずに実装しましょう。 トークンキャッシュの実践例として `get_or_refresh_token(tool_context: ToolContext) -> str` を定義します。`tool_context.state.get("user:oauth_token")` からトークンデータを取得し、`expires_at` を確認して有効期限内（60秒のバッファ付き）であれば `access_token` をそのまま返します。期限切れの場合は `oauth_client.refresh(refresh_token=...)` で新しいトークンを取得し、`tool_context.state["user:oauth_token"]` に `access_token`、`refresh_token`、`expires_at` を含む辞書として保存します。 **サービスアカウント認証**: GCPサービス間の通信では、SERVICE_ACCOUNT認証を使うことで、ユーザーの介入なしにセキュアなAPI呼び出しが可能です。 **認証の多層化**: 同一エージェント内で複数の認証方式を使い分ける場合、ツールごとに異なる認証を設定できます。OpenAPIToolsetの`auth_scheme`/`auth_credential`と組み合わせると効果的です。 💡 ユースケース 🔑 APIキーによるサードパーティAPI認証 🌐 OAuth2によるユーザー代理でのAPI操作 🏗️ サービスアカウントによるGCPサービス間連携 🔄 トークンのキャッシュと自動リフレッシュ ⚠️ 注意点 - 認証情報（APIキー、シークレット）はコードにハードコードせず、環境変数やSecret Managerから取得してください。 - OAuth2のブラウザフローはサーバーサイドのバッチ処理では使えません。サービスアカウントやクライアントクレデンシャルフローを検討してください。 - トークンの有効期限管理を怠ると、期限切れトークンでのAPI呼び出しが401エラーになります。バッファを持った自動リフレッシュを実装しましょう。 ✨ ADKの認証機能を適切に設定すれば、セキュアなAPI連携をツール内にシームレスに組み込めます。認証はエージェントの信頼性の土台です！ #ADK# #AIAgent#

【おねがいします！】 現在マシェバラという配信アプリでARIGATEENATV出演をかけたイベントに参加中です✊🏻😾 なのたん最後の挑戦の為ぜっっったいに良い座席に座りみんなに勇姿を見届けて欲しくて 無料ポイント(スマイル)の応援もとっても大切になるのでスマイルでの応援よろしくお願いします！！ ・電話番号認証設定 →500スマイル獲得（1人1回） ・マシェバラヘログイン →500スマイル獲得（1日1回） ・配信を10人視聴 →500スマイル獲得（1人60秒で500スマイル） ・X連携 → Xマークを押してポストで500スマイル 1ptでも、その気持ちが嬉しいのでほんの少しでもなのたん可愛いな好きだなと思ってくれていたらみんなの力を貸してほしいな（ ; ; ）（ ; ; ）（ ; ; ） 今日は16時半からと20時半から配信する！⬇️

# ADKの便利で実践的な使い方 📜 OpenAPI/Swaggerの仕様書があれば、それだけでAPIをツール化できる — ADKのOpenAPI Toolsは、既存のREST APIを最小労力でエージェントに統合します。 📌 タイトル：OpenAPI Tools — OpenAPI仕様からの自動ツール生成 🔗 URL： 🧩 概要 ADKのOpenAPIToolsetは、OpenAPI（Swagger）仕様書からRestApiToolを自動生成します。各エンドポイントがそのままエージェントのツールになり、入力バリデーションも自動的に適用されます。`auth_scheme`と`auth_credential`を設定すれば、生成されたすべてのツールに認証が自動適用されるため、個別のツールごとに認証コードを書く必要がありません。 🛠 使い方 OpenAPI仕様からツールを自動生成する例です。 ` から `OpenAPIToolset` を、`google.adk.auth` から `APIKeyAuth` をインポートします。`OpenAPIToolset(spec_url="", auth_scheme=APIKeyAuth(header_name="X-API-Key"), auth_credential="your-api-key-here")` のように、OpenAPI仕様のURLと認証設定を渡してツールセットを作成します。認証は全ツールに自動適用されます。作成した `toolset` を `Agent` の `tools` リストに渡すだけで、各エンドポイントがエージェントのツールとして利用可能になります。 ローカルのOpenAPI仕様ファイルを使う場合: ローカルのOpenAPI仕様ファイルを使う場合は、` でYAMLファイルを読み込み、`OpenAPIToolset(spec_dict=spec, base_url="")` のように `spec_dict` パラメータに辞書として渡し、`base_url` でAPIのベースURLを指定します。 🏗 実践的な使い方 **既存APIの即座の統合**: 社内のマイクロサービスがOpenAPI仕様を公開していれば、コードを書くことなくエージェントのツールとして利用できます。API仕様の`description`フィールドがツールの説明として使われるため、仕様書の品質がそのままエージェントの精度に影響します。 複数のAPIを統合するには、ユーザーサービス用の `OpenAPIToolset(spec_url="https://user-service.internal/openapi.json", auth_scheme=APIKeyAuth(header_name="Authorization"), auth_credential="Bearer token123")` と注文サービス用の `OpenAPIToolset` をそれぞれ作成し、`Agent` の `tools` リストに `tools=[user_api, order_api]` として両方を渡します。各ツールセットに異なる認証情報を設定できるため、サービスごとのアクセス制御が可能です。 **入力バリデーションの活用**: OpenAPI仕様のスキーマ定義（required、type、enum等）に基づいて入力が自動バリデーションされるため、不正なAPI呼び出しを防げます。 **段階的な統合**: まずは読み取り専用のGETエンドポイントだけをツール化し、動作を確認してからPOST/PUT/DELETEを追加する段階的なアプローチが安全です。 💡 ユースケース 🏢 社内マイクロサービスのエージェント統合 🛒 ECサイトのAPI（商品検索、注文管理）のツール化 📊 データ分析APIの統合による自然言語クエリ 🔗 サードパーティSaaS APIの統合 ⚠️ 注意点 - OpenAPI仕様の`description`が不十分だと、LLMが適切なツールを選択できません。仕様書の品質を事前に確認してください。 - 認証情報（`auth_credential`）はハードコードせず、環境変数やSecret Managerから取得してください。 - エンドポイントが多すぎると、LLMのツール選択が不正確になります。必要なエンドポイントに絞ってToolsetを構成しましょう。 ✨ OpenAPI Toolsを使えば、API仕様書がそのままエージェントの能力になります。既存のAPIドキュメントを最大限に活かしましょう！ #ADK# #AIAgent#