Google OKF + MCPが示すAIコンテキストスタック — 意味の層と実行の層を分けて考える
TL;DR · この記事で分かること
- 1 動画は、現代のAIが賢くても自社の週次アクティブユーザーを知らない、という例から始まる。問題は知能ではなくコンテキストだ。
- 2 OKFはファイルツリーではなく、メトリクス、顧客、ドキュメント、意味の関係をつなぐ知識レイヤーとして説明される。
- 3 KarpathyのLLM wiki構想に触れ、モデルが自分の知識ベースを書き、維持し、知識が複利で効く状態が紹介される。
- 4 MCPは、その知識から実ツールへ届くライブで統制されたアクセスの層として整理される。
- 5 OKFが意味を与え、MCPが行動を与える。両者を合わせるとAI context stackとして理解しやすい。
スライドで読む
全 3 スライド
問題は知能ではなく、AIが会社の文脈を知らないこと
Cloud Codesの動画は分かりやすい例から始まる。モデルはSQLを書ける。だが「先週の週次アクティブユーザーは?」と聞くと答えられない。能力が足りないのではなく、会社のデータ、定義、関係、判断基準に接続されていない。
この問題を「コンテキスト不足」として捉えると、AI導入の焦点はモデル選びだけではなくなる。どの知識を、どんな構造で、どの権限でAIへ渡すかが設計対象になる。
OKFは意味の層、MCPは実行の層
動画ではOKFを、単なるフォルダやドキュメント置き場ではなく、メトリクス、顧客、テーブル、意思決定の関係をつなぐ意味の層として説明する。KarpathyのLLM wikiにも触れ、モデルが自分の知識ベースを書き、保守し、知識が蓄積するイメージが提示される。
一方でMCPは、AIが実際のツールやデータソースへ到達するためのライブで統制されたアクセス層だ。OKFが「何を意味するか」を与え、MCPが「何を実行できるか」を与える。
AI context stackとして運用を設計する
OKFとMCPを分けて考えると、AIシステムの設計が整理しやすくなる。知識を厚くしても実行権限がなければレポート止まりになる。逆にツール接続だけを増やしても、意味の関係がなければ危ない自動化になる。
ClaudeやCodexを業務に入れるなら、まず意味の層を整え、次にMCPで必要最小限の実行権限を与える。この順序が、今後の社内AI設計の基本になりそうだ。
編集部の視点
この動画の価値は、MCPを単独の流行語として扱わず、OKFのような意味レイヤーと組み合わせて説明している点にある。AIが動けるようになるほど、ツール接続だけでは危険になる。何が何を意味し、どの定義が正で、どの操作が許されるかを分けて設計する必要がある。Claude Daily読者にとっては、MCP導入前に社内知識の関係づけを整える重要性を思い出させる内容だ。
出典
Cloud Codes
Google OKF + MCP : Explained The New "AI Context Stack"
この記事はYouTube動画の字幕をもとにClaudeで自動要約しています。細部のニュアンスや正確な発言は元動画をご参照ください。
YouTubeで視聴する →関連記事
3 件
Eric Tech
『OpenCode』徹底チュートリアル:Claude Codeの流儀(skills・MCP・agents.md)を保ったまま好きなモデルを自由に選べる
コーディングエージェントは特定のプロバイダー・モデルに縛られがちだが、OpenCodeなら既存サブスク・無料モデル・APIキー・ローカルモデルまで自由に選びつつ、Claude CodeやCodexで使えている機能をそのまま使い続けられる。
IBM Technology
MCPとSkills、どちらを選ぶべきか:IBMが解説するAIエージェント構築の使い分け
LLMに正しい答えを出させるには正しいコンテキストを与える必要があり、役割やタスクだけを与えるのがプロンプトエンジニアリング、追加情報まで含めるのがコンテキストエンジニアリングだと整理する。
Griffin Wooldridge
Claude Codeに60万枚超の実在UIデザインを与える『Mobbin MCP』という武器
Claude Codeは今や60万件を超える実在のUI画面——オンボーディング・ペイウォール・設定画面など——を、デザインを始める前に参照できるようになった。