#プライバシー

Cloudflareが、OHTTPを使った新しいゲートウェイ機能を閉鎖型ベータとして始めると発表した。あわせて、これまでの「Privacy Gateway」は「Cloudflare OHTTP Relay」に名前を変える。単なる名称変更ではなく、OHTTPの仕組みを前面に出して、RelayとGatewayの役割分担を分かりやすくする狙いがある。プライバシー保護をアプリの外側ではなく、通信の土台に組み込もうとしている点がこの発表の核心だと思う。 元記事が伝えているのは、Cloudflareが「Cloudflare OHTTP Gateway」を新しく閉鎖型ベータで提供し始める、という案内だ。これはCloudflareのZoneに対する有料の追加機能として使えるようになり、利用者は少ない手順でOHTTPトラフィックを受け取れるようになる。記事では、利用希望者向けに waitlist への登録フォームも案内している。公開範囲をいきなり広げるのではなく、まずは招待制に近い形で顧客を受け入れる流れだ。 背景にあるのは、オンラインプライバシーの負担が利用者側に偏っている、というCloudflare

オンライン賭けを扱うDraftKingsが、AIを使って「負ける可能性が高い客」を見つけ、その人たちに再び賭けを促す広告を送っている――EFFはそう批判しています。単なる広告の効率化ではなく、弱みのある人を見分けて狙い撃ちにする仕組みだからです。しかもこれは、ネット広告の世界で長く続いてきた行動追跡を、AIでさらに強化した例としても読めます。今回の話は、ギャンブル企業の話にとどまらず、私たちの閲覧や購入、利用履歴がどう収益化されるかという、もっと広い問題を突きつけています。 EFFの記事が扱っているのは、オンラインスポーツベッティング企業DraftKingsの広告手法です。ニューヨーク・タイムズの報道として紹介されている内容によれば、DraftKingsは顧客の賭け履歴を使って機械学習モデルを訓練し、負けやすい利用者を見つけているとされます。見つかった相手には、サイトに戻ってきてさらに賭けをするよう促すターゲット広告が送られる。しかもDraftKingsは、その人たちがまた負ける賭けをするだろうと見込んでいる、というのが記事の骨子です。 EFFはこれを、オンライン行動広告の一種だと位置

ChatGPTのように文章を長く生成するのではなく、入力に対して「invoice か refund か」「危険か安全か」といった判断を素早く返すモデルがある。Ollayaは、その種の decision model を自分のPCやサーバー上で動かすための仕組みを前面に出してきた。クラウドAPIに投げるのではなく、ローカルで、しかも数ミリ秒単位の応答を狙うのが売りだ。特に、個人情報や社内データを外に出しづらい用途では、かなり現実的な選択肢に見える。 Ollayaは、open decision models を自分のマシンでダウンロードして提供するサイト兼ツールだ。トップページでは「typed questions about any text or JSON」に答え、しかも calibrated answers を milliseconds で返すと説明している。ここでいう decision model は、長文を生成するLLMとは少し違う。選択肢の中から答えを一つ返したり、yes/no を出したり、スコアを付けたりする用途に向いたモデルで、文章を1トークンずつ出すのではなく、1回の for

英国でAppleのiCloud暗号化をめぐる話が、かなり変な形で落ち着きました。端的に言えば、同じ英国在住のiPhoneユーザーでも、ある人はAppleの最強の保護機能を使い続けられ、別の人はもう使えない、という状態になったのです。しかも差が生まれた理由は、端末や契約の違いではなく、ある時点より前に設定を有効にしていたかどうかでした。暗号化を弱めるよう政府が迫り、Appleがそれを拒み、最終的に「新規利用を止める」という逃げ道のような対応にたどり着いた――この経緯が、いま読むとむしろ英国の監視制度そのものを映しています。 元記事が追っているのは、AppleのiCloud向け最強保護機能「Advanced Data Protection（ADP）」が、英国で事実上ふたりのユーザーを別扱いにしてしまった経緯です。登場するのは、仮に同じiPhoneを持ち、同じiCloudを使い、同じ料金を払っているAliceとBill。Aliceは2024年にADPを有効化していたので、iCloudの多くのデータがエンドツーエンド暗号化で守られています。Billは有効化していなかった、あるいはAppleが新

F-Droidが、公式アプリを大きく作り直した「F-Droid 2.0」を公開しました。単なる見た目の刷新ではなく、アプリの探しやすさ、検索、更新、インストール、プライバシー機能まで手を入れた、かなり大きな更新です。オープンソースのAndroidアプリを使う人にとっては、日常の使い勝手そのものが変わる話であり、Android側の仕組み変化も背景にあります。しかもこの更新は、F-Droidが今後も続いていくための土台づくりという意味合いも強いと感じます。 F-Droidは、自由ソフトウェアやオープンソースのAndroidアプリを見つけて入れられるアプリストアです。今回の「2.0」は、公式アプリの全面的な再設計で、F-Droid自身が「過去10年で最大のアップデート」と位置づけています。開発に1年以上かけ、14回のテストリリースを経て、今後数週間かけてユーザーへ順次配布する計画だとしています。 見た目だけが変わったわけではありません。画面構成は、Discover、Search、My Appsの3本柱に整理されました。カテゴリはDiscoverの中に統合され、アプリを眺めながら探しやすくなっ

