#android

写真を撮ったのに保存先が見つからない、しかもギャラリーにも出てこない。そんなときは、たいてい「保存先の見当違い」か「ギャラリー側の表示設定」のどちらかです。 まずは、よくある原因を整理します。 カメラアプリの保存先が、内部ストレージではなくSDカードや別フォルダになっている ギャラリーアプリが特定フォルダを表示していない Google フォトのバックアップ対象や端末内表示の設定がずれている 写真ファイルの拡張子や形式が、ギャラリーで拾われていない 端末の「メディアストレージ」（=写真や動画の一覧を管理する仕組み）が一時的におかしい 上から順に試してみてください。ほとんどの場合、これで原因が絞れます。 カメラは「撮った写真をどこへ置くか」をアプリごとに覚えています。ここが変わっていると、探しても見つかりません。 Step 1 カメラアプリを開き、[設定] をタップします。 機種によっては [歯車アイコン] です。 Step 2 Android 14 / Android 15 の端末では、「内部ストレージ」または「SDカード」が選べることがあります。 Step 3

Android向けの分散型メッセージングアプリ「Conversations」の作者が、Google Playでの販売をやめ、F-Droidを中心に無料配布へ切り替えた。単なる価格変更ではなく、長年続いたGoogleとの関係を「毒のある依存」だと断じ、もう付き合わないと宣言した話でもある。オープンソースをどう収益化するか、配布プラットフォームにどこまで頼るべきかを考える材料としても、かなり生々しい。しかもこれは理想論ではなく、作者自身の生活費とアプリの継続運営が絡んだ実務の話だ。 Daniel Gultsch氏は、Android向けのXMPPクライアント「Conversations」を2014年1月に学生寮で作り始めたという。もともとは自分が使いたいものを作る、いわゆる “scratch my own itch” の流れだった。数週間で自分でも日常的に使うようになり、友人との連絡手段として定着した。その後、2014年3月24日に一般公開するとき、彼はこれを単なる趣味の公開ではなく、ビジネスにしようと考えた。ソースコードは公開しつつ、コンパイル済みのアプリを便利さの対価として売るモデルだ。

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の中に統合され、アプリを眺めながら探しやすくなっ

Androidの更新は、端末を使う側にとっては見えにくいことが多いですが、開発者にとっては話が違います。今回の話題は、Android 17 QPR1でアプリ開発者向けの新しいAPIが追加されたのに、その土台であるAndroid Open Source Projectにはまだ同じ変更が入っていない、という点です。GrapheneOSがこの動きを取り上げたのは、Pixel以外のAndroid端末との機能差が、またひとつはっきりしたからだと思います。しかも、こうした「先にPixel OSだけが新機能を持つ」流れは、今後のAndroidの見え方にも影響しそうです。 GrapheneOSの投稿は、Android 17 QPR1についての短い指摘でした。そこでは、Android 17 QPR1が「Android Honeycomb（3.x）以来はじめて」、Android Open Source Project、つまりAOSPにリリースが出ないまま、アプリ開発者向けの新しいAPIを追加したリリースだと述べています。ここでいうAPIは、アプリがOSの機能を利用するための呼び出し口です。開発者にとっては

Google Playのアプリ審査が遅すぎる、と開発者が公開の場で強い不満をぶつけています。今回取り上げるのは、長年Android向けアプリを続けてきた作者が、更新申請の審査に1週間以上かかる状況を「許容できない」と書いた投稿です。単なる愚痴ではなく、月1回しか更新しないような古いアプリにまでこの遅さが及んでいることへの抗議でもあります。配信の入口を握るGoogle Playの運用が、現場の開発リズムを壊しているという話です。 発端は、Mastodonに投稿されたDaniel Gultschの短いメッセージです。彼は「This is unacceptable」と切り出し、Google Playのアプリ審査プロセスが「now regularly takes longer than a week」、つまり今では定期的に1週間以上かかると訴えました。ここで言っているのは、アプリを新しく公開する審査ではなく、すでに配信されているアプリの更新を通すときのレビューです。Androidでは、修正や機能追加、セキュリティ対応のたびにこの審査を通す必要があり、ここが止まると配信全体が詰まります。 Gul

