何が発表されたか
Google Cloudは、AIエージェントが参照する組織内ナレッジを標準化するオープン仕様「Open Knowledge Format(OKF)」を公開しました。バンドルはYAMLフロントマター付きMarkdownファイルを格納したディレクトリで、概念同士は通常のMarkdownリンクでつながり、結果的にナレッジグラフを形成します。GitHub上でそのまま閲覧でき、任意の検索ツールでインデックスできる点が大きな特徴です。
仕様自体は極めて軽量で、必須は「type」一つ。title、description、resource、tags、タイムスタンプ等は任意項目です。Andrej Karpathy氏が広めた「LLM wiki」パターンを、相互運用可能なフォーマットに落とし込んだ位置付けと説明されています。
なぜ今、この仕様なのか
企業のナレッジはメタデータカタログ、Wiki、コードコメント、ノートブック、そして個々のエンジニアの頭の中に散在しています。AIエージェントがあるデータセット向けにSQLを書こうとするだけでも、複数ソースから断片をかき集める必要があり、これがエージェント実装の生産性を大きく落としています。Google Cloudは「すべてのエージェント開発者がこの文脈問題をゼロから解いており、すべてのカタログベンダーが同じデータモデルを再発明している」と現状を整理しました。
Obsidian Vaultをコーディングエージェントに接続する手法、AGENTS.md/CLAUDE.mdといった規約ファイル、「metadata as code」リポジトリなど、類似の発想はすでに存在します。OKFはこれらを互換性のある共通仕様に統合しようという試みです。
同時に提供される実装
Google Cloudは仕様だけでなく、BigQueryのデータセットを巡回してテーブルごとにOKFドキュメントを生成するエンリッチメント用エージェント、静的HTMLビジュアライザ、そしてGA4 eコマース・Stack Overflow・Bitcoinの3つのサンプルバンドルを公開しました。同社のKnowledge CatalogもOKFを取り込み、エージェントに供給できるよう更新済みです。仕様とコードはGitHubで公開されています。
💼 事業会社視点：これは自社にどう効くか
日本企業で生成AI活用が止まりがちな最大の理由は、モデル性能ではなく「社内文脈の不在」です。データ定義はカタログ、業務ルールはWiki、テーブルの落とし穴はSlackの過去ログ、という散在状態のまま、PoCで「LLMが業務を理解しない」と結論付けてしまうケースが目立ちます。
OKFは、この状態に共通の入れ物を与えます。SaaS事業者であれば、自社プロダクトのデータモデル説明をOKFで提供すれば、顧客側のAIエージェントが自社APIを正しく扱える確率が上がり、差別化要因になります。受託開発・SIerは、納品物にOKFバンドルを含める提案が有効で、運用フェーズの保守単価交渉の材料にもなります。社内利用が中心のEC・事業会社の役員は、まずBigQueryやデータウェアハウス上の主要テーブルに対して、Google提供のエンリッチメントエージェントでOKFを自動生成させ、人間とエージェントが同じドキュメントを読む体制への移行に着手すべきです。仕様がv0.1で軽量な今こそ、自社のナレッジ整備方針を「Markdown+YAML前提」に寄せる判断が後の移行コストを左右します。
