#大原櫻子# TOUR2026「#REFRESH」# 櫻子ちゃんに招待していただき行ってきました！ 歌手でもあり、俳優でもある櫻子ちゃんなので歌唱力も圧倒的な上に、表現力もズバ抜けてて… 楽しい曲は飛び跳ねて走り回ってるし、切ない曲は悲哀に満ちた表情でポツリと立ってて… ソロアーティストの凄みも感じました！ 見るだけでなくしっかり聴くというか目と耳と心を動かされたというか… 素敵な時間を過ごせました！ ありがとう！

AIでアプリを作る時に使える指示文↓ ・Pull to Refresh：画面を下に引っ張って離すと更新される ・Skeleton Screen：読み込み中に中身の形だけ灰色で見せる。待ち時間のストレスが減る ・Toast：「保存しました」などの短い通知が出て、自動で消える ・Bottom Sheet：画面の下からせり上がるパネル。地図アプリの詳細表示などに ・Swipe Action：一覧を横にスワイプすると、削除などのボタンが出る ・Autocomplete：入力の途中で候補を出してくれる

自己改善するマルチモーダルモデルは、「いつ新しい問題に入れ替えるか」を学習ログだけで決められる🔄 A-RSI: Adaptive Task Refresh for Zero-Data Multimodal Self-Improvement 📌 概要 人手のラベルなしでVLMを自己改善させるとき、学習タスクのプールを適切なタイミングで更新する手法A-RSIを提案しています。 ⚠️ 解決する課題 ・多くの手法は「次に何を作るか」に注目し、「いつ入れ替えるか」を扱いません ・多数決などでラベルを作ると、モデル自身の誤りが学習目標になります 🧩 手法 ・ベースモデルがパラメータ付きのタスクジェネレータを書き、画像・質問・参照答えをプログラムで生成します ・GRPOで学習し、報酬は正答を最優先にします ・報酬にばらつきが残るプロンプト数が減るか精度が上がると、プール全体を未使用タスクに入れ替えます 📊 結果 ・Qwen3-VL-8Bの11ベンチマーク平均が57.77から61.05に上がりました。新規タスクは800件です ・毎ウィンドウ更新の60.64は3,200件で、4倍のタスクを使っています ・MiMo-VL-7Bでも59.08から60.71になりました 🔭 意義 検証スコアを使わずに更新時期を決められる点が実用的です。一方、各比較は1回の学習のみです。 #自己改善# #マルチモーダルAI#

俺に焼肉奢って洗車してもらうか キーハ●ーにコーティング出すか迷ってるって相談されたからメニュー考えてみた！ 軽自動車だから3時間は研磨の時間ある その人は洗車民ではないから満足してくれるはず😀 プレ　アルカリ　GG REFRESH 30倍 　　　酸性　deepwashclub NEBEL 50倍 中性コンタクト　SEMPER 鉄粉取り　　コメリ ホイール洗浄　　CARPRO wheelX GG REFRESH 原液コンタクト BC ミネラルオフ フロントガラス油膜取り 軽研磨(贅沢ワンステップ1周) 中性コンタクト　Tershine Purify S ガラス撥水剤　　いなかのWindow NEXREAメンテナンスシーラント 神風OVER COAT MADLANE 湿式 タイヤワックス　　rosaliehill ホイール　OVER COAT MADLANE

# 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#

⚠️定期メンテナンス⚠️ ※2026年8月13日(木)08:00～12:00※ なおメンテナンス中はゲームプレイができなくなりますので、予めご了承ください。 ご迷惑をおかけしますが、ご理解・ご協力の程よろしくお願いいたします。 ▼詳細はこちら 🔎 #黒い砂漠# #黒い砂漠PC# 📢終了予定イベント 1️⃣ [ベテラン&ルーキー] 共に踏み出す一歩、成長を伝える手紙(2026年8月12日(水)01:00まで) 2️⃣狩りスペシャル&スペシャルパス 3️⃣ハイデル宴会記念HOT TIME 4️⃣カプラスの石抽出をお手軽に！ 5️⃣ガーモス&ベルの討伐報酬3倍！ 6️⃣力を合わせてギルドリーグに挑戦 7️⃣月刊SABAKU！ファッションモデルに挑戦！ ～8月号～(2026年8月13日(木)23:59まで) 8️⃣[Steam][Summer Refresh Sale] 黒い砂漠パッケージセール！(2026年8月14日(金)02:00まで)

# Elasticsearchの機能と実践的な使い方 📦 「テーブル設計を固めてから」ではなく、JSONを投げ込んだ瞬間からデータが扱える。Elasticsearchのインデックスは、検索もスケールも前提にしたドキュメント指向データストアです。 🏷️ タイトル: インデックス(Index)/ ドキュメント指向データストア 🔗 URL: 📘 概要 インデックスはElasticsearchにおけるデータ格納の基本単位で、あなたが操作する論理的なまとまりです。データは1件ずつJSONの「ドキュメント」として格納され、各ドキュメントはフィールドのキーと値の集合に加えて`_index`・`_id`・`_version`といったメタデータを持ちます。 ⚙️ 機能の説明 ・実データは`_source`フィールドに入り、`_index`(所属インデックス)・`_id`(一意ID)・`_version`(バージョン)などはシステム管理のメタデータです。 ・各フィールドの型や、どうインデックス・検索するかは「マッピング(mapping)」で決まります。`text`(全文検索向け)・`keyword`(完全一致・集計向け)・`integer`・`date`などを使い分けます。 ・マッピングを明示しなくても、投入されたJSONから型を推測する「ダイナミックマッピング」が働くため、新しいフィールドを後から足してもそのまま取り込めます。 ・内部では1つのインデックスが複数の「シャード」に分割され、ノード間に分散配置されます。シャード内のデータは不変(immutable)な「セグメント」として書かれ、レプリカシャードによって冗長性とスケールを確保します。 ・`index.number_of_shards`(作成時固定)、`index.number_of_replicas`(後から変更可)、`index.refresh_interval`(既定1秒)などの設定でインデックスの挙動を制御します。 🛠️ 実践的な使い方 ドキュメント1件の投入はシンプルです。 `POST products/_doc/p-1001` `{ "name": "ワイヤレスイヤホン", "price": 8900, "stock": 120, "category": "audio" }` 大量投入には`_bulk` APIを使い、1リクエストで多数の操作をまとめます。 `POST products/_bulk` `{ "index": { "_id": "p-1001" } }` `{ "name": "ワイヤレスイヤホン", "price": 8900 }` `{ "index": { "_id": "p-1002" } }` `{ "name": "USB-Cケーブル", "price": 1200 }` 新フィールド(例: `sustainability_score`)を後から含めて投入しても、ダイナミックマッピングがそのまま受け付けます。 💡 ユースケース ECサイトの商品カタログを`products`インデキスとして作り、1商品=1JSONドキュメント(商品名・価格・在庫・カテゴリ・説明文)で管理する構成が定番です。日次バッチで`_bulk`を使って数十万件を一括投入し、RDBのスキーマ変更を待たずに新しい属性を追加していけます。 ⚠️ 注意点 ・一度決めたフィールドの「型」は後から変更できません。型を変えたい場合は新インデックスへの再インデックス(reindex)が必要です。 ・頻繁に同じドキュメントを更新する用途には通常のインデックスを、追記中心の時系列データにはデータストリームを使うのが推奨です。 ・シャードの数とサイズはクエリ速度とクラスタ安定性に直結します。小さすぎる大量のシャードは避け、適切なサイズ設計を意識してください。 #Elasticsearch# #データモデリング#