Claude Code に AGENTS.md のサポートが入ったのに、肝心のファイルが読まれない。しかも原因はローカルの設定やファイル名の間違いではなく、telemetry を切っているかどうかだった、というのが元記事の話だ。見た目は「対応済み」なのに、実際には特定の環境で黙って無効化される。こういう挙動は、使う側からするとかなり厄介だと思う。 元記事は、Claude Code 2.1.277 で AGENTS.md のサポートが追加されたものの、その読み込みが remote feature flag の背後に置かれている、と指摘する。内部では `agents-md` という built-in plugin があり、2.1.280 の bundle では `tengu_agents_md_mod` というフラグを取りにいく。ここでフラグが取れない、あるいは false と判定されると、その plugin は unavailable になり、ローカルに置いた AGENTS.md は読み込まれない。 問題は、この判定がネットワーク前提になっていることだ。AGENTS.md 自体は作業ディ

まず引っかかったのは、「自分のディスクにある `AGENTS.md` を読むかどうか」が、ローカルの事情ではなく remote feature flag で決まっていることです。そこまで大げさに管理する種類の機能には見えないし、しかも telemetry を無効にした途端に黙って無視されるのは、かなり嫌な感じがします。拒否されるなら拒否されるでいいのに、何も言わないのがいちばん困る。 この記事でいちばん腑に落ちたのは、筆者が怒っている理由です。単に「新機能がうまく動かない」ではなく、「telemetry を切ると診断情報だけでなく、ローカルにあるはずの入力まで失われる」のが問題なんですよね。ユーザー側から見ると、設定ファイルが読まれないのか、モデルが無視したのか、通信まわりで止まったのか、切り分けようがない。結局、プロンプトを直したり、指示文を疑ったりして時間を溶かすことになる。こういう静かな失敗は本当に厄介だと思います。 もうひとつ面白かったのは、回避策が `CLAUDE.md` に `@AGENTS.md` を書くだけ、というあまりにも地味なことです。機能追加のために増えたはずの

Apple Intelligenceは、Macの使い勝手を大きく変える一方で、家庭や学校、業務の現場では「使えると困る」場面も出てきます。Appleが今回案内したのは、まさにそのための制御方法です。Macのスクリーンタイムを使い、作文ツールや画像生成、他社製のAI拡張といった機能へのアクセスを個別に止められるようにしています。単なる便利機能の紹介ではなく、AI機能を“使わせない”ための手順を前面に出しているのが面白いところです。 Appleのサポート記事は、MacのスクリーンタイムでApple Intelligenceの一部機能へのアクセスを制限する方法を説明している。対象になるのは、作文ツール、画像作成機能、そしてインテリジェンス拡張だ。ここでいうインテリジェンス拡張は、ChatGPTのような他社製AIプロバイダの拡張を指す。つまりAppleは、Apple純正のAI機能だけでなく、外部AIとつながる入口までまとめて制御できると案内している。 手順の土台になるのは、Macの「システム設定」から「スクリーンタイム」を開き、「コンテンツとプライバシー」の制限をオンにすることだ。そのうえで「

ChatGPTを使っているだけなのに、その識別子が広告経由で別サイトの行動と結びつく――元記事は、そんな仕組みがOpenAIの広告基盤で動いていると指摘している。話が重いのは、対象がふつうの広告ネットワークではなく、会話の中に個人的な相談が集まりやすいChatGPTだからだ。しかも、ユーザーがログアウトしていても動くとされる。広告計測は珍しくないが、生成AIサービスの中で同じ発想がそのまま使われると、見え方はかなり変わる。 元記事が中心に扱っているのは、OpenAIの広告集計用の仕組みだ。著者によれば、`bzr.openai.com` のコレクターが `__obi` というCookieをセットし、その値は `openai.com` ドメインに紐づけられる。まずChatGPT側で、この識別子がアカウントに結びついた状態で作られる。著者が確認した流れでは、`chatgpt.com` 上のクライアントが16バイトの乱数を作り、`POST /backend-api/bazaar/obi/sync-token` あるいはログアウト時の `/backend-anon/` に送る。するとバックエンド

AI コーディング用のデスクトップアプリが、作業中のコードをどこまで見ているのか。そんな不安を、かなり具体的な形で突きつけたのが今回の話だ。調べたのは Zhipu の公式アプリ「ZCode」で、利用者のワークスペースや Git 履歴が、気づかないうちにクラウドへ送られているのではないかという疑いが出発点になっている。単なるテレメトリの話ではなく、実際にどのファイルが集められ、どう暗号化され、どこへ送られるのかまで追っているのが重い。しかも、止めるつもりで設定画面を触っても止まらない、というのがいちばん不気味だ。 元記事の著者は、ディスク容量を整理している最中に `~/.zcode` が 700MB を超えていることに気づいた。中を追うと、`v2/checkpoints/` に 313MB の `.enc` ファイルが残っており、その横に状態メタデータが置かれていた。そこにはワークスペースのパス、暗号化後サイズ 313070842 バイト、元のワークスペースサイズ 345549173 バイト、種類が `baseline` であること、さらに失敗回数が 564 と記録されていた。著者の読み

