オープン知識フォーマットがデータ共有を改善する
AIの知識表現を統一Open Knowledge Format (OKF)は、形式化されたLLMwikiパターンをポータブルで相互運用可能な形式にした。
OKF v0.1は、markdownファイルとYAML frontmatterを使用し、知識を表現する。
AIの知識共有に向けた新規フォーマット「OKF」が登場。今後、AIエージェントの作成がより効率化される可能性がある。
AIエージェントの課題
AIエージェントが情報を処理する際、内部知識が多様なシステムに分散しているため、情報の統合が困難です。たとえば、メタデータカタログやwiki、コードコメントなど、さまざまな場所に知識が存在します。これにより、エージェントが情報を集約する際、互換性のないシステム間での連携が課題となっています。
OKFの特徴
OKFは、マークダウンファイルとYAMLフロントマターを用いたオープンフォーマットで、知識を整理し、エージェントと人間が共通で利用できるようにします。このフォーマットは、複数のプロデューサーが作成したwikiを、異なるエージェントが利用できるようにするためのものです。
OKFの設計
OKFは、知識を表現するためのフォーマットであり、誰もが作成・利用できるように設計されています。このフォーマットは、バージョン管理と人間が読みやすく、エージェントが解析できるようにするための仕様を備えています。
まとめ
OKFの登場により、AIエージェントの知識共有がより効率化され、開発作業が楽になる可能性があります。今後、このフォーマットが広く利用されることで、AI技術の進化が加速するかもしれません。
原文の冒頭を表示(英語・3段落のみ)
As foundation models continue to improve, the lack of relevant context often limits what they can do, especially as they are used to build agentic systems. While these models can help you write code, summarize documents, or analyze a dataset, they still need the right information to produce accurate and actionable results.
That’s why today, we’re introducing the Open Knowledge Format (OKF), an open specification that formalizes the LLM-wiki pattern into a portable, interoperable format. This is a vendor-neutral, agent- and human-friendly standard for representing the metadata, context, and curated knowledge that modern AI systems need.
As published, OKF v0.1 represents knowledge as a directory of markdown files with YAML frontmatter, with a small set of agreed-upon conventions that let wikis written by different producers be consumed by different agents without translation.
※ 著作権に配慮し、引用は冒頭3段落までです。続きは元記事をご覧ください。
Hacker News コメント
機械翻訳。HN の元スレッド ↗
いくつかの破損したリンクが元の投稿にあります、以下はリポジトリです https://github.com/GoogleCloudPlatform/knowledge-catalog Spec: https://github.com/GoogleCloudPlatform/knowledge-catalog/blob/
原文
A bunch of broken (slopped?) links in the original post, here is the repohttps://github.com/GoogleCloudPlatform/knowledge-catalogSpec: https://github.com/GoogleCloudPlatform/knowledge-catalog/blo...
RDF/OWLのセマンティックウェブ形式を10年おきに再訪するのが大好きです。一度は必ずその年が来る!
原文
I love revisiting RDF/OWL Semantic Web formats every 10 years.One of these years will be the one!https://en.wikipedia.org/wiki/Semantic_Web
私はこのOKF specの単純さが好きですが、全てを「ただの Markdown」で表現することができるかどうかは分かりません。最近、AIと共に効果的に協力し、トークン効率良く概念を表現する方法に興味があります。半構造化された順次テキストとして何かを表現する方法です。ただし、人間の知識表現体験を下げてまでAIアクセス可能にするべきではありません。特に非開発者が貢献する場合、「奇妙なテキスト形式 + Git」は彼らが現在使用している作成・可視化ツールより悪いと考えられます。
将来、異なる種類の知識を半構造化して表現するための標準が生まれることを期待しています。例えば、DBMLやLikeC4、Mermaidなどのopen standardsがあります。これらの標準はLLMsが理解しやすく、人間が使用する可視化形式もあり、Markdown内にコードブロックを直接挿入してLLMsの助けを借りてsyntaxを記述することができます。
一方で、複雑なスプレッドシートやMiroのような空間的配置と色の意味は難しいです。私はまだ代替手段を見つけておりません。私のドメインであるデータエンジニアリングでは、AIと人間のソースからターゲットへのマッピングと変換を表現するためのsatsuma-langという試みを行っています。構造化されたテキストで自然言語を使用し、可視化やLSP/grammar toolingが大規模なドキュメントをトークン効率良く処理せずに、エージェントが線形や完全性、未定義のソースについて推論できるようにします。
原文
I love the simplicity of this OKF spec, but I'm not sure everything can be represented well in "just Markdown".I've recently become intrigued by representing concepts so that AI can co-contribute effectively and token-efficiently (typically: find a good way to represent something as semi-structured sequential text), but also without compromising the human lens on the representation. We shouldn't accept a downgrade of the human knowledge representation experience just to make it AI-accessible. That's especially true if traditionally non-dev personas need to contribute, and they almost certainly find "weird text format + git" much worse than their current authoring/viz tools.I'm excited to see how standards for semantically representing different kinds of knowledge emerge in the next few years!Successful examples I can think of to mix in are open standards like DBML for schemas/E-R, LikeC4 for architecture, diagrams-as-code ideas like Mermaid, all of which LLMs seem to "get" well (or can be told about from a short EBNF prompt). Crucially, they also have pretty human viz forms, and you can you can just ```code block``` inline them in Markdown next to natural language. And you can get LLMs to help you author the syntax.Harder to crack is stuff where there's implicit human meaning in spatial layout and colour, like in complex spreadsheets or Miro. I haven't found good alternatives for those yet.My own attempt in my (data engineering) domain is https://equalexperts.github.io/satsuma-lang/ for AI-and-human source-to-target mappings and transforms. A succinct structured text representation that allows natural language, but also nice viz and LSP/grammar tooling that helps agents not to have to slice and dice big docs token-inefficiently to reason about things like lineage or completeness or undefined sources.
知識を適切に表現するためには、エンティティ間のラベル付き関係を示すグラフ形式が必要です。
原文
You can't represent knowledge well without a graph format showing labeled relationships between entities.
MarkdownはLLMsと人間が相互運用するための事実上のフォーマットです。私は、全てをうまく表現できないという点には同意しないが、それは本質的ではないようだ。なぜならMarkdownは、人工知能モデルと人間の両方にとって最も低い共通分母だからである。
原文
Markdown is the defacto format for LLMs and humans to interoperate. And I agree not everything can be represented well but that’s missing the point - it seems to win because markdown is the lowest common denominator for both human and AI models.
OKFは問題ないがMarkdownに依存する。
Markdown文書をOKF文書に変換するには、前マターのYAMLに'type'を追加する必要がある。
知識グラフ言語は、Markdownプローズやコードブロックで表現できると同時に、テキストフィールドでも使用可能か?
最小限の言語https://ddot.itでは、Markdown世界外のファイル、URL、ラベルにリンクできる。
原文
OKF seems OK, but bound to Markdown.
A Markdown document can be turned into an OKF document by adding a 'type' to the frontmatter YAML.What about a knowledge graph language, which can be stated in Markdown prose, in Markdown code blocks, but also everywhere a text field is waiting for you?
In the minimalistic language https://ddot.it you can link outside the Markdown world, to files, URLs or even just labels.
Like OKF it's just a format.Disclaimer: I wrote that (short) spec.
Markdownの味が指定されているか例えばCommonMarkを指定してないと何も見つからなかったけどそれって重要な感じするし仕様書に必要じゃないかな
原文
Is the flavor of Markdown (e.g. CommonMark) specified? Didn't see anything about it by perusing the first few pages, but that feels important for a spec.
バラスインダストリーズドットコムのOKファインドページに、OKF束登録のアイデアがある。
原文
Check out barrasindustries.com/okfind/Just an idea for an OKF bundle registry