Robinがお届けする「デイリーAIシチュー」です。
今日はモデルの利用料金から話を始め、続いてアプリをまたいだデータの流れ、スマートフォンのシステム境界の突破、そして通信プロトコルライブラリの更新を見ていきます。これらのニュースを並べると、関心はどれも同じ場所に落ち着きます。技術がリリースノートを出た後の話、つまりどう使うのか、どこまでできるのか、そして何を支払うことになるのか、です。
Kimi K3.1 Pro が API に登場、速度と価格が同じテーブルに並ぶ
Kimi K3.1 Pro が Kimi API で利用可能になりました。Simon Willison の記事によれば、標準版は入力 100 万トークンあたり 2 米ドル、出力は 10 ドル。Highspeed 版は 2〜3 倍高速で価格も 2 倍になりますが、入力キャッシュにヒットした場合の価格は変わりません。モデルを製品に組み込む開発者にとって、これは選択を具体的なものにします。低いレイテンシにいくら払うのか、そしてキャッシュがどの部分のコストを削ってくれるのか、ということです。[出典：Simon Willison](https://simonwillison.net/2026/Oct/23/kimi-k31-pro)
長い文書の処理も今回のリリースの注目点です。AIHOT デイリーは、Kimi K3.1 Pro の規模は 3T クラスで、100 万トークンのコンテキストに対応し、11 月 4 日までに重みを公開する計画だと伝えています。ここは 2 つのことを分けて語る必要があります。API は既に呼び出せますが、完全な重みは依然として同社が約束した今後の提供物です。予定どおり重みが公開されれば、長い文書の処理やプライベート環境へのデプロイに選択肢がひとつ増えます。[出典：AIHOT デイリー](https://aihot.news/daily/2026-10-24)
スコアの話とは別に、記憶に残りやすい場面もひとつあります。Simon は low、medium、max という 3 段階の推論強度で、自転車に乗ったペリカンの SVG をモデルに生成させました。max の例は全体として使えるものでしたが、ペリカンの 2 本の脚はフレームの同じ側に収まってしまいました。記事が挙げている Artificial Analysis のスコアは 55 点で、ベンダー自身のベンチマークは全体として Opus 5.5 や GPT-6 Astra とおおむね同等だと述べています。ランキングは比較の座標を与えてくれますが、あの自転車に乗ったペリカンは出力の具体的な欠点をひとつ残しました。モデルを選ぶときは、価格も速度も実際の生成結果も、同じテーブルに並べて見る必要があります。[出典：Simon Willison](https://simonwillison.net/2026/Oct/23/kimi-k31-pro)
Google のクロスアプリ知能が、広告データの境界を表舞台に引き出す
モデルが個人のコンテキストを理解しようとするとき、どのデータが使われるのでしょうか。Google の Personal Intelligence は、まさにその問いを目の前に持ち出しました。Ars Technica の報道によると、Android Authority は、Google が 10 月 16 日にプライバシーポリシーを更新し、「Drive、Gmail、Photos 内のコンテンツに基づいてパーソナライズ広告を表示することはありません」という従来の一文を書き換えたことに気づきました。今回の変更が触れているのは、プライベートなコンテンツと広告のパーソナライズとの間にあった、文章としての約束です。[出典：Ars Technica](https://arstechnica.com/gadgets/2026/10/updated-google-privacy-policy-says-your-gmail-might-be-used-for-advertising)
技術的な接点は Personal Intelligence です。The Verge の関連報道によれば、この機能は 2026 年初めにベータ版のテストを開始し、Gemini が Gmail、Google Photos、検索、Google Drive といったサービス間で情報を共有し、レコメンドを改善できるようにするものです。報道では、ユーザーが有効にすると、該当するデータが広告ターゲティングを含むより広いパーソナライズ用途に使われる可能性があるとされています。アプリをまたいだデータは AI にコンテキストを補ってくれる一方で、そのデータがその後どこへ流れるのかという問題を、製品設計で避けて通れない要素にしました。報道中の「可能性がある」がこのニュースの範囲を区切っています。資料は、メールや写真が既に広告配信へ全面的に使われていると確認したわけではありません。[出典：The Verge](https://www.theverge.com/tech/1017600/google-personal-intelligence-privacy-policy-ads-update)
iPhone のセキュリティ研究がデモを披露、突破の範囲はなお正確に語る必要がある
データの流れから端末の内部へと話を移すと、ある研究チームが iPhone の突破に成功したと述べ、パリの Hexacon カンファレンスで一連のデモによって成果を示しました。プロジェクト側は、完全な内容は適切な時期に公開すると表明しています。現在の資料は対象機種、iOS のバージョン、脆弱性チェーンを示していないため、このニュースで確かなこととして残るのは、チームが主張する突破と、すでに示された動作だけです。[出典：Calif ブログ](https://blog.calif.io/p/iphone)
ここで動く技術的な問いは、iOS のシステム制限を回避してより高い権限を取れるのか、そしてこうした研究がサポート終了した端末を使い続ける助けになるのか、という点です。コミュニティでは PDF 解析ライブラリが関係しているのかを問う声もあり、古い端末向けの実用的な脱獄手段を期待する声もあります。これらは議論の中の問いであり、チームに代わって技術的な結論として書けるものではありません。一度のデモと、繰り返し使える脱獄ツールとの間にはまだ距離があり、現時点の資料は、任意の iPhone がリモートで突破されると成果を言い表すには足りません。[出典：Calif ブログ](https://blog.calif.io/p/iphone)
OpenSSL 4.1.0 が DTLS 1.3 に対応、古いビルドターゲットは退場
最後は通信ソフトウェアの土台に落ち着きます。OpenSSL 4.1.0 がリリースされ、DTLS 1.3、すなわち RFC 9147 への対応が追加されました。あわせて ossl-guide-dtlsv13(7) のマニュアルページが提供され、OpenSSL を使うソフトウェアの導入を助けます。DTLS はコネクションレスなデータグラム転送を対象としたもので、DTLS 1.2 と比べると、新版はハンドシェイクとレコード保護を簡素化し、オーバーヘッドの削減と実装の単純化に狙いを定めています。今回の更新は、関連するソフトウェアに新しいプロトコルバージョンへの実装の入り口をもたらしました。[出典：OpenSSL リリースノート](https://github.com/openssl/openssl/releases/tag/openssl-4.1.0)
アップグレードには互換性の変更も伴います。Configurations から Windows-on-Itanium 向けの VC-WIN64I と、Windows CE 向けの VC-CE というビルドターゲットが削除されたため、これらのプラットフォームを維持するソフトウェアは、移行や互換策の手配、あるいは旧版の継続利用を考える必要があります。リリースノートは、OpenSSL 3.0 で持ち込まれた一部の性能リグレッションが修正されたとも述べていますが、現在の資料には具体的な修正項目や性能の数値はありません。DTLS 1.3 の新しい実装にも既知の問題が 4 件あります。新しいプロトコルバージョン、性能の修正、そして古いプラットフォーム対応のトレードオフが、すべて同じバージョン更新の中に収まりました。[出典：OpenSSL リリースノート](https://github.com/openssl/openssl/releases/tag/openssl-4.1.0)
今日のいくつかのニュースは、技術が使われるときの境界という線でつなげて読めます。Kimi はモデルの能力を API の価格とレイテンシの選択に落とし込み、Google のクロスアプリ機能は個人のコンテキストとデータの用途を出会わせ、iPhone の研究はシステム権限に触れ、OpenSSL はプロトコル対応を進めつつ互換範囲を調整しました。これらの進展を読み解くには、何が発表されたかを見るだけでなく、どこまで届けられたのか、そしてどの境界がそれに伴って動いたのかも見る必要があります。