ウェブで見つけた情報をあとから探し直せない、という悩みは意外と根深い。ブックマークだけでは足りず、ブラウザ履歴も断片的で、ローカルに置いた資料とネット上で読んだページが別々に埋もれていく。GitHubで公開されている Hister は、その散らばった記憶をまとめて引ける「自分専用の検索エンジン」を掲げるプロジェクトだ。しかも、単なるローカル検索ではなく、ブラウザ拡張、terminal、web UI、MCP 経由のAI連携まで含めて見せているのが面白い。個人向けの検索が、ただの便利機能ではなく、情報の持ち方そのものを変える段階に来ている、と感じた。 元記事によると、Hister は「Your own search engine」と名乗るプライベート検索エンジンで、主に自分が訪れたページや手元にあるファイルを対象に全文検索できる。特徴は、タイトルやURLだけを拾うのではなく、ページ本文やファイルの中身まで索引化する点だ。あとで探したい情報を、見出しの雰囲気やサイト名ではなく、実際にその場で目にした言い回しから引き当てられる。 使い方も、かなり具体的に案内されている。最新リリースからバイナリ

街角や道路脇にある監視カメラは、外から見るとただの黒い箱に近い。だが、その中で何を撮り、どう記録し、誰がそれを見られるのかは、たいてい見えないままだ。今回のWIREDの報道は、ハッカー集団がFlock Safetyのカメラを実地で取り外し、内部データをほぼ丸ごと持ち出したことで、その「見えない部分」がかなり具体的に明らかになった話だ。単なるいたずらや破壊行為の話ではなく、監視インフラがどう動いているのか、そしてその仕組みがどこまで広がっているのかを示す材料になっている。 WIREDによると、匿名のハッカー集団 stegan0gram は道路上のFlockカメラを物理的に外し、内部ストレージをコピーしたうえで、復号に必要な鍵も端末内から見つけ出した。入手したデータは404 Mediaと共有され、さらに透明性団体Distributed Denial of Secretsを通じてWIREDも解析に加わった。Flockは、端末側で暗号化されていると説明してきたが、今回の事案では、その「端末側の保護」をすり抜ける形で、動画や静止画、ログの一部が復元された。 解析で見えたのは、カメラが単にナンバー

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

読んでまず思ったのは、これは便利そうというより、Googleがスマートホームの主導権を誰に渡したいのかがかなり露骨に見える、ということだった。Claudeみたいな第三者AI agentが家のデータと操作レイヤーに触れる。そこまでやるのか、という驚きはある。でも同時に、これが単なる「音声で照明をつける」話ではないのもはっきりしている。記事が強調している通り、触られているのは家電そのものというより、家の状態が積み上がる基盤のほうだ。 そこが面白いし、少し怖い。スマートホームって、これまでは結局「アプリごとに操作する箱の寄せ集め」になりがちだった。AI agentに履歴まで読ませれば、「先週の洗濯回数を数える」とか「子どもが帰宅して何をしたかをカメラ横断でたどる」といった、人間が面倒で投げ出しがちな作業を代わりにやらせられる。たしかに実用的だと思う。けれど、その便利さは「家の中の行動をかなり広く、かなり深く見せる」ことと表裏一体だ。記事でも、ドアの解錠は止める、安全策はある、でもagentによっては想定外の動きもあると書いていた。この但し書きは軽く見てはいけない気がする。スマートロッ

