【報道発表】「令和７年度　開示検査事例集」を公表しました。 #開示検査# #開示規制違反# #粉飾決算# #大量保有報告制度違反# #不正会計# #虚偽記載# #注記# #事例集# #令和７年度#

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

「不正利用を90％減らした」のではない。 高市早苗が成果として掲げているのは、「外国人への在留資格認定証明書の交付件数が90％減った」という数字だ。 不正を取り締まることと、外国人を入れないことは全く別の話。 しかも政策の出発点として持ち出しているのは、「在留外国人数の増加に伴って、不安や不公平感を感じる国民がいる」という話。 その不安が事実に基づくものなのか検証し、偏見やデマがあるなら正すのが政府の役割ではないのか。 それを外国人への規制強化の根拠にし、「許可を減らしたこと」を成果として誇る。 外交で成果を示せないから、今度は外国人を厳しく取り締まる姿を国内向けにアピールする。 外交の失敗を排外主義で誤魔化そうとしているようにしか見えない。 外国人を入れなかった数は、国の成果ではない。

【不正行為に対する制裁対象アカウントの公開 2026.9.23】 公正なゲーム環境を維持し、指揮官の皆さまに安定したゲームプレイ環境を提供するため、不正行為の検知・検証を継続的に実施し、制裁結果を定期的にご案内してまいります。 今回のお知らせでは、不正プログラムの使用や、猶予基準の範囲を超えたマウスマクロ・入力自動化機能の繰り返し使用が確認された制裁対象アカウントを公開しております。 あわせて、9月24日のソロレイドにおける代行プレイ調査の事前案内、制裁に対する異議申し立て、および今後の対応についてもご案内しております。 詳細は公式サイトをご確認ください。 今後も不正プログラム、マウスマクロ、入力自動化プログラム、 競争コンテンツの代理プレイなどゲーム環境を阻害する行為に最善を尽くして対応します。 また、制裁結果を定期的に案内し、公正で健全なゲーム環境となるよう引き続き努めてまいります。

「不正選挙！」絶叫連発→「高市早苗が5Gで操作」説まで投稿、沖縄知事選は自民系・古謝氏が当確…5ch「不正選挙主張してるくせにデニーの名前間違えててくさ」 当確直後から、選挙結果への異議がSNSで相次ぎ、主張も先鋭化しています。

"不正を目にしても「自分の問題ではない」「関われば自分まで面倒に巻き込まれる」と考え、冷酷な態度を取れることが、あまりにも暗く恐ろしい。 あのラストには衝撃を受けた。" "この退廃した人々の国で用いられている仮面が、どれほど恐ろしいものになり得るかを描いた、まさに傑作である。"

"不正アクセスが発覚したのは17日。KDDIのシステムで利用していたサードパーティソフトウェアの脆弱性が悪用されたという。" 脆弱性が気になる。