What jumps out to me is not the Android reverse-engineering itself. It’s the fact that people are still finding internal Claude app pieces that were never meant to be public, and that these little leaks keep turning into a crude but useful map of where Anthropic is heading. That’s interesting precisely because it sits in the annoying gray zone between “fun spelunking” and “please don’t build your product roadmap from APK archaeology.” If the source is the usual kind of Reddit thread I think it i

こういう話は、読むたびに少しだけ気分がざわつく。アプリの表から見える機能より、その裏側にどんな内部名や実装の痕跡が残っているか、つい見たくなるからだ。しかも今回は Claude の Android app という、いま多くの人が中身を気にしている対象だ。外からは便利なチャットアプリに見えても、端末の中には開発の癖や試行錯誤がそのまま残っているかもしれない。そこに面白さがある。 ただ、こういう「中を覗く」記事を読むと、技術的な興味と少しの後ろめたさが同時に来る。内部の文字列や構成を見つけること自体は、Android アプリでは珍しい話ではない。ビルドの過程で消しきれなかった名前や、機能フラグの痕跡が残ることはある。でも、それをどう読むかは別問題で、単なる発見譚で終わらせるのか、製品の作り方まで想像するのかで、記事の面白さがかなり変わると思う。 こういう内部の手がかりは、完成品だけ見ていると見えない「まだ固まりきっていない部分」を感じさせるのがいい。アプリは配布された瞬間に完成物に見えるけれど、実際には名前を変え、機能を隠し、不要なものを削る作業の積み重ねだ。その途中の名残が見えると、巨大

