2026年6月21日 日曜日
AI時短ラボ
プロダクト· 約9

Google Cloud、AIエージェント向け知識共有フォーマット「OKF v0.1」を公開──Markdownベースのベンダー非依存仕様

Google Cloudが2026年6月12日にOpen Knowledge Format(OKF)v0.1を公開した。AIエージェントに組織知識を渡すためのMarkdown+YAMLフロントマター形式で、Apache 2.0ライセンスのもとGitHubで仕様・リファレンス実装・サンプルバンドルが提供されている。

2026年6月12日、Google CloudがAIエージェント向けの知識共有仕様「Open Knowledge Format(OKF)v0.1」を公開した。Google Cloudのブログ記事によると、OKFは「LLM wikiパターンをポータブルかつ相互運用可能なフォーマットに形式化するオープン仕様」と位置づけられている。仕様書・リファレンス実装・サンプルデータセットはGitHub上でApache 2.0ライセンスのもと公開されている。

  1. Google Cloudが6月12日にOKF v0.1を公開。Markdownファイル+YAMLフロントマターのディレクトリ構成で、AIエージェントに組織知識を渡すベンダー非依存フォーマット
  2. 必須フィールドはtypeの1つだけ。予約フィールドはtype / title / description / resource / tags / timestampの6つで、ファイル間クロスリンクでナレッジグラフを形成する
  3. BigQuery enrichment agent・静的HTMLビジュアライザーの2つのリファレンス実装と、GA4 eコマース・Stack Overflow・Bitcoinデータセットの3つのサンプルバンドルが同時公開

OKFとは何か

Google Cloudのブログ記事およびGitHub上の仕様書(SPEC.md)によると、OKFは「ベンダー中立で、エージェントにも人間にも読める形式で、メタデータ・コンテキスト・キュレーション済み知識を表現する標準」として設計されている。

具体的には、YAMLフロントマターを持つMarkdownファイルのディレクトリがそのまま「ナレッジバンドル」になる。Gitで管理でき、GitHubでそのまま読め、任意のエージェントが消費できる構造だと、Google Cloud Dataチームの Sam McVeety氏とAmir Hormati氏が説明している。

Google Cloud Tech の公式Xアカウントは次のように投稿している。

"Introducing the Open Knowledge Format (OKF), an open specification that formalizes the LLM-wiki pattern into a portable, interoperable format. AI is only as smart as the context we give it."

(OKFを発表します。LLM wikiパターンをポータブルかつ相互運用可能なフォーマットに形式化するオープン仕様です。AIはコンテキスト次第で賢さが決まります)

技術的な特徴

MarkTechPostの解説記事およびGitHub上の仕様から確認できる主な特徴は以下の通り。

  • 新しいランタイムもSDKも不要。Markdownファイルとフロントマターの規約だけで成立する
  • 必須フィールドはtypeのみ。それ以外のフィールド(title / description / resource / tags / timestamp)は予約済みだが任意
  • ベンダーロックインなし。Google Cloudの説明では「いかなるクラウド、データベース、モデルプロバイダー、エージェントフレームワークにも紐づかない」としている
  • クロスリンクによりファイル間で知識グラフが形成される

リファレンス実装とサンプル

GitHub上のGoogleCloudPlatform/knowledge-catalogリポジトリには、以下が含まれている。

種別 内容
リファレンス実装 BigQueryデータセットを巡回してOKFドキュメントを自動生成する「enrichment agent」
リファレンス実装 ナレッジバンドルをバックエンドなしでインタラクティブなグラフとして表示する静的HTMLビジュアライザー
サンプルバンドル GA4 eコマース / Stack Overflow / Bitcoin の3データセット

何を解こうとしているのか

Google Cloudのブログ記事によれば、OKFが対処する課題は「5つの異なるエージェントに同じWiki、同じスプレッドシート、同じAPIドキュメントを読ませている」状態だとしている。OKFでは1つの共有ナレッジバンドルを発行し、すべてのエージェントがそこから読む形を想定している。

ただし、この仕様が実際に広く採用されるかは現時点では不明。v0.1の段階であり、Google Cloud以外の主要クラウドプロバイダーやエージェントフレームワークが対応を表明したという情報は、2026年6月20日時点で確認できていない。

AI時短ラボの視点から

筆者はClaude CodeのCLAUDE.mdやskillファイル群で、日常的に「社内ナレッジをMarkdownで構造化してAIエージェントに食わせる」作業をしている人間だ。OKFの仕様を見て率直に思ったのは、「やっていることはほぼ同じ」ということだった。YAMLフロントマター付きMarkdownをディレクトリに並べてエージェントに読ませる──この運用パターンに名前と仕様が付いたことで、個人の工夫が標準に昇格する可能性が出てきた。一方で、typeフィールド1つで相互運用が本当に成り立つのか、実運用で試してみないと判断できない部分も残る。


出典・但し書き

出典:

但し書き:

  • 本記事は2026年6月20日時点の情報に基づく。OKFはv0.1であり、仕様は今後変更される可能性がある
  • 引用はGoogle Cloud公式ブログ・公式Xアカウント・GitHub上の仕様書から取得した。英語原文の日本語訳は筆者による
  • Google Cloud以外のクラウドプロバイダーやエージェントフレームワークによる対応状況は未確認
  • OKFの「ベンダー非依存」はGoogle Cloud側の説明であり、実際の相互運用性は実装と採用の広がりに依存する
シェア: ポスト はてブ

📎 出典・一次ソース

このニュースの解説動画も作っています

解説動画はYouTube、速報はX(旧Twitter)で毎日更新中。

コメント

まだコメントはありません。最初のコメントを書いてみませんか?

AIについて聞きたいことはありますか?

質問箱で無料で受け付けています。回答は公開され、他の方の参考にもなります。

質問箱を見る →

関連記事