Accept ヘッダーで AI エージェントに Markdown を配信する新サイト
Serve Markdown to AI Agents with Accept Headers
acceptmarkdown.com は、Web サイトが Accept ヘッダーによるコンテンツネゴシエーションを使って、AI エージェントに Markdown 版を提供する方法を解説するサイトです。トークン削減、検索精度向上、レイテンシ短縮といった利点を挙げ、Vary ヘッダーや 406 レスポンスなどの正しい実装方法を紹介。Nginx、Caddy、Cloudflare Workers など主要なプラットフォーム向けの設定レシピや、AI エージェントの対応状況をまとめたマトリクスも提供しています。
Markdown はナビゲーション、スタイル、スクリプト、レイアウトラッパーを排除し、エージェントは DOM ではなくあなたの散文にコンテキストを費やします。
HNでの議論
76- k1m
この点については、Roy Fielding に同意します。
> ユーザーの好みのすべての可能なバリエーションをサーバーに伝えるためだけに、すべてのリクエストに大量のヘッダーフィールドを送信するのは、特にそれらの次元のいずれかが対象リソースに適用される可能性が非常に低い場合には、悪い設計上のトレードオフです。これは、1993年から94年のごく短期間、人々がどの画像形式がすべてのUAで使用可能かわからず、クライアント側の適応を可能にするCSSやJavaScriptもなかった時代以来、悪い設計上のトレードオフでした。
> ...プロアクティブネゴシエーションのキャッシングへの影響は、リアクティブネゴシエーションのサイトごとの追加ラウンドトリップよりもはるかに悪く、そのラウンドトリップでさえ、クライアント側の適応をサポートする形式では不要です。
キャッシングへの影響について、Simon Willison は次のように書いています。
> ...Cloudflare CDN の背後で、Accept ヘッダーによるコンテンツネゴシエーションを使用するアプリケーションをデプロイすることはできません。たとえば、受信する Accept ヘッダーに応じて同じ URL に対して JSON または HTML を提供する場合です。そうすると、Cloudflare がキャッシュした JSON を HTML クライアントに、またはその逆に提供する可能性があります。
注：私はこれを別のコメントで、今は簡単にコピーできないこれらの2つの引用へのリンクとともに投稿しました - 後で追加します。
- joshum97
正気を失いそうな気分だ。まともな人間なら、そもそも LLM に生の HTML を食わせるだろうか？
HTML はマークアップ言語だ。ユーザーエージェントは、視覚的または支援技術を通じて、ユーザーにとって意味のある方法でそれを提示する。LLM の「ユーザー」を追加しても、これが変わるべきではない。彼らのユーザーエージェント、つまりハーネスが、HTML を Markdown に変換して、彼らがネイティブに理解できる方法で提示すべきだ。
ハーネス開発者が npm から HTML から Markdown へのパッケージを引っ張ってくるのが面倒だからといって、ウェブ全体を書き換えることはない。一部のサイトがどうしてもそうしたいなら、それはそれで結構。多くの場合、CSS や JS をスキップして Markdown を直接読めるのはありがたい（いや、むしろきれいに整形されていればなお良い）。しかし、ハーネスがトークンを無駄遣いするのを、ウェブサイトの作者のせいにするのはやめてくれ。
- lekevicius
トップ4のAIチャットボットのいずれかが、このヘッダーでリクエストを送り始めると言ったら、私はそれをするつもりだ。それまでは、採用のない単なるアイデアに過ぎない。
また、トップ4のチャットボットのいずれかが、この方法でウェブサイトを読み込むことを選ぶ可能性は非常に低いと思う。何年経っても0.01%の採用率になるかどうかというリスクが多すぎる。
- collimarco
クリーンでセマンティックな HTML はどうなのか？
それはすでにボットや検索エンジン（これらはボットだ）向けに最適化されており、何十年も使われてきた。なぜ今、Markdown で提供する必要があるのか？
また、ナビゲーションなど、ボットや AI にとって有用で、Markdown 版では削除されるかもしれない HTML の部分もたくさんある。
- kaangiray26
これが主流になって、広告や JS、ブロートなしでページを見られるようになることを願っている。