意味が分かりやすいという点ではXMLを推すのだが、あれってテキストタグが重いから定型データだと無駄が多いのよね。
Google CloudがAI向けナレッジ標準「OKF 0.1」を公開。YAML付きMarkdownを1ファイル1知識で管理。YAMLメタデータをヘッドに付けるところ、LLM Wikiベースのに組み込んで運用しています。考えることみんな同じになってくるんよね。
内容的にタイトルの"負債"は"標準"とか"資産"とかのほうがしっくりくるかも。
ここ作り込む人、だいたい気むずかしくて人の話を聞かないので、AIにたしなめてもらいたいのだが、どうすればいいのか
タイトル変じゃない？
OKF
表現力皆無のMarkdownが流行るの、さっぱりわからんわ。 時代はやっぱりXHTMLやで (手で書く気にはならんけどな!
そこに労力を使うのは確かに費用対効果を無視してるな。
くどくど書いて結局性能落ちるから「忘れ方」をまずは議論すべき
エクセルグリッドのほうがやっかいじゃない。
markdown が負債の流れがわからん過ぎる
結論別に負債ちゃうやん
うーむ
“OKFは、YAMLフロントマター（YAML形式のメタデータ）を持つMarkdownファイルのディレクトリとしてナレッジを表現するフォーマットだ。”
それはただAIに何をさせているか分かってないと言ってるようにしか思えないのだが
昔 Claude さんに仕様を渡す時、MarkdownとYAMLとどっちがいい？と聞いたら、本音なのか学習結果なのか知らないけど、断然YAMLです！なぜなら…みたいに滔々と語られた(本当)ので、よほど読みにくかったのかなと。
“Googleが提案” お前らすぐ裏切るだろ。
理論としての合理性はわかる。けど使われないとは思うなー。MCPみたいな経済的合理性でみんなが使うものではないので
はてな記法という 冗談を言えばいいか
Google先生は独特すぎて他が採用しないパターンが多いので現時点はmarkdownでいいかな。ClaudeCodeとCodeXで選択できるなら考える
そのまま人間がレビューできるし仕様書にできるから全部.mdで出力してって言ってたけど、LLM的にはコスト高いのか。
勘違いしとる奴が複数おるけど本文の形式はこれもmarkdownやろがい
o
原典見たほうが分かりやすい。https://cloud.google.com/blog/ja/products/data-analytics/how-the-open-knowledge-format-can-improve-data-sharing/
yaml, json, xml, html だの構造化テキストは llm は parser 通して読むから、ツール実行コストがあって、結局プレインテキストとして読める markdown がサイツヨになる。という話だと思っている。
「YAMLフロントマター（YAML形式のメタデータ）を持つMarkdownファイルのディレクトリとしてナレッジを表現するフォーマット」要は、Markdown ファイルにメタデータを追加。タイトルの Markdown ファイルが負債になる話は無い。
Markdownで用意しといて、用途に応じて適当に整形してもらうくらいでなんとかしてるが。
タイトルが意味不明じゃないか…
Markdownファイルが、AI時代の負債に？ Googleが提案する「ナレッジ標準化」の一手
意味が分かりやすいという点ではXMLを推すのだが、あれってテキストタグが重いから定型データだと無駄が多いのよね。
Google CloudがAI向けナレッジ標準「OKF 0.1」を公開。YAML付きMarkdownを1ファイル1知識で管理。YAMLメタデータをヘッドに付けるところ、LLM Wikiベースのに組み込んで運用しています。考えることみんな同じになってくるんよね。
内容的にタイトルの"負債"は"標準"とか"資産"とかのほうがしっくりくるかも。
ここ作り込む人、だいたい気むずかしくて人の話を聞かないので、AIにたしなめてもらいたいのだが、どうすればいいのか
タイトル変じゃない？
OKF
表現力皆無のMarkdownが流行るの、さっぱりわからんわ。 時代はやっぱりXHTMLやで (手で書く気にはならんけどな!
そこに労力を使うのは確かに費用対効果を無視してるな。
くどくど書いて結局性能落ちるから「忘れ方」をまずは議論すべき
エクセルグリッドのほうがやっかいじゃない。
markdown が負債の流れがわからん過ぎる
結論別に負債ちゃうやん
うーむ
“OKFは、YAMLフロントマター（YAML形式のメタデータ）を持つMarkdownファイルのディレクトリとしてナレッジを表現するフォーマットだ。”
それはただAIに何をさせているか分かってないと言ってるようにしか思えないのだが
昔 Claude さんに仕様を渡す時、MarkdownとYAMLとどっちがいい？と聞いたら、本音なのか学習結果なのか知らないけど、断然YAMLです！なぜなら…みたいに滔々と語られた(本当)ので、よほど読みにくかったのかなと。
“Googleが提案” お前らすぐ裏切るだろ。
理論としての合理性はわかる。けど使われないとは思うなー。MCPみたいな経済的合理性でみんなが使うものではないので
はてな記法という 冗談を言えばいいか
Google先生は独特すぎて他が採用しないパターンが多いので現時点はmarkdownでいいかな。ClaudeCodeとCodeXで選択できるなら考える
そのまま人間がレビューできるし仕様書にできるから全部.mdで出力してって言ってたけど、LLM的にはコスト高いのか。
勘違いしとる奴が複数おるけど本文の形式はこれもmarkdownやろがい
o
原典見たほうが分かりやすい。https://cloud.google.com/blog/ja/products/data-analytics/how-the-open-knowledge-format-can-improve-data-sharing/
yaml, json, xml, html だの構造化テキストは llm は parser 通して読むから、ツール実行コストがあって、結局プレインテキストとして読める markdown がサイツヨになる。という話だと思っている。
「YAMLフロントマター（YAML形式のメタデータ）を持つMarkdownファイルのディレクトリとしてナレッジを表現するフォーマット」要は、Markdown ファイルにメタデータを追加。タイトルの Markdown ファイルが負債になる話は無い。
Markdownで用意しといて、用途に応じて適当に整形してもらうくらいでなんとかしてるが。
タイトルが意味不明じゃないか…