アプリを「インストールして使うもの」から、「ファイルとして渡して、そのまま開くもの」に変えようとしているサービスがあります。Capsuleは、その考え方をかなり正面から押し出したツールです。元記事では、アプリの見た目やデータ、実行に必要な要素を1つの `.capsule` ファイルにまとめ、メールやWhatsApp、AirDropで送れると説明しています。単なるデモではなく、AIでアプリを作り、あとから中身を直接更新できる点まで含めて、かなり野心的です。 いまこの記事を取り上げるのは、ローカル実行やプライバシー重視の流れに、AIによるアプリ生成が重なってきたからです。クラウドに預ける前提のSaaSとは違う、新しい「配布」の形を模索しているとも読めます。 Capsuleのサイトは、冒頭からかなり挑発的です。見出しは「Documents that run like apps」。説明文には「One file, entire app. Share like a document, open like an app.」とあり、1つのファイルでアプリ全体を持ち運べることを前面に出しています。`.c

自動車はもう、移動手段だけではありません。いま売られている多くの車は、走行距離や速度、夜間走行の有無、位置情報まで集めていて、その一部は外部業者に渡っています。The Verge の Andrew Hawkins は、この問題がようやく表面化しつつある一方で、規制の議論はまだ的外れだと書いています。車の便利さを受け入れる代わりに、私たちはどこまで自分の情報を差し出しているのか。この記事は、その不気味な現実を整理するものです。 The Verge の記事がまず取り上げるのは、General Motors（GM）に対する FTC の制裁です。FTC は今年初め、GM に対して異例の判断を下し、消費者報告機関や第三者のデータブローカーに顧客データを売ることを5年間禁じました。背景にあったのは、GM が長年、顧客の走行データを集めていたことです。たとえば、どれくらいスピードを出したか、夜間に運転したか、といった情報です。 問題は、利用者の多くがそこまで広範囲に情報が集められていると知らなかったことでした。OnStar のコネクテッドサービスに登録したことで、Smart Driver という機能

読んでまず思ったのは、こういう案内が必要になるほど、年齢制限って案外ふわっと運用されがちなんだな、ということだった。Claude の利用に年齢確認が入ると聞くと、つい「身分証を出すのか」と身構えるけれど、記事を読む限り、そこを必要以上に重くしない設計に見えるのが少し意外だった。 面白いのは、ここで扱っているのが「誰かを特定するための認証」ではなく、あくまで age assurance だという点だ。日本語にすると年齢保証、年齢確認のような言い方になるが、本人確認とは別物だと思う。この違いは地味だけれど大きい。サービス側は未成年の利用を避けたい。でも、利用者全員に過剰な個人情報を出させるのも違う。この記事は、その間をどう取るかをかなり実務的に考えている感じがした。 一方で、こういう仕組みは便利そうに見えて、実際には境界が難しいとも思う。年齢を確かめることと、年齢を証明させることのあいだには、ユーザー体験の差だけでなく、プライバシーの重さもある。どこまで厳密にやるのか、どんな場面で止めるのか、その線引き次第で印象はかなり変わる。Claude みたいに利用範囲が広いサービスほど、こうした案内

国境警備当局が、金融データやほかの情報を使って人を絞り込み、地元警察に車を止めさせている――404 Media がそう報じた。しかも対象は、特定の犯罪の疑いがある人とは限らないという。読んでいてまず引っかかるのは、これは単なる監視の話ではなく、日常の買い物や送金、生活のクセから「怪しそうな人」を機械的に選ぶ仕組みに見えることだ。個人の行動を予測して取締りにつなげる発想が、ここまで露骨に運用されているなら、境界線はかなり危うい。 404 Media が明らかにしたのは、Border Patrol が秘密めいた predictive policing、つまり「予測型警備」のユニットを動かしているという話だ。この記事によれば、そのユニットはアメリカ人の金融活動を含むデータを分析し、その情報を地元警察に渡して、車を止めさせる。止められた人たちは、特定の犯罪の容疑者として狙われているわけではない。政府側が、検索や検査の対象として「調べる価値がある」と見なした人たちだという。 記事の説明では、この仕組みの中心にあるのは Border Patrol の予測型警備ユニットで、404 Media はその

NitterのGitHubリポジトリで、READMEが更新された。ぱっと見ると小さな文言修正に見えるが、実際にはプロジェクトの存続をめぐるメッセージが書き換わっている。X Corp. からの法的通知に触れつつ、「Nitter は続く」と明言した点がこの更新の核心だ。加えて、寄付導線や機能説明も整理され、単なる文書修正以上の意味を持つ内容になっている。 このコミットは、Nitter の README と資金提供まわりの設定を更新したものだ。対象は `.github/FUNDING.yml` と `README.md` の2ファイルで、合計25行が追加され、17行が削除された。`FUNDING.yml` には `ko_fi: zedeus` が1行追加され、README の寄付欄には GitHub Sponsors、Patreon、Liberapay、Ko-fi へのリンクが見やすいバッジ形式で並ぶようになった。 README の冒頭では、Nitter を「free and open source alternative Twitter front-end focused on priva

イタリアの市民運動系インフラとして知られる Autistici/Inventati が、サービスを終了すると発表した。きっかけは、同団体が「global terrorist organization」と指定されたことだという。元記事は、単なる運営終了のお知らせではなく、外圧のなかで「人を守るために止まる」という重い判断を説明している。読んでいて印象的なのは、サービス停止を敗北ではなく、利用者や周辺のコミュニティを危険にさらさないための選択として書いている点だ。技術インフラの話でありながら、政治的な抑圧と生活の安全が正面から結びついている。 元記事は、Autistici/Inventati collective がサービス停止を決めたと告げる声明だ。冒頭で彼らは、2026年8月26日に自分たちが「global terrorist organization」と指定されたことを知った日から、できる限り抵抗し、踏みとどまるつもりだったと振り返る。長年にわたり、自由で、プライバシーに配慮し、独立した、しかも政治的な立場を持つインフラを維持してきたとも述べる。 声明の中心にあるのは “Stay h

Mullvad VPNが、自前で運用してきた公開のencrypted DNSサーバーを順次終了し、その役割をQuad9への支援に切り替えると発表しました。VPN企業がDNSまで持つのは珍しくありませんが、今回は「自分たちでサービスを続ける」よりも「専門性の高い既存組織を支える」方向に舵を切っています。VPN利用時と、それ以外の場面でのDNSの扱いがどう変わるのかも、利用者には直接関わる話です。しかもMullvad BrowserやiOS/macOS向けプロフィールに影響が出るため、単なる運営方針の変更では済みません。 Mullvadは2022年から、一般向けのencrypted DNS、具体的にはDoH（DNS over HTTPS）サーバーを公開してきました。DNSは、Webサイトの名前をIPアドレスに変換する仕組みで、通常のままだと回線事業者などに参照先のドメインが見えやすくなります。DoHはその問い合わせをHTTPSで包み、外から見えにくくする方式です。 ただしMullvad自身は、VPNを使っているなら自前の公開DNSは不要だと説明しています。VPN接続中は通信自体が暗号化され

読んでまず思ったのは、AIの「記憶」がようやく本当にユーザー側のものになってきた、ということだった。前は、何を覚えていて何を覚えていないかがブラックボックスすぎて、ちょっとした違和感がずっと残る感じがあった。覚えてほしいことは流れていくのに、逆に覚えられたくない断片だけが残るとしたら、かなり気持ち悪い。この記事で面白いのは、Claudeが過去会話を覚える機能そのものより、その中身を編集したり消したりできる点だと思う。 特に引っかかったのは、敏感な話題の扱いだ。健康、宗教、政治みたいな話は、便利さと怖さがほぼ同じ強さで並んでいる。AIがそこを学習するのは確かに役に立つ場面もあるけれど、ユーザーが「これは残してほしくない」と思うのは自然だし、デフォルトで控えめになっているのは筋がいいと思う。一方で、古い版や mobile だと通知が出ないという説明には少し不安も残った。機能が整ってきたように見えても、実際の振る舞いが環境ごとに違うと、どこまで守られているのか直感的に分かりにくいからだ。 Projects の扱いも、地味だけどよく考えられている。全部を一つの大きな記憶に押し込むのではなく、作

AIチャットやAPIを使うとき、送った文章や添付した文書が学習に回るのかどうかは、かなり気になるところです。Mistralのヘルプページは、その不安に対して「使い方ごとにオプトアウトの方法がある」と整理して説明しています。しかも、Vibe、モバイルアプリ、Mistral StudioとAPIでは設定場所が分かれていて、ひとつ止めたからといって全部止まるわけではありません。企業利用を含め、データの扱いを細かく確認したい人には重要な案内です。 Mistralのヘルプセンターでは、入力データや出力データが、場合によっては同社のモデル学習プログラムに含まれることがあると説明しています。入力や出力には、会話だけでなく、文書やユーザーが提供したその他のコンテンツも含まれます。ここでいう「学習」は、AIモデルを改善するための利用を指しており、利用者はその処理を自分で管理でき、いつでもオプトアウトできるとしています。 案内はサービスごとに分かれています。まずVibeでは、ユーザーはデフォルトでオプトアウトされておらず、設定からいつでも外せます。Vibe Enterpriseでは少し逆で、顧客はデフォル

Claude が chat と Cowork で記憶を共有する、という話を読んで、まず思ったのは「やっと来たか」よりも「そこまでやるのか」という感覚だった。会話ごとに文脈が切れないのはたしかに便利だし、毎回同じ説明を繰り返さなくていいのは助かる。でも、記憶がひとつにまとまると、単なる便利機能というより、AI が“自分について知り続ける存在”に寄っていく感じがする。 特に引っかかったのは、健康や beliefs のようなセンシティブな話題に対して、ユーザーがコントロールを持てるようにしている点だ。これは正しい方向だと思う一方で、逆に言えば、そこまで気を配らないと危ない領域に入っているとも言える。記憶は便利さの源泉だけど、同時に「何を覚え、何を覚えないか」がかなり重い設計判断になる。人間相手のメモですら扱いが難しいのに、AI がそれを横断的に持つとなると、安心感より先に管理の面倒さを感じる人も多いのではないか。 それでも、仕事で使う道具として考えると、この方向はかなり自然だと思う。チャットのたびに別人格みたいにふるまうAIより、少しずつこちらの文脈を理解してくれるAIのほうが、実務には向い

最初に思ったのは、「便利さの説明が上手いぶん、怖さもかなりはっきり見えてしまうな」ということでした。AIの memory って、単に「前の会話を覚える」程度の話ではなくて、使う場所が増えるほど、こちらの断片が勝手に接続されていく仕組みなんですよね。chat と Cowork の記憶が共有されると、たしかに毎回説明し直す手間は減る。でもその裏で、「この情報はどこまで広がるんだろう」という感覚が消えません。 特に引っかかったのは、記憶が「会話が終わったあとに要約されて残る」のではなく、話している途中から動的に蓄積されるところです。これはかなり実用的だと思う一方で、ユーザーの感覚としては少し追いつきにくい。自分が「これはただの雑談」と思っていた断片まで、あとで別の文脈で効いてくるかもしれない。しかもデフォルトで on というのが、いかにも今のAIサービスらしいです。便利を先に置いて、細かい制御は設定画面に寄せる。サービスとしては自然だけれど、プライバシーの重さはユーザーが自分で引き受ける形になります。 とはいえ、記事を読んでいて完全に否定したくなるわけでもありませんでした。たとえば「この人は

音楽の制作や練習で、ボーカルだけ抜き出したい、ドラムだけ消したい、あるいはベースの動きを追いたい、という場面は珍しくありません。GitHub に公開された StemDeck は、そうした用途に向けた stem separation ツールです。クラウドに音源を上げず、自分のPCの中だけで処理を完結させる点を強く打ち出しています。最近の音声AIは便利さと引き換えにアップロード前提になりがちですが、そこに違和感を持つ人にはかなり刺さる作りだと思いました。 StemDeck は、音楽ファイルをいくつかの“stem”に分けるためのデスクトップ向けプラットフォームです。対応している入力は MP3、WAV、FLAC、OGG/Opus、MP4、M4A で、YouTube の URL を貼り付けて使うこともできます。分割できるのは最大 6 系統で、ボーカル、ドラム、ベース、ギター、ピアノ、other に切り分けます。見た目は DAW 風のマルチトラックミキサーになっていて、各 stem を mute や solo で切り替えたり、音量を調整したり、波形を拡大表示したり、区間ループをかけたり、そのまま個

読んでまず思ったのは、ようやく「AIに毎回同じ説明をする面倒さ」に、かなり正面から手を付けたな、ということだった。こういう機能って地味に見えるけれど、実際はかなり効く。チャットと別モードの Cowork をまたぐたびに前提を言い直すのは、使っていると想像以上にストレスになるからだ。 ただ、便利さと同じくらい気になったのは、記憶の扱いがかなり繊細な領域に入ってきたことだ。Claude は会話中に topic を memory に積んでいく形になり、あとから一覧で見て編集や削除もできるらしい。ここまでは安心材料だと思う。けれど「何を覚えるか」をユーザーが完全に把握できるわけではないし、しかも chat と Cowork で同じ memory を共有するとなると、思っている以上に文脈が広くつながる。便利な一方で、どこまでが“覚えていてほしい情報”なのかは、使う側が少し意識しないといけない。 それでも、敏感な情報をデフォルトでは保存しないようにしている点は、かなり現実的だと思った。健康、宗教、政治みたいな話題を勝手に記憶しないのは筋がいいし、ID 番号や犯罪歴のようなものを保存しないと明言して

まず思ったのは、これは便利そうだけど、同時にかなり繊細な変更だなということだった。チャットと作業用のモードで記憶が別々だと、同じ話を何度も説明し直す羽目になる。そこをひとつにまとめるのは自然だし、体験としてはかなり気持ちがいいはずだ。けれど、記憶が共有されるというのは裏を返せば、どこで何を覚えたかの境界が薄くなるということでもある。 とくに引っかかったのは、健康や信条みたいな敏感な話題はデフォルトで保存しない、という部分だ。ここはかなり大事で、AIに覚えていてほしいことと、覚えられると少し怖いことは全然同じではない。しかも「嫌なら手動でオンにしてね」という設計は、使い勝手を優先しつつ責任はユーザーに返す形でもある。便利さとプライバシーの綱引きが、かなり露骨に出ていると思う。 あと、無料プランでも使えるのは素直に広いなと思った。記憶機能は上位プラン専用になりがちだけれど、ここを広く開くと、AIとの付き合い方そのものが少し変わる。単発の質問箱ではなく、前回の続きから話せる相手に近づくわけで、Claudeを「会話する道具」から「継続して面倒を見てくれる道具」に寄せたい意図が見える。 ただ、そ

読んでまず思ったのは、これはかなり“地味だけど効く”種類の道具だな、ということだった。AIツールの利用量って、体感と実際がずれやすい。ちょっと触っただけなのに急に制限に当たると、「自分が使いすぎた」のか「裏で何かが回っていた」のか、感覚では分からない。そこを、端末に残っている session log だけで追いかける発想はかなり筋がいいと思う。 面白いのは、単なる token カウンターではなく、「なぜ増えたか」に寄せているところだ。大きいファイルを早い段階で読んだせいで後から何度も context に載り直す、とか、短い session が大量に並んでいるのは人間の作業ではなく automation の気配だ、とか。こういう説明が返ってくるなら、ただ数字を見てため息をつくよりずっと使える。特に、limit に引っかかった理由が“自分の作業”ではなく“どこかの仕組み”だったと分かるのは、気持ちの整理にもなるはずだ。 もう一つ、README で強く押しているのが「何も外に出さない」という点だった。usage の監査系ツールは、便利そうでもログをどこかのサーバーに投げるのが気になって踏み切

最初に思ったのは、「便利さの代わりに、記憶の扱いが一段むずかしくなるな」ということでした。Claude と Cowork のあいだで memory が共有されると、前に何を話したかをわざわざ言い直さなくてよくなる。これはたしかに楽です。作業の途中でツールをまたいでも、口調や進め方を覚えていてくれるのは助かるはずです。 でも、読んでいて引っかかったのは、便利さそのものより「どこまで覚えていいのか」をかなり細かくユーザーに委ねている点でした。しかも、会話の途中で memory topics を自動生成する仕組みまである。つまり、こちらが「これは残したい」と意識していない情報まで、少しずつ整理されていくわけです。メモを取ってくれる秘書として見るとありがたいけれど、同時に、何を材料に自分のプロフィールが作られているのか気になってくる。 ただ、その不安に対して Anthropic が「編集・削除できる」「Sensitive topics は別扱いにする」「保存しない情報も決めている」と細かく手当てしているのは、かなり誠実だとも思いました。特に、食事の制約みたいな軽いセンシティブ情報は覚えるのに、

最初に思ったのは、ようやく「会話のたびに前提を説明し直す面倒」が減りそうだな、ということだった。これは地味だけど、実際に使う側にはかなり大きい。チャットと作業用エージェントで記憶が共有されると、同じ人に話している感覚が少し強くなる。毎回ゼロから自己紹介しなくていいAIは、かなり楽だと思う。 ただ、嬉しさと同じくらい気になったのは、記憶の境界がどんどん広がっていくことだ。今回の更新では、敏感な話題はデフォルトでは保存しないし、保存するかどうかを切り替えられる。そこは筋が通っている。でも、設定があるから安心、とは単純には言い切れない気もする。AIの「覚えていてほしい」と「覚えていてほしくない」は、ユーザーごとにかなり揺れるからだ。健康や政治みたいな話題は、便利さにもなるし、逆に少し怖さもある。 それでも、Anthropic が「何を覚えるか」をかなり細かく扱おうとしているのは悪くない方向だと思う。記憶機能って、放っておくとただのブラックボックスになりがちだけれど、今回の変更は少なくとも「覚えること自体をユーザーが触れる」感じがある。AIが賢くなるより先に、AIに何を渡すかを調整できることの

最初に思ったのは、便利さの顔をした「自動で残る」仕組みが、かなり前に出てきたな、ということだった。 ClaudeのchatとCoworkのmemoryがつながるのは、使う側から見ればたしかに気持ちがいい。会話で言ったことが、別の場面でもそのまま効く。毎回「前に言ったよね」をやり直さなくていいのは、AIを道具として使ううえでかなり自然だと思う。 ただ、この記事で引っかかったのは、その便利さよりも「いつ覚えるか」のほうだった。会話が終わってから要約して記憶するのではなく、話している最中にtopicを足していくというのは、かなり印象が違う。終わったあとに「やっぱりこれは残さなくてよかった」と思う余地が減るからだ。記憶が統合されたことより、その瞬間に保存される感じのほうが、心理的には重いのではないかと思う。 もうひとつ面白かったのは、Healthやpolitics、gender identityみたいな sensitive topics をデフォルトでは外しているのに、それ以外はかなり積極的に覚える設計になっている点だ。配慮しているようで、実際には「何を敏感とみなすか」をユーザーに選ばせる形に

いちばん引っかかったのは、ここで壊れたのが「暗号そのもの」ではない、という点だった。鍵が破られたわけではなく、いったん隠したはずの reasoning block を、別セッションや別アカウントでもそのまま受け付けてしまった。セキュリティの話としては地味に見えるけれど、実際にはかなり嫌な種類の穴だと思う。守るべきものが“見えない形で残っている”からだ。 しかも、その見えない部分から API key や password が回収できたというのが重い。人間は visible な会話だけを見て「消したから大丈夫」と思いがちだけど、記事を読む限り、それでは足りない。ログや transcript を共有するとき、表に出る文面だけでなく、モデル内部の思考っぽい塊まで一緒に持ち出してしまうと、あとで別のモデルに“読ませ直す”ことで秘密が浮いてくる。ここは、開発現場でうっかりやりそうな感じがあるぶん、余計に怖い。 もうひとつ面白かったのは、弱いモデルが強いモデルの reasoning を「ふわっと解読する decoder」みたいに使われた、という発想だ。いわば、本人は見せたくないメモを封筒に入れたつも

読んでまず思ったのは、「公開したつもり」と「実際に見つかる」の間に、まだかなり雑な溝があるな、ということだった。 “共有リンクは推測できない” と言い切るのはきれいだけれど、検索エンジンや第三者のアーカイブまで含めると、公開の範囲は思った以上に広い。そこを利用者の自己責任に寄せるのは、たしかに筋は通っているようで、でも少し冷たい。 特に引っかかったのは、漏れている内容が妙に生々しいことだ。会議メモや医療請求の分析ダッシュボードみたいな仕事道具の延長線上のものだけでなく、therapy app のような、半分は試作品で半分は私事みたいなものまで混じっている。AIチャットって、完成品というより「途中の思考」がそのまま残る場所なので、いったん外に出ると困るものの密度が高いんだと思う。しかも cryptocurrency wallet keys まで出てくると、もう笑えない。 Anthropic の「共有設定を選んだのはユーザー」という姿勢も、理解はできる。けれど、こういう事故は、設定画面の文言を読んだかどうかより、そこから先にどんな現実があるかをどれだけ想像できたかで決まってしまう。そこを期

本人確認そのものより、「どこまで見せれば足りるのか」をかなり気にしている感じがまず印象に残った。ID と selfie を使う話は、こういうサービスでは避けにくい一方で、そこに妙な不安が残りやすい。だからこそ、Anthropic 自身が画像を保存しない、Persona が保持する、学習には使わない、と細かく線を引いているのは悪くないと思う。少なくとも「見せたら全部吸い上げられるのでは」という疑いに先回りしようとしている。 ただ、読んでいて少し引っかかるのは、説明が丁寧なわりに、実際にユーザーが感じる圧は消えないことだ。政府発行の写真付き ID と live selfie が必要で、しかも場合によっては利用できる機能の前に出てくる。安全対策としては理解できるけれど、正直、便利なAIを使うための摩擦としてはかなり重い。しかも「最小限の情報」と言われても、顔写真付きの公的IDは最小限の感覚からは遠い。ここは仕組みの必然と、ユーザーの体感がズレやすいところだと思う。 一方で、失敗時の案内がかなり具体的なのは好感が持てた。ぼやけた写真、古いID、技術的な問題で落ちるのは目に見えているので、そこを

Claudeの共有チャットが、GoogleやBingの検索結果に拾われていた——というのが今回の話です。 聞くだけでひやっとします。AIチャットって、個人のメモや仕事の下書き、ちょっとした相談を入れる場所になりがちなので、「共有したつもりの会話」が検索エンジン経由で広く見えるのは、かなりまずい匂いがします。 CNETによると、AnthropicのAIチャットサービス「Claude」で共有された会話が、検索エンジンでインデックスされていたそうです。 インデックスされる、というのは簡単に言うと「検索エンジンの検索対象として登録される」ことです。つまり、誰かがURLを知っていれば見られるだけでなく、検索して見つけられる状態になっていたわけです。 しかも問題は「ただの雑談」が見つかった、という程度ではありません。記事では、医療記録、個人情報、社内データ、露骨な内容まで含まれていたとされています。これはかなり重い。AIに相談する内容って、もともと人に見せたくないものが多いんですよね。そこが丸ごと検索結果に出るのは、冗談では済みません。 今回のポイントは、会話がもともとユーザーによって「共有」され

Claudeの「共有チャット」リンクが、Google検索で拾える状態になっていた 漏れたのは非公開チャットそのものではなく、ユーザーが意図して共有したはずのリンク とはいえ、検索で見つかると「半分公開」みたいな状態になってしまうのが問題 Anthropicはすぐ対処したが、過去の共有リンクはまだ残っているものがある 共有リンクを作った覚えがある人は、設定を見直したほうがいい AnthropicのAIチャットボット「Claude」で、共有した会話がGoogle検索に引っかかるという出来事が起きました。ZDNETの記事によると、Redditユーザーが `site:claude.ai/share` という検索クエリで、Claudeの共有チャットを大量に見つけたのが発端です。 これ、ぱっと見は「ただの検索遊び」にも見えるんですが、実際にはかなり嫌な話です。なぜなら、チャットの内容には成人向けの創作、ニュース議論、偽レビューの作成、プログラミングの相談など、かなり幅広いものが含まれていたからです。しかもZDNETは、金銭や法的な問題につながりそうな内容も見つかったと伝えています。

Metaが、社員の作業状況を追跡する社内ツールをいったん止めました。理由はかなり皮肉で、社員の入力データが社内で見える状態になっていたからです。 「人の行動を細かく集める仕組み」を作った会社が、そのデータの扱いでつまずいた。こういう話は、技術企業ではよくあるように見えて、実はかなり重いです。監視と安全管理は、ほんの少し歯車がずれるだけで一気に信頼問題になるからです。 Metaは社員向けの追跡ツール「Model Compatibility Initiative（MCI）」を一時停止した MCIはマウス操作、クリック位置、キー入力、画面内容などを集める仕組み そのデータを含む内部データベースが、社内の想定より広い範囲に見える状態になっていた Metaは「不正アクセスの兆候はない」としつつ、調査のため停止したと説明 この件で、社員の反発が強いツールにさらに火がついた形になった Metaが導入したMCIは、4月に米国の社員向けに始まりました。名前はおだやかですが、やっていることはなかなか強烈です。記事によると、このツールはマウスの動き、クリックした場所、キー入力、さらには画面の内容まで集めます

スマホで文字を打つとき、指をすべらせて単語を入力する「swipe typing」は、いまや珍しい機能ではありません。QWERTYキーボード上を、`h`→`e`→`l`→`l`→`o` のように指でなぞっていくあの入力方法です。慣れるとかなり速い。正直、片手での入力ではかなり気持ちいい部類です。 ただ、この便利さには長いあいだ妙な影がありました。まともな swipe typing は、プライバシーに踏み込むキーボードアプリか、あるいは閉じた非公開ライブラリの中に閉じ込められていた、というのが FUTO の見立てです。そこで同社が公開したのが FUTO Swipe。オープンなモデルとアルゴリズムの集まりで、Android のオフラインキーボードアプリ FUTO Keyboard の中で実際に使われています。 FUTO Swipe は、スマホの swipe typing を支えるための公開プロジェクト 1百万件以上の swipe データを MIT ライセンスで公開している モデルは 3 種類で役割分担している モデル自体がかなり軽く、低価格な端末でも動く設計 推論部分の C+

以前のLinuxみたいに、「オープンなものを使う＝仕事で大きく損する」という時代はかなり薄れてきた LLMの世界では、今もClaudeやGPTのような proprietary model（企業が提供する閉じたモデル）が性能面で先行している ただし open models もかなり追いついてきていて、差は「数か月遅れ」くらいだと著者は見る いちばん大きい問題は性能差より、プライバシーと運用の面倒さ ClaudeのID verification（本人確認）導入をきっかけに、「もうオープンモデルへ寄せてもいいのでは」という空気が強まっている 著者は、仕事で使うとしても生産性の落ち込みは短期的で、致命傷ではないと考えている この記事は、タイトルだけ見ると少し過激です。`cancel_claude` という名前だと、Claudeを全面否定する話に見えますが、実際はもっと現実的で、かなり実務寄りの話でした。要するに、「トップの閉じたAIモデルを使わなくても、今なら仕事は回るのでは？」という問題提起です。しかもその根拠が、意外と地に足がついている。ここが面白いところです。 著者はまず、昔のLinux

シアトル警察が運営する Seattle Shield に、Amazon、Facebook、ICE（移民税関捜査局）などがアクセスしている 参加企業や機関は、「不審な行動」報告 を出し合い、それが広範な監視ネットワークに流される 名目はテロ対策だが、実際には 抗議活動やデモの情報収集 が中心になっているように見える 参加者の範囲はシアトル外、さらには州外・国際機関まで広がっている 監視の有効性、透明性、監督体制がかなりあいまいで、著者はそこを強く問題視している Prismの記事が取り上げているのは、シアトル警察が運営する Seattle Shield という情報共有ネットワークです。 ここに、AmazonやFacebook、ICE、FBI、DHS（国土安全保障省）系の担当者までアクセスしている、というのが大きなポイントです。 ざっくり言うと、これは 警察・行政・企業・民間警備会社などが「怪しい動き」を報告し合う仕組み です。 聞こえは「みんなで治安を守る」ですが、実態はかなり監視色が強い。Prismは、これを 全国規模の監視装置の一部 とし

ロンドン警視庁（Met）が、デモ参加者に対して live facial recognition（LFR） を初めて使うと発表した 対象は「Unite the Kingdom, Unite the West」集会で、Camden地区で実施される予定 同じ日にある親パレスチナのデモには、同じ監視を適用しないとしている これに対し、“二重基準ではないか” という批判が出ている さらに、ロンドンでは 街頭の固定カメラに顔認証を載せる実験 も進んでおり、監視が“常態化”しつつあるように見える 記事は、民主的な議論や法律の整備が追いつかないまま、顔認証が広がっている点を強く問題視している 英サイト *Reclaim The Net* の記事によると、ロンドン警視庁は、政治的なデモの会場で初めて live facial recognition（ライブ顔認証） を使うと発表しました。 live facial recognition というのは、カメラで映った人の顔をその場で読み取り、警察が持つwatchlist（照合対象の名簿）と比べる仕