株式会社ずんだもん技術室AI放送局 podcast 20260616
内容紹介
AIエージェントはCloudflareに賭けろ、Google、AIエージェントのための文書記述仕様「Open Knowledge Format」を発表 gihyo.jp、How Google SRE is using agentic AI to improve operations、妻「トイレのうんこを流して、冷蔵庫にケーキがあったら食べて」プログラマの夫「ええっ……」→「自分で流せ」「妻側の話してる内容の意図が意味不明すぎる」
出演者
youtube版(スライド付き)
関連リンク
インターネットや従来のクラウドは「1対多(多くのクライアントに1つのアプリを配信)」を想定していますが、AIエージェント時代には「1対1(ユーザーごとに独立したエージェントが動く)」の環境が必要です。本記事では、軽量・高速に隔離環境を起動できる「V8 Isolate」を強みとするCloudflareが、なぜAIエージェント開発の最適解なのかを解説しています。
1. AIエージェントを支える3つの要素
Cloudflareは、エージェント開発に必要な以下の3要素を強力にカバーします。
- 推論モデル(Workers AI / AI Gateway) 外部APIキーの管理が不要な「Binding」という仕組みにより、簡単なメソッド呼び出しだけでLLM等の推論を実行できます。これはAI自身にコードを書かせる際にも安全で強力な仕組みです。
- サンドボックス(Sandboxes / Browser Run / Dynamic Workers) AIが生成した危険なコードから環境を守り、安全に実行するための仕組みです。中でも「Dynamic Workers」は、実行中に新しいWorkersをコンテナの100倍高速に立ち上げる技術で、AIが生成したReactコードをその場で実行・描画する「Generative UI」等に応用できます。
- 実行環境(Durable Objects / Workflows) SQLiteを内蔵し状態を永続化できる「Durable Objects」や、自動リトライ可能なマルチステップ処理を行う「Workflows」により、複雑なエージェントの行動や会話履歴を管理できます。
2. 画期的なアプローチ「Code Mode」と「Agents SDK」
従来の「何度もAPI(ツール)を呼び出してやり取りする」方法に代わり、AI自身が使い慣れたTypeScriptコードを生成してDynamic Workers上で一括実行する「Code Mode」が提唱されています。これによりAPI呼び出しの回数やトークン消費、通信遅延を大幅に削減できます。 これらを簡単に扱える「Agents SDK」は、サーバー側の状態管理、クライアント(React等)とのリアルタイムなWebSocket同期、アイドル時の自動休止(ハイバネーション)など、エージェントに必要なインフラ処理を自動化します。
3. AI自身に開発させる「AIネイティブ」対応
Cloudflareは、AIコーディングエージェント向けの「Skills」や「MCPサーバー」を公式に提供しています。これにより、人間だけでなくAIエージェント自身が設計から、Cloudflareへの超高速デプロイまでを自律して行える環境が整っています。
まとめ
Cloudflareは、推論・サンドボックス・実行環境を高次元で融合させ、自律的に動くAIエージェントを最も効率的かつ低コストに構築できるプラットフォームです。最新のAIエージェント開発に挑戦したい新人エンジニアにとって、今最も見逃せない選択肢となっています。
引用元: https://zenn.dev/yusukebe/articles/ccb1f953e48ee1
Googleは2026年6月13日、AIエージェントと人間の双方が理解しやすいオープンな文書記述仕様「Open Knowledge Format(OKF)」を発表しました。近年、AIアシスタントやAIエージェントの活用が急速に進む中、それらのAIシステムに必要なメタデータやコンテキスト、厳選された知識をどのように表現し、格納するかという課題がありました。OKFは、特定のベンダーに依存しない共通のフォーマットとして、この課題を解決するために設計されています。
OKFの最大の特徴は、すでに多くのエンジニアにとって馴染み深い「Markdown」と「YAML」を採用している点です。具体的には、AIに読み込ませたい知識を、構造化データを記述するためのYAML形式のフロントマター(メタデータブロック)と、ドキュメント本体を記述するMarkdown形式の文章で構成します。この2つを組み合わせたファイルを、決められたディレクトリ構造(バンドル構造)で整理します。
この仕様には、以下のようなエンジニアにとって嬉しいメリットがあります。
- 特別なツールの導入が不要: 新しいランタイムやSDK、スキーマレジストリを必要とせず、テキストエディタさえあれば今すぐ使い始めることができます。
- ポータビリティ(持ち運びやすさ)が高い: ファイルとディレクトリの単純な集合であるため、普段のシステム開発で使っているGitリポジトリでそのままバージョン管理や共有が行えます。
- 既存ツールとの高い親和性: ObsidianやNotion、Hugoといった既存のナレッジ管理・静的サイト生成ツールや、LLMにドキュメントを読み込ませる「LLM wiki」などの開発パターンと容易に相互運用が可能です。
さらに、OKFはGoogle Cloudのメタデータ管理基盤「Knowledge Catalog」のエコシステムと密接に連携しており、企業内データをAIエージェントに効率よく提供するための標準フォーマットとして位置づけられています。GitHub上で公開されているリポジトリには、データベース(BigQuery)からOKF形式へ自動変換するツールの参照実装や、GA4などの公開データを用いた具体的なサンプルも用意されています。
新人エンジニアの方にとっても、新しい複雑な言語やツールを学ぶ必要がなく、MarkdownとYAMLという基礎知識だけでAIエージェント向けの高品質なナレッジベースを構築できるため、非常に敷居が低く扱いやすい仕様となっています。今後のAI開発におけるドキュメント管理のデファクトスタンダードとして、ぜひ押さえておきたい注目の技術です。
引用元: https://gihyo.jp/article/2026/06/open-knowledge-format
Googleは、システムの信頼性を維持する「SRE(Site Reliability Engineering)」の先駆者ですが、近年のシステム複雑化やAIによるコード量急増に伴い、運用の難易度が上昇しています。この課題に対し、Googleは従来の「決められた手順の自動化」を超え、自律的に判断して動く「エージェント型AI(SRE AI)」を導入して運用を劇的に改善しています。
新人エンジニアに向けて、GoogleがどのようにAIを運用に組み込んでいるのか、要点を分かりやすく解説します。
1. AIエージェントの主な活用領域
Googleは、障害発生時だけでなく、システム設計から運用までの全工程にAIエージェントを適用しています。
- 信頼性設計と手順書の自動作成: 障害対応の手順書(プレイブック)をAIが継続的に監視・改善し、実際のインシデント対応履歴から新たな手順書を自動で作成します。
- AIによるインテリジェントな異常検知: 従来の「固定のしきい値」によるアラートではなく、AIモデル(TimesFMなど)が普段の挙動と異なる「異常」を自律的に検知します。さらに、AIが関連する情報を整理・要約して通知するため、エンジニアが不要なアラートに追われる負担を激減させます。
- インシデント管理・コミュニケーションの効率化: 障害対応中のチャットや会議の内容をAIが要約し、担当交代時の引き継ぎ文書や、事後振り返り(ポストモーテム)のドラフトを自動で作成します。
- 障害の自律的な調査と復旧: ログやシステム構成を分析し、原因の特定や一時的な復旧対応(緩和策)をAIエージェントが自律的に実行します。
- 過去の教訓のナレッジ化(AI Insights): Geminiやベクトルデータベースを活用し、過去の障害事例から得た教訓をAIが検索・学習できるデータベースを構築し、トラブル対応に役立てています。
2. AIを安全に導入するための重要な「原則」
Googleは、AIを過信せず安全に運用するために、いくつかの厳しいルールを設けています。
- 無理にAI化しない: 従来のシンプルな自動化ツールで十分に機能しているものは、そのまま使い続けます。
- 説明可能性の重視: AIが「なぜその行動をとったのか、どんな選択肢を却下したのか」を人間が理解できるように設計し、ブラックボックス化を防ぎます。
- セキュリティと権限の厳格化: AIエージェントにも人間と同様の役割やアクセス権限(ID)を割り当て、安全性を担保します。
まとめ
Googleの「SRE AI」は、エンジニアを単調な手作業から解放し、人間がより高度な意思決定に集中できるようにするための強力なパートナーです。AIを単なるツールとして使うのではなく、ルール(ガバナンス)を整えて「チームの一員」として安全に育てる設計思想は、これからのシステム運用を学ぶエンジニアにとって非常に貴重なガイドラインとなります。
引用元: https://cloud.google.com/blog/products/devops-sre/how-google-sre-is-using-agentic-ai-to-improve-operations
妻の指示「トイレのうんこを流して、冷蔵庫にケーキがあったら食べて」をプログラマが論理的に解釈した際の困惑を描く、SNSで話題のジョーク記事です。この曖昧な指示は、プログラムの条件分岐や目的語の解釈バグにより「うんこを食べる」という挙動に繋がりかねません。これに対しエンジニアたちが、ヌルポやデッドコードなどの専門用語を交えて仕様定義の難しさと重要性をユーモラスに大喜利形式で語り合っています。
引用元: https://togetter.com/li/2709607
(株式会社ずんだもんは架空の登場組織です)