Androidの「Always-on VPN」と「Block connections without VPN」は、通信がVPNの外に漏れないようにするための仕組みだと思われてきました。ところが今回の報告では、普通のアプリが公開APIを使うだけで、VPNの外側にUDP/4500のkeepaliveパケットを出せてしまうとされています。しかも対象は特定機種だけではなく、Android 12以降の多くの端末にまたがる可能性がある、というのがこの話の重さです。単なる学術的な指摘ではなく、「VPNで守られているはずの通信の境界がどこまで信用できるのか」を突く内容になっています。 元記事が示しているのは、AndroidのNAT-T keepalive offloadが、VPN lockdownをまたいで物理ネットワークにパケットを出してしまう、という不具合です。NAT-TはIPsecでよく使われるUDP 4500番ポートの仕組みで、Androidではアプリが `IpSecManager.UdpEncapsulationSocket` を開き、`ConnectivityManager.createS

いちばん引っかかったのは、AIそのものの賢さよりも、攻撃の速度がほぼ別物になっていることです。記事を読むと、手作業でちまちまやるタイプの侵入ではなく、AI agentにかなりの部分を任せて、短時間で認証情報を抜いたり、秘密情報を大量に漁ったりしている。ここまで来ると、攻撃者に必要なのは高度な技術というより、AIを雑にでも回せる運用力なのではないかと思いました。 特に、1.8 millionのAndroid APKを集めて decompile して、hardcoded secrets を TruffleHog で探す、という流れは妙に生々しいです。ひと昔前なら、そんな作業は「手間がかかるから普通はやらない」側だったはずなのに、今はそれを自動で広く薄く回せる。アプリの中に埋め込まれた秘密情報って、開発現場ではありがちな事故のはずですが、それが攻撃者にとっては一斉回収の対象になるわけで、守る側の油断のなさがそのまま被害の広さに直結する感じがあります。 もう一つ気になったのは、Anthropicがこうした悪用を止めた、という話があっても、すでに攻撃の発想はかなり先に進んでいることです。Midn

GrapheneOSのMessagingアプリが、バージョン13でかなり大きく変わりました。見た目を整えただけではなく、画面の作り直し、会話の操作性、共有まわり、通知や権限の扱いまで広く手を入れています。しかも今回は、古い画面実装をJetpack ComposeとMaterial 3に置き換えたことが中心にあります。単なる見栄えの更新ではなく、今後の保守や安全性の土台を作り直した更新として見るのが自然だと思います。 今回のリリースノートでまず目に入るのは、Messagingアプリの「legacy interface」をJetpack ComposeとMaterial 3に置き換えたという宣言です。ComposeはAndroidの画面を宣言的に組むための仕組みで、Material 3はGoogleの新しいUIデザイン体系です。GrapheneOSはこれによって、全画面を再構築したと説明しています。単なるテーマ変更ではなく、会話一覧、個別の会話画面、添付ファイル、共有、設定まで、画面ごと作り直したという意味です。 見た目の更新だけでなく、使い勝手もかなり変わっています。たとえば大きな画面で

GrapheneOSが、標準搭載のMessagingアプリを大きく作り直している。しかも今回は単なる細かな修正ではなく、UIそのものをAndroid Composeで組み直した新しい版を、同日中にも出すという話だ。オープンソースのAndroid系OSが、内蔵アプリをどこまで本気で磨くのか。その姿勢がそのまま出ている動きなので、取り上げる価値がある。セキュリティや自由度の話で語られがちなGrapheneOSだが、日常で触るアプリの使い勝手もかなり重視していることが見えてくる。 元記事でGrapheneOSは、内蔵のMessagingアプリを「modern app」に変える作業がかなり進んでいると説明している。ここで言うMessagingアプリは、GrapheneOSに最初から含まれているメッセージ送受信用のアプリだ。彼らは、そのユーザーインターフェースを全面的に作り直し、Android Composeで書いた新しい見た目の版を「later today」、つまりその日のうちに公開すると予告した。 ComposeはAndroidの画面を作るための新しいUIツールキットで、従来よりも画面構成や

Android向けの代替ストアとして知られる Aurora Store で、アプリのインストール時に妙なエラーが出るという報告が上がっています。しかも、単に見慣れない文言が表示されるだけではなく、実際にインストールが止まってしまうのが厄介です。匿名アカウントを使っている人にとっては、日常的に使う道具が急に使えなくなる話でもあります。今回の件は、メッセージの意味が曖昧なうえ、切り分けもしづらいところに問題の根っこがあります。 GitLab の Aurora OSS / AuroraStore に投稿された issue #1566 は、Aurora Store でアプリを入れようとすると「&$Server busy, please try again later.」というエラーが返ってくる、という報告です。投稿者によると、問題は Aurora Store の通常版だけでなく Nightly ビルドでも起きており、記載されている Nightly の日付は 2026-08-31 です。エラーは、匿名アカウントでアプリをインストールしようとしたときに出るとされています。 投稿者は、自分の

この症状は、少なくとも報告されている範囲では Termux / Android と、macOS 上での npm グローバルインストールまわりの2系統に分かれていました。どちらも、`claude` を起動したときに 「native binary が見つからない」 形で止まります。ただし、解決済みの共通パターンはまだ見えていません。 Android 側の報告は [#50270](https://github.com/anthropics/claude-code/issues/50270) です。ここでは、v2.1.113 以降で Claude Code が JavaScript のエントリポイントから glibc のネイティブ Linux バイナリに切り替わり、Termux では動かなくなったと書かれています。報告者は、v2.1.112 は動くが v2.1.113 と v2.1.114 は壊れると述べています。 macOS 側の報告は [#84224](https://github.com/anthropics/claude-code/issues/84224) です。こちらは別の

Reddit の投稿を開いてまず思ったのは、技術そのものより先に、こういうものは使い道が広いぶん怖さも広いな、ということだった。Android を remote control できる MCP という話は、便利さだけ見ればかなり魅力的だ。たとえば端末の操作を自動化できれば、面倒な定型作業はかなり減るはずだし、UI を触る系の自動化に近い世界が一気に広がる。 でも、端末を遠隔で触れるというのは、そのまま権限を預けるのとほぼ同じだと思う。MCP は AI から外部ツールを呼び出すための仕組みとして知られているけれど、そこに Android の操作が乗ると、便利さと危うさがかなり近づく。もし誤操作したらどうなるのか、認証まわりはどう守るのか、勝手に画面を進めない設計になっているのか。投稿の短さとは裏腹に、気になる論点は多い。 それと、Reddit の本文が「Please wait for verification」になっていて、内容そのものに辿り着けないのも少し象徴的だと感じた。新しいデモやツールの話って、派手な機能より先に、公開のしかたや信頼性の見せ方で印象が決まるところがある。動くものを

LINE通話って、ふだんは「押せばつながる」のが当たり前なので、いざ使えないと地味に焦ります。 しかも厄介なのは、「通話できない」といっても症状がいろいろあること。発信できない、着信画面が出ない、音が鳴らない、相手の声が聞こえない……。ひとまとめに見えて、原因はぜんぜん違うことも多いんですよね。 この記事では、元記事の内容をもとに、LINE通話で起こりやすいトラブルと、その対処法をわかりやすく整理して紹介します。 個人的には、こういう不具合は「まず権限」と「通信」を見るのがいちばん近道だと思います。ここを外すと、延々とアプリを再インストールしてしまう羽目になるので要注意です。 LINE通話のトラブルは、エラー表示があるかどうかで切り分けやすい Androidでは、マイクや電話の権限不足が原因になりやすい iPhoneでもAndroidでも、まずはマイク設定と通信環境を確認するのが基本 「応答なし」は、ブロック以外の理由でも普通に起こる うまくいかないときは、LINEの通話機能テストで動作確認できる LINEで通話できないといっても

Project Zeroが、Pixel 10向けに新しい0-click exploit chain（ユーザー操作なしで成立する攻撃のつながり）を公開した 以前のPixel 9向け攻撃は、Dolbyの脆弱性を起点にAndroidのroot権限へ到達するものだった Pixel 10では、前回使ったBigWaveドライバが載っていなかったため、代わりにVPUドライバを発見して突破口にした そのVPUドライバには、mmapの実装ミスにより、ユーザー空間からカーネルメモリを読み書きできる致命的な欠陥があった しかも攻撃の成立に必要なコードはわずか5行、フルエクスプロイトも1日未満で作れたという ただし、Googleの修正対応は前より改善しており、報告から71日で修正されたのは評価できる Google Project Zeroが、Pixel 10で使える0-click exploit chainを公開しました。 0-clickというのは、名前の通り被害者が何も操作しなくても成立する攻撃のことです。たとえば怪しい

「写真やアプリは移ったのに、電話帳だけ一部ない／消えた」状態は、連絡先の保存先や同期設定がずれている可能性が高いです。 Android 15 で機種変更した直後や、端末を初期化したあとに起きやすいトラブルです。 上から順に試してください。ほとんどの場合、これで戻せます。 Googleアカウントの連絡先同期がオフになっている 連絡先が端末本体やSIMカードにだけ保存されていた 表示対象が「すべての連絡先」になっていない 以前の端末で使っていた別アカウントに連絡先が残っている 連絡先アプリのキャッシュ不具合で表示だけ欠けている --- 連絡先が消えたように見えても、同期が止まっているだけのことがあります。 [設定] → [パスワードとアカウント] → [Google] を開きます。 ※機種によっては [設定] → [アカウント] → [Google] です。 対象のGoogleアカウントを選び、[アカウントの同期] をタップします。 [連絡先] のスイッチをオンにします。 右上メニューがあれば **[今すぐ同期

症状: さっき許可したはずのカメラ権限が、Android 14 / Android 15 でいつの間にか外れている、またはアプリを開くたびに権限が勝手に戻る。 この手の不具合は、設定ミスというより Android側の自動管理 や アプリの省電力設定 が原因のことが多いです。 上から順に試してみてください。ほとんどの場合これで直ります。 未使用アプリの権限自動削除 が有効になっている 省電力機能や最適化 でアプリが正しく動いていない アプリ本体の設定不整合 で権限情報が保存されない 仕事用プロファイル / セキュリティアプリ が権限を制御している Android OS またはアプリの不具合 で設定が反映されない --- Android 11 以降には、しばらく使っていないアプリの権限を自動で外す仕組みがあります。カメラ許可が「勝手に戻る」ように見える典型例です。 1. [設定] を開く 2. [アプリ] → [該当アプリ名] を開く 3. [権限] をタップする 4. 「未使用のアプリの権限を削除」「**一時

「LINEでトーク履歴のバックアップが失敗する」「機種変更後に復元できない」――そんなときに、まず確認したいポイントを順番にまとめます。 iPhone側のiCloud、Android側のGoogle アカウントの設定が不足している LINEアプリのトークのバックアップ設定が未完了、または古い スマホの空き容量や通信状態が足りない LINEアプリのバージョンが古い、またはOSが最新でない 復元先で電話番号認証や同じアカウントのログインができていない 上から順に試してみてください。ほとんどの場合、設定の見直しだけで直ります。 1. iPhoneの[設定]を開く 2. 画面上部のApple Accountをタップ 3. [iCloud] → [iCloud Drive] をオン 4. [iCloud] → [すべてを表示] → [LINE] がオンになっているか確認 5. LINEアプリを開き、[ホーム] → [設定] → [トーク] → [トークのバックアップ]

Wi‑Fiには接続できているのに、Webページが開かない・読み込みが極端に遅い状態ですね。 まず結論からいうと、スマホ側の設定・ルーター側の不調・DNSや省電力機能の干渉で起きることが多いです。上から順に試してください。ほとんどの場合、途中までで改善します。 ルーターやONU（=回線終端装置）の一時的な不具合 Android側のWi‑Fi設定が壊れている、またはIPアドレス取得に失敗している DNS（=サイト名を住所に変換する仕組み）の問題 VPNやプライベートDNS、広告ブロック系アプリの干渉 省電力モードやバッテリー最適化で通信が抑えられている --- いちばん手堅い切り分けです。通信まわりの一時エラーは、これで戻ることがよくあります。 1. Androidの画面で機内モードをオン→10秒後にオフにします。 2. 直らなければ、スマホを再起動します。 3. 次に、Wi‑FiルーターとONUの電源を抜きます。 4. 30秒待ってからONU→ルーターの順に電源を入れます。 5. 1〜3分待ってから、Androidでブラウザを開いて確認します。 W

MediaTekがDimensity 8550を発表 中身は、先日登場したDimensity 8500のリフレッシュ版 新要素はLLM BoosterとGemini Nano V3対応 CPUは8基すべてがCortex-A725の“オールビッグコア”構成 GPUはMali-G720 MC8、ディスプレイは1440p+ / 144Hz対応 最初の搭載機はHonor 600 Pro（中国版） MediaTekが新しいSoC（スマホ向けの頭脳みたいなチップ）Dimensity 8550を発表しました。 ただし、これを見て「大幅刷新だ！」と期待すると、少し肩透かしかもしれません。というのも、基本設計は以前のDimensity 8500とほぼ同じだからです。 違いは主に、LLM Boosterの追加と、Google Gemini Nano V3への対応。つまり、今回は“性能を大きく盛った新型”というより、AI機能をより扱いやすくした再調整版という印象です。 個人的には、こういう更新はかなりMe

アプリを開いた直後に落ちる、またはロゴ画面のまま終了してしまう症状が出ているときは、まずは基本の確認から順に試すのが近道です。 Android 14 / Android 15 でアプリが急に落ちるときは、だいたい次のどれかです。 アプリ側の一時的な不具合 アプリのキャッシュ（=一時保存データ）の破損 Android本体やアプリのバージョンが古い 端末の空き容量不足 Google Play 開発者サービスや Android System WebView の不調 上から順に試してみてください。ほとんどの場合、1〜3番目あたりで改善します。 --- 一時的な暴走なら、これだけで直ることがあります。 1. 画面下の「最近使ったアプリ」を開く 2. 落ちるアプリを上にスワイプして終了する 3. もう一度アプリを起動する 4. まだ落ちる場合は、[設定] → [アプリ] → [（対象アプリ名）] → [強制停止] を押してから再起動する --- キャッシュ（=アプリがためている一時データ）が壊れると、開いてすぐ終了することがあります。 1. [設定] を開く 2. [アプリ

iPhone（iCloud）からAndroidへ移したのに、連絡先が入っていない／一部だけ消えた状態を確認する手順です。 機種変更直後は「移したはずなのに空っぽ」「一部の名前だけ見えない」という相談がとても多いです。上から順に試してみてください。ほとんどの場合、同期先のズレか取り込み漏れで直ります。 iPhone側の連絡先が iCloud に同期されていなかった Android側で Google アカウント以外の連絡先帳を見ている 連絡先の取り込み（vCard / .vcf）が途中で止まった iCloud に入っているのが「端末内」や別アカウントの連絡先だった 連絡先アプリの表示設定で一部が非表示になっている --- iPhone（iOS 18）から移したはずでも、元データが iCloud に上がっていないと Android には引き継がれません。 iPhoneで [設定] → [自分の名前] → [iCloud] → [すべてを表示] → [連絡先] を開き、オンになっているか確認します。 **[設定] → [自分の名前] → [iCloud] → [

GoogleがAndroidユーザー向けに進めている1億3500万ドル（135 millionドル）規模の和解について、CNETがわかりやすく整理しています。 ざっくり言うと、これは「GoogleがAndroid端末からのデータ収集をめぐって起こされた訴訟の解決策」であり、お金がもらえる人もいれば、そうでない人もいるという少しややこしい話です。 GoogleはAndroidユーザーとの1億3500万ドルの和解に進んでいる この和解は、訴訟の解決と利用規約の扱いの見直しにつながる ただし、すべてのユーザーが金銭補償を受けられるわけではない 対象条件や請求方法は、期限を逃すと権利を失う可能性があるので注意 「無料で使っているからデータは好きにしていい」という感覚が、いま改めて問われているのが面白いところ 今回の話は、GoogleがAndroidユーザーのデータを集めていたことをめぐる訴訟の和解です。 ここでいう「データ収集」は、ものすごく雑に言えば、スマホを使う中で発生する情報をGoogleが取得していたという話です。 こうし

iPhoneからAndroidへ移したあと、LINEのトーク履歴が見えない・復元できない状態になっている。 機種変更後のLINEトーク消失は、だいたい次のどれかです。 iPhone側でバックアップが完了していない iCloud（=Appleのクラウド保存）にトーク履歴が残っていないケースです。 Android側で同じLINEアカウントにログインできていない 電話番号は同じでも、別アカウント扱いになっていることがあります。 iCloudバックアップをAndroidにそのまま戻そうとしている iPhoneのiCloudバックアップは、Androidへ直接復元できません。 LINEアプリのバージョンが古い / 移行手順が途中で止まっている LINE 15.x系やiOS 18、Android 15では、移行画面の案内に沿う必要があります。 トーク履歴の保存期間や引き継ぎ対象外のデータに当たっている すべてのデータがそのまま移るわけではありません。 上から順に試してみてください。**ほとんどの場合、原因は「バックアップ不足」か「アカウントの引き継ぎミス」で

Googleの新機能「Gemini Intelligence」は、Android向けの次世代AI機能として注目されている ただし、使える端末にはかなり厳しい条件があり、最新の高級機でも落ちる可能性がある 必要条件は、ハイエンド級チップ、12GB以上のRAM、AI Core対応、Gemini Nano v3以上 さらに、5回のAndroid OSアップデートと6年のセキュリティ更新も求められる Pixel 9シリーズやGalaxy Z Fold 7でも、現時点では条件を満たさないと報じられている 一方で、将来的なアップデートで対応が広がる可能性はまだ残っている Googleが発表した新しいAIプラットフォーム「Gemini Intelligence」が、Android界隈でかなり話題になっています。 名前だけ聞くと、いかにも“次の主役”という雰囲気がありますよね。Android端末上で動く、より高度なAI機能群――そんな期待を背負って登場したわけですが、Digital Trendsの記事が伝えているのは、ちょっと意外な現実です。 **この機能、誰でも使えるわけではない。しかも、かなり選別

Googleが新しいAI機能群「Gemini Intelligence」を発表した ただし、対応条件がかなり厳しい 12GB以上のRAM、flagship chip、AI Core、Gemini Nano v3以上などが必要 Pixel 9シリーズやGalaxy Z Fold 7は、現時点では要件を満たせない可能性が高い いっぽうで、Pixel 10やGalaxy S26など、2026年登場の新機種が中心になりそう Googleが発表した「Gemini Intelligence」は、Android向けの“上位AI機能セット”みたいなものです。 ざっくり言うと、ただのAI搭載ではなく、より賢い自動入力、Gboardの強化された音声入力機能「Rambler」、「Create my Widget」のような、ちょっと未来感のある機能をまとめたブランド名だと思えばOKです。 ここで面白いのは、Googleがこれをかなり高性能な端末向けに絞っていることです。 「AI機能なら、古い機種にも広く配るのでは？」と思いがちですが、今回はそう単純ではなさそうです。 記事によると、Gemini

Oppoが、Android端末上で動くオープンソースのAIエージェント「X-OmniClaw」を公開した 画像・画面・音声をまとめて理解し、クラウドに頼りすぎずに実タスクをこなすのが特徴 記憶機能が強く、ギャラリーや過去の操作履歴を使って「前回の続き」ができる 一度たどった操作手順を記録して再利用できるので、アプリ内の面倒な多段階操作を短縮できる 「スマホAIは雲の上で動くもの」という常識に、かなり真正面から逆らっているのが面白い Oppoが発表した「X-OmniClaw」は、Androidスマホの上で直接動くAIエージェントです。 AIエージェントというのは、ただ会話するだけのチャットボットではなく、画面を見て、必要ならアプリを開いて、操作までやってくれる“実行型AI”のことだと思ってください。 これ、地味に見えてかなり重要です。というのも、最近のモバイルAIは「実はスマホの中で動いていない」ことが多いからです。多くはクラウド上のサーバーで仮想的なAndroidを動かし、そこにAIがログインして操作します。 便利そうに聞こえますが、実際の自分のカメラ、写真、ローカルファイル、今見てい

Google Project Zeroが、Pixel 10でも使える0-click exploit chain（ユーザー操作なしで成立する攻撃の連鎖）を公開した 入口は音声処理のDolby系脆弱性、出口は新しい VPU driver の重大な欠陥だった Pixel 10では旧来の BigWave driver がなく、その代わりに別のドライバ /dev/vpu が使われていた そのVPU driverには、`mmap` の実装ミスでkernelの広い範囲を userspace から触れるレベルの致命傷があった 修正は比較的早く、報告から71日後にパッチが配信された 一方で、こうした「見ればすぐ危険だとわかる」コードが残っていたのは、やっぱりかなり怖い Google Project Zeroが、Pixel 10向けの0-click exploit chainを公開しました。 0-clickというのは、ユーザーが何も操作しなくても攻撃が成立するという意味です。たとえば、怪しいリンクを開く必要も、ファイルを保存する必要もない。攻撃のハー