#ブラウザ

正直、Safariの新機能として最初に気になったのがMCP serverだったのは、かなり今っぽいなと思った。ブラウザの更新情報なのに、焦点が「見た目の改良」や「速度向上」だけではなく、AI agentがSafariを操作できるようにするところに置かれている。WebKitの発表としては自然なのかもしれないけれど、ここまで来たか、という感覚がある。 ただ、便利そうだと素直に思う一方で、少し怖さもある。MCPはローカルで動き、Appleに個人情報は渡らないと書かれているので、その点はちゃんと線引きしている。でも、ブラウザのDOM、network requests、screenshots、console outputまでagentに見せるとなると、開発支援の範囲をかなり広く取っている。人が画面を見ながら確認していた作業を、かなり大胆に外へ出している感じだ。これが本当に日常の開発を速くするのは間違いないと思う。ただ、そのぶん「何をagentに見せるか」を使う側がかなり意識しないといけないのではないか、とも思った。 もうひとつ印象に残ったのは、Safariが地味な改善をかなり厚く積んでいることだ

正直、まず思ったのは「そりゃ便利だけど、そこまで信用していいのか」ということだった。 ブラウザの中でAIがページを見て、クリックして、入力までやる。発想としてはすごく自然だし、たしかに人の手間はかなり減る。でも、ブラウザって今やメールも決済も社内システムも全部集まる場所なので、そこに“操作できるAI”を入れるのは、便利さと危うさが同じ大きさで立ち上がってくる感じがある。 記事で面白かったのは、Anthropicがその危うさをかなり真正面から扱っているところだった。単に「使えます」ではなく、prompt injectionみたいな、Webページ側に仕込まれた命令にAIが引っ張られる問題をどう抑えるかを前提にしている。AIは画面の見えている文字をそのまま信じてしまいがちなので、Webの世界と相性がいいようで実はかなり悪い。ここを“技術の難しさ”として書いているのは、かなり誠実だと思った。 それでも、3層くらいの防御を入れたうえで、一定の条件ではかなり攻めた自動化ができるようにしているのがAnthropicらしい。人間がいちいち面倒を見なくても動く、でも勝手に何でもやらせるわけではない。その

この記事を読んでまず思ったのは、AIそのものより「AIに何を渡しているか」のほうがずっと怖い、ということだった。 ブラウザに組み込まれたAIアシスタントは便利そうに見えるけれど、実際にはブラウザ本体の権限を背負って動いている。そこに悪意ある extension が入ると、ただの Web ページの読み取りでは済まない。ファイルを読んだり、画面を見たり、場合によっては“ユーザーの代わりに操作する”ところまで行く。便利さの裏側に、かなり雑に大きい信用が置かれている感じがする。 特に引っかかったのは、攻撃の形が「AI をだます」というより「AI に指示を丸ごと手渡す」に近い点だ。普通の prompt injection だと、AI が読んでいる文章の中に悪い指示を紛れ込ませるイメージだけれど、ここでは extension 側がブラウザの仕組みを利用して、AI に対して実行権限つきの命令を流し込んでいる。 つまり、悪いコードが直接すべてをやっているわけではない。正規の機能が、正規の権限で、攻撃の手先になる。この手触りはかなり厄介だと思う。セキュリティ製品が「怪しいコードを止める」前提だと、こうい

ローカルAIの話は、たいてい「速い」「外に出ない」「自分のGPUで動く」で終わりがちです。今回の SemIf は、その先を少しだけ掘っています。モデルに文章をそのまま出させるのではなく、あらかじめ用意した選択肢に対して確率を返させるやり方を、ブラウザ内だけで試せるようにしたのです。しかも相手はクラウドではなく、ユーザーの端末上で動く open model です。こういう実験は地味に見えて、実は「WebGPU で何がどこまでできるのか」をかなりはっきり見せます。 SemIf は、もともと OpenJev と呼ばれていた独立研究プロジェクトで、TypeSafe とは無関係だと明記しています。ページの説明はかなり挑戦的で、「Semantic ifs from open models, in your browser.」とある通り、ブラウザの中で“意味に基づく if 文”を扱う実験です。ここでいう if は、コードの制御文そのものというより、状態と条件を入れたうえで「この選択肢のどれが妥当か」をモデルに判断させる仕組みです。 仕組みは2通りあります。ひとつは direct readout で、

ブラウザにAIが組み込まれる動きは、もう珍しくありません。ただ今回の話は、単に「検索の横にチャット欄が付いた」という程度ではなく、プライバシーやデータ保持の考え方まで含めて、誰がAI体験を握るのかを問い直す内容です。MistralとMozillaが組むことで、Firefoxの中にあるAIアシスタントがどう変わるのか、そしてそれがオープンなAIの行き先にどう関わるのかを見ていきます。 MistralはMozillaとの提携を発表し、FirefoxのAIブラウジングアシスタント「Firefox Smart Window（beta）」を自社のモデルで支えると明らかにしました。Smart Windowは、複雑な検索結果を整理したり、いったん離れてしまった重要な情報を思い出したり、ブラウザのタブにある内容を手がかりに関連情報を示したりするための機能です。Mistralによると、この機能はまずフランスと北米の利用者向けに提供され、英国とドイツは年内に続く見込みだとしています。 発表文の中心にあるのは、「open, private and multilingual AI」をブラウザに持ち込む、という

読んでまず思ったのは、ここまで来たか、という驚きよりも、やっぱり一番むずかしいのは技術より権限設計だな、ということだった。ブラウザは人の生活にかなり近い場所にあるので、AIをそこに入れると便利さは一気に増す。でも同時に、メールを読む、フォームに触る、タブをまたぐ、という行為は、そのまま個人情報や業務データに触れることでもある。だから「できるようになりました」だけでは終わらない。 この記事で面白かったのは、Anthropicがかなり明確にブレーキを踏んでいるところだ。AIエージェントの話は、どうしても「全部自動でやってくれる未来」に寄りがちだけれど、実際にはその手前で止める工夫のほうが本体なのかもしれない。プロンプトインジェクション、つまりWebページやメールの中に紛れた“AIへの悪い指示”をどう防ぐか、という話は地味だけど核心だと思う。AIが賢くなるほど、悪用の入口も増える。ここを雑に扱うと、便利さより先に不安が勝つ。 もうひとつ引っかかったのは、これが「Chromeに入る」と言っても、すぐに何でもできる万能機能ではないことだ。Enterprise向けで、管理者が絞って使わせる

最初に思ったのは、「またブラウザか」というより、AIがだんだん“検索する道具”から“手を動かす道具”に変わってきた、ということだった。これは派手な話ではないけれど、かなり本質的だと思う。 記事でいちばん引っかかったのは、AnthropicがChrome拡張に頼らず、Claude自身の中にbrowserを入れた点だ。たしかに、ちょっとした調べ物なら、わざわざ自分でタブを開いて回るより、AIが勝手に見に行ってくれたほうが楽だろう。ここは素直に便利そうだ。 でも同時に、「ブラウザを持つ」というだけで、AIにできることが一気に増えるのが少し怖い。単に回答するだけならまだしも、webを見て、必要なら次の行動に進む。そうなると、チャットボットというより、半分エージェントだ。人の代わりに動く範囲が広がるほど、便利さと危うさが同じスピードで増える気がする。 それに、Googleから“切り離す”という見方も面白い。表向きは小さな機能追加でも、実際には「検索はChromeを通すもの」という前提を少しずつ崩している。AI企業が自前の窓を作れば、ユーザーがGoogleのブラウザに戻る理由は減る。こういう地味な

まず思ったのは、便利さの話に見せかけて、実はかなり大きい設計変更だなということでした。Claude が Chrome extension を介してブラウザを動かすのではなく、アプリの中に browser を抱える。たったそれだけに見えて、ユーザー体験も、セキュリティの責任の置き方も、かなり変わります。 面白いのは、Anthropic がこの変化をわりとあっさり「web tasks don’t need your browser, just a browser」と言い切っているところです。確かに、メールや銀行のようなログイン済みサービスに触らないなら、わざわざ普段の Chrome を貸す必要はない。むしろ、そこを切り離したほうが安心だ、という考え方は筋が通っています。 ただ、その「安心」は完全ではない。記事でも触れているように、prompt injection は残る。ページに埋め込まれた指示で agent をだます問題ですね。ここがいちばん引っかかりました。ブラウザを内蔵しても、web という場所そのものが信用できないのは変わらない。便利にするほど、だまされ方も洗練される気がします。

まず思ったのは、「やっとか」という感覚だった。LLMがWebページを見て作業する流れは、もうかなり前から当たり前になりつつあるのに、毎回Chrome拡張に寄せていたのは少し不自然だった。デスクトップアプリの中にブラウザが入ると、道具としての一体感が出る。小さな変更に見えて、使い勝手はかなり変わるはずだと思う。 ただ、ここで面白いのは「ブラウザを持った」こと自体より、どこまで本気でWeb操作を肩代わりさせるつもりなのか、という点だと思う。ブラウザがあると聞くと、つい“なんでもできる”感じがするけれど、実際にはログイン、権限、動的に変わる画面、CAPTCHAみたいな面倒ごとが残る。AIにページを読ませるのは簡単でも、Webをちゃんと使わせるのはまだ別問題だ。この記事を読んで、その境界線がむしろ気になった。 一方で、拡張機能に頼らなくてよくなるのは、導入の心理的なハードルを下げる。企業の端末ではChrome拡張の許可や管理が面倒なことがあるし、ブラウザ依存が減るのは運用上かなりうれしい。こういう「技術的には派手じゃないけど、現場では効く」改善は、AI機能の価値をじわっと押し上げるんじゃないか

読んでまず思ったのは、Cloudflareらしいな、でも本丸はそこじゃないな、ということだった。 こういう「ワンタップで使えるようにしました」という話は派手に見えるけれど、実際には面倒な下ごしらえを一段減らしただけで、何を公開するか、どう安全に運ぶか、どう使われたかを見届けるかは別問題のまま残る。この記事はその線引きをかなりはっきり書いていて、そこが好感だった。 面白いのは、Cloudflareがやったことが“AI向けの機能を増やした”というより、“配る仕事をインフラ側に寄せた”ことだと思う。HTMLに bridge を差し込んで、browser 側で WebMCP をつなぐ。要するに、各サイト運営者が毎回同じ接着剤を貼らなくてよくなる。これは地味だけれど、レガシーなサイトが多い世界ではかなり効くはずだ。こういう「面倒だけど避けられない部分」を押し下げるのは、インフラ企業の強みがそのまま出るところだと思う。 ただ、記事がちゃんと釘を刺しているように、これでサイトが“agent-ready”になるわけではない。ここを読み飛ばすと危ない。 商品検索や予約、購入みたいな「実際に何かをする」動