AnthropicがClaude Fable 5.2とMythos 5.2を発表 - 30時間でのフェルマーの最終定理の証明も
Claude Fable 5.2 and Mythos 5.2
AnthropicがClaude Fable 5.2とClaude Mythos 5.2を発表した。両モデルは同じ基盤モデルであり、Fableはサイバーセキュリティと生物分野に厳格な安全ガードレールを持つため全ユーザーに提供される。生命科学や防御目的での利用はLife SciencesとCyber Verificationプログラムを通じて申請できる。事前評価では不可能と考えられていたソフトウェア移行の完了、電子機器3種類の設計、30時間でのフェルマーの最終定理の証明の形式化など Difficult な事例が報告されている。出力速度は前世代のFable 5.1およびMythos 5.1より最大30%速く、価格は入力100万トークンあたり8ドル、出力100万トークンあたり40ドルへ引き下げられた。任意の高速モードでは生成速度が最大2.5倍になり、入力16ドル・出力80ドルで利用できる。
Metaが最小・最高効率モデルMuse Emberを発表 - Haiku 5.5の最高スコアを3分の1のコストで再現
Introducing Our Smallest, Most Efficient Model: Muse Ember
Meta Superintelligence Labsが、ツール呼び出し、コーディングのサブタスク、ルーティング、長文ドキュメント解析などエージェントが繰り返し行う処理に特化した小型モデルMuse Emberを発表した。Artificial Analysisのコスト対インテリジェンスの比較では、Haiku 5.5のベストスコアと同等水準を約3分の1のコストで達成し、GPT-6 Lunaのすべての推論設定を上回るという。評価値はAgents' Last Exam 61.6、Terminal-Bench 4.0 40.9、OSWorld 2.1 69.5、FrontierCode 2.0 27.2で、ツール利用や実コードのタスクで高い数値を残す。Meta Model APIで提供を開始し、入力100万トークンあたり0.10ドル、出力0.50ドル。Box、Cline、Oracle、Cloudflare、You.comがサブレジェント用途での評価結果を公開している。
Googleが第8世代TPUに8txと8i Maxを追加 - 1年で4車型的新型TPUを初発表
Our newest TPUs: 8tx and 8i Max, built for the agentic era
Googleが第8世代TPUファミリーを拡張し、TPU 8txとTPU 8i Maxを発表した。8txはハードウェアレベルのセキュリティ機能を持ち機密データを含む推論に対応し、8i Maxは超大規模コンテキストとラックあたりの最高計算密度を特徴とする。先行して発表済みの8t（大規模学習用）と8i（リアルタイム推論用）に加え、1年で4車型のTPU systems が発表されるのは初めてとなる。前世代と比べて8tは訓練性能が最大2.7倍、8iは推論のコストパフォーマンスが80%改善している。TPUは自社Geminiの訓練と提供に加え、前線ラボ、トレーディング会社、小売|Universityなど約100の顧客に提供されている。GoogleはPyTorch対応と自動化ツールを進め、開発者がTPU accessing を容易にする方針だと説明する。
Google Geminiが個人のDriveファイルとGmailを人間のレビュアーへ送る - 2023年の「人間には見られない」という約束を撤回
Google Gemini routes personal Drive files and emails to human annotators
調査用リポジトリのテストにより、Google Gemini Workspace連携でGmail・Docs・Driveの個人コンテンツが人間のレビュアーへ送られることが確認された。2023年の発表時は「人間のレビュアーには見られない」と明示されていたが、更新されたGoogleヘルプと2023年公開エントリの10月16日付編集で、接続されたDriveやメールが人間レビューのパイプラインに流入し、レビュアーが「メールやファイルそのものを見る可能性がある」と警告されていることが示された。裏付けとなるテストでは、@Driveや@Gmailを明示指定しない通常の背景処理でも取り込みが Lawyer している。設定画面にも機密情報を含む接続は避けるよう求める警告がaddedされる。企業利用における秘密情報の扱いに直接影響する。
Cloudflareが1.1.1.1のDNSキャッシュ最適化し100TBのメモリを削減 - 挿入速度43%向上・検索遅延19%改善
How we saved 100 terabytes of memory by optimizing 1.1.1.1's DNS cache
Cloudflareは1.1.1.1を運営するBig PineappleのDNSキャッシュに一連のメモリ最適化を適用し、エントリ1件あたりの使用量を50%以上削減、フリート全体で概算100TB（Gen 13サーバー130台分）のメモリを解放したと説明している。主な変更は、書き換えた後は容量を触らないCacheEntry内の8個のVecとStringフィールドをBox<[T]>とBox<str>へ置き換え、フィールドごとに8バイト、合計64バイトを節約したことと、answer・authority・additionalの3リストをオフセット付き1リストに統合してu16のオフセット2個で表現し28バイトを削減したことである。さらにowner情報の重複排除やboolフィールドのbitflag化でパディングも削った。測定は本番トラフィック分布（A 56%、AAAA 25%、TXT 19%）を模したベンチマークと本番インスタンスのresident memoryで行われ、メモリ削減と同時に挿入スループット43%向上と検索遅延19%低下という結果が得られており、速度を犠牲にした削減ではない。
Quboleのサプライチェーン攻撃をSentraが解説 - 外部Id付きの正規認証情報で12社以上の顧客データを横断窃取
Inside the Qubole Supply Chain Attack: How Sentra Found It
Sentraは、ビッグデータ基盤Quboleの認証情報を窃取した攻撃者が、同社にbogusGrantedアクセスを許可されていた12社以上を数時間内に横断して攻撃した事例をChronicleした。攻撃者は約1秒で各Quboleロール AssumeSuccess し、外部Idも正しく提示したためAWS上は正規のQuboleアクセスとしてログに記録された。通信はすべてOVHの貸しサーバーとMullvad VPNから行われ、Qubole正規のトラフィックは一切存在しなかった。窃取対象にはSecrets Managerからの一括取得、SSM Parameter Storeの復号済み値、Lambda環境変数、EC2ユーザーデータが含まれ、書き込み系アクションはゼロで取得のみだったため検知が困難であった。Sentraは攻撃前にQuboleロールが数か月未使用でも機密データへ到達可能である点を既に指摘していたという。アクセスは正しかったが挙動が違った、という点が全体の教訓とされている。
Meta FAIRがk-meansを10倍高速化するe-meansをオープンソース - 同じ損失でエポック数と実行時間を1/10に
E-means: 10x faster k-means at equal loss
Meta FAIRが、Lloydのアルゴリズムを置き換える現代的なk-meansアルゴリズムe-meansをオープンソース化した。10万データポイント・200クラスタの結合正規分布データでは、Lloyd法の1ステップに対してe-meansは97ステップとエポック数で桁違いに少なく、テストMSEも同等または低い水準によりFewfew早く収束する。様々なスケールとデータセットにわたる比較でも、e-meansはLloyd法の10分の1程度のエポック数とウォルクロック時間で同等の損失に到達する。 브라우ザで試せるデモと論文、コードatom、引用情報が公開されている。
C++26のDIS投票が史上初の否決 - 標準化委員会メンバーによるContracts坚持の分析
C++26 DIS failed, how does C++ survive?
2026年10月23日、C++26のDIS（国際規格草案）投票がISO加盟国の間で否決された。1998年のC++標準化開始以来初めてのDIS否決で、Andreas Fertig氏（標準化委員会のメンバーとしてドイツの投票権を持つ）はC++の歴史において初めてと述べている。否決理由はNBからのコメントでほぼ明確で、Contracts機能がリリース可能な状態にないという判断だった。DISは公開前の最終段階で3分の2の多数が必要とされる。Contractsは2019年にC++20への収録が検討されたが結局削除され、2020年頃からWG21のstudy groupが検討を重ねた経緯がある。2006年にC++/CLI言語仕様のDIS 26926が否決された事例が唯一の先例で、当該プロジェクトは停止された。
Zigのlibc書き換えがSQLiteを12,000倍遅くした - strspnの行長走査が二次的な計算量を生む
Shlemiel the Painter Is Back: How Zig's libc Rewrite Made SQLite 12,000x Slower
Rust製チェス解析サービスで、4万件のJSONレコードをSQLiteへ投入する処理が数分かかりCPU-boundでコアを100%占有する異常が発生した。原因はビルドに用いたzig ccが同梱するlibzigcの純Zig実装strspnにあった。実装が文字列長を毎回全体を走査してから判定するため、トークナイザのような繰り返し処理では計算量が二乗に増える。strcspn、strpbrk、strstrにも同じパターンが混入していたという。Joel SpolskyのShlemiel the Painterの寓法が60年後に再浮上した形で、nominalにはプロジェクト側のコードではなくビルド基盤側に原因があった事例として興味深い。
musl環境のOpenSSHで256文字超のパスワードが任意アカウントで通る - 2012年のmusl変更が招いた認証の抜け道
sshhole.com
sshhole.comは、Alpine、OpenWrt、Buildroot、Yoctoなどmuslを使う環境、および多くのDockerイメージで使われるOpenSSHに2016年から存在する認証の不具合を報告している。/etc/shadowでパスワード欄が「*」になっているアカウント（root、鍵認証のみのデプロイユーザー、LDAPユーザー、AlpineのAWSやAzureデフォルトユーザーなど）は本来パスワードを受け付けない。muslは2012年にcrypt()が失敗 NULLを返す挙動をやめ、失敗時に単一文字を返すように変更し、同時にsha512cryptを256バイトで打ち切る上限を入れた。256文字を超えるパスワードではcrypt()がその文字を返し、これがロックされたアカウントの「*」と一致するため、任意のパスワードでログインできてしまう。
Go 1.27でencoding/json/v2が安定化 - nilスライスがnullではなく[]になり既定動作も厳格化
Go 1.27: encoding/json/v2, Stricter Defaults, and Finally [] for Nil Slices
GoチームがGo 1.27でencoding/json/v2を安定版として出荷した。GOEXPERIMENT=jsonv2として1.25から提供されていたもので、既存版と並行して使うにはjsonv1というエイリアスインポートが必要になる。最大の変更点として、nilスライスがnullではなく空の配列「[]」としてシリアライズされるようになり、フロントエンドで.mapを呼んで落ちる典型的な不具合が解消される。マップもnullではなく「{}」になる。v1が緩やかに受け入れてしまう入力に対してv2は厳格な検証を行うため、Elmのデコーダのように型に一致しない入力は即座にエラーになる設計となっている。
libghostty 1.0が安定版に - C ABIの互換性保証を明記しJetBrains IDEのターミナルも採用
Libghostty 1.0
Ghosttyのコアから切り出されたポータブルで高性能なC製端末エミュレーションライブラリlibghosttyが1.0に到達した。ライブラリ本体とC ABIの両方が安定となり、ABIの互換性保証ポリシーが明文化された。1年前に問題時はZigモジュールが統合されたTemstage、C APIも存在せず利用者もGhosttyのみだった。現在では何百万人が使う製品で本番運用されており、JetBrains IDE群（IntelliJ、PyCharm、GoLandなど）のターミナル実装がlibghostty陰茎に置き換わっている。過去にはJediTermの不具合を根拠として端末エミュレーションは正しく実装するのが難しい、とmitchellhが論じていたが、1年後には主要IDEが採用という結果になった。
StripeがJavaの言語アップグレードをサービス化 - 古いJVMコードベースを段階的に最新へ引き上げる
Modern Java at Stripe: Language upgrades as a service
Stripeは、巨大なJVMコードベースを最新のJavaへ段階的に移行させるための仕組みとして、言語アップグレードをサービスとして提供する社内プラットフォームを構築した。古いバージョンに留まったサービスはJVMの改善によるコスト削減や性能向上を取り逃がし、開発者体験の低下も緩やかに積み上がるため、アップグレードの反復コストが追随の遅さを招いていた。記事はこの方法論で言語アップグレードを自動化し、絶大多数のコードを逐一レビューせずに更新できる状態へ持っていった実践内容和、移行を阻む技術的・組織的な障害を Untangle している。
mallocは結局何をしているのか - メモリ割り当ての実装を分解した詳細解説
What is malloc doing, anyway?
Ben M. Andrewがメモリ割り当ての内部実装を追った詳細解説を公開した。mallocは要求されたサイズの連続領域を返すという単純なAPIだが、その裏側にあるアロケータの設計判断は-surfaceには現れない。記事はこのインターフェースの下に組み立てられた実装を段階的に分解しながら、割り当て要求が実際にどの経路で処理されるのかをExplainしている。
ShopifyのReact Nativeからネイティブ移行を支えるReflexをSwiftとKotlinで試す - コーディングエージェントの進化が前提を変えた
ShopifyのReact Native→ネイティブ移行を支える「Reflex」をSwiftとKotlinで試す
テラーノベルがShopify Engineeringのモバイルアーキテクチャ記事「Reflex」に基づき、SwiftとKotlinで実際に実装してみたこ筆。Shopifyは2020年にReact Nativeへ全面移行していたが、2026年9月にSwiftとKotlinのネイティブ実装へ置き換えを発表した。理由はコーディングエージェントの進化で、エージェントが片方のプラットフォームの実装を参考にもう片方を書けるようになり、同じ機能を2回作るコストが決め手でなくなったためである。ReflexはMVVMをベースにUIからロジックを切り離し、シミュレータなしで動かせる設計で、テストを共通化して両プラットフォームの挙動をそろえる。ライブラリとしては未公開で、記事はそのuq:Uskmqの骨組みを再現した同名Lullのコードが中心になる。
AIに静的型はitudeместиクか - TypeScriptとJavaScriptで同じGit互換CLIを3本ずつ作らせて比較
静的型付けはAIのバグを減らすか？ TypeScriptとJavaScriptで同じGit互換CLIを3本ずつ書かせて比べた
Toru Ikeda氏が、Claude Opus 5.5に同じ仕様のGit互換CLIをTypeScriptとJavaScriptでそれぞれ3本ずつ一から書かせ、残るバグ数とトークン消費量を比較した実験をまとめた。残った実装の不具合はTypeScriptが3本中0本、JavaScriptが3本中1本だった。出力トークンはどちらも1本あたり約100万でほぼ同じで、入力側を含めた合計ではTypeScriptが16%多かったが3本ずつの範囲は重なった。EMBER此前の数百行規模の検証でJavaScriptが有利という結果が出されていたが、数千行規模に広げるとその差は消えたという。AIに書かせるコードの規模越大、型の有無による差が生じにくい可能性を示唆する。
ISUCON2026を自作ハーネスでClaude Codeほぼ無人運転 - 旅行中はスマホで通知だけを見て38位入賞
ISUCON2026 ソロ参加記：自作ハーネスで Claude Code をほぼ無人運転した
NaCl_5alt氏が2026年10月31日のISUCON2026に5altなどのチームなんとかなれーでソロ参加し、競技時間の作業をほぼすべてClaude Codeに任せた体験記を公開した。自宅のWindowsデスクトップで動くClaude Codeが、マニュアルを読み、スタックを構築し、計測し、コードを直し、再起動試験まで自行で進めている。最終スコアは208,983、競技中のベストは211,405で、初回ベンチ2,139から98倍に改善した。ベンチは70回実行し再起動試験も2回ともパス、順位は失格84チームを除く579チーム中38位だった。作用域の判断は事前と凍結解除など数箇所だけで、残りは事前に決めた時刻表で運用した。人間の手を介入させない設計が競技の practically な穴埋めになる具体例として面白い。
PostgreSQLマイグレーションがロック待ちで失敗 - SELECTのみのトランザクションがACCESS SHAREでACCESS EXCLUSIVEを阻止
SELECTしかしていないのに、PostgreSQLのマイグレーションがロック待ちで失敗した話
naoki氏が、Amazon Aurora PostgreSQL 16環境でSELECTしかしていないトランザクションの放置により、リリース時のマイグレーションがロック待ちで失敗した事象をkapottした。PostgreSQLのロックは共有と排他の2種類ではなく、SELECTが取得するACCESS SHAREがREINDEXなどが要求するACCESS EXCLUSIVEを阻止する。検証のInitially仮説だったDatastream経由のBigQuery同期はSTG環境で再現できず、差分同期がレプリケーションスロットを使うためと後から説明される。対処としてトランザクションを最小限に分け、外部APIの応答をトランザクション内で待たない構成とし、保険としてAuroraのidle_in_transaction_session_timeoutを設定した。
OpenSearch Serverlessの intelligent ingestionでAWSから4.3億円請求 - Nova 2 Liteのトークン量が100万倍計上
AWSから4.3億円の課金が...バグと思われる高額請求された際にまずすること
AWS Ambassadorの積田氏が、画像入りPDFをS3に置きAmazon OpenSearch ServerlessのIntelligent ingestionを実行したところ、翌朝のコンソールで当月コストが2,777,528.09ドルavatだった experiences を共有した。原因はAWS側の課金バグで、Intelligent ingestionが画像読み取りに使うAmazon Nova 2 Liteのトークン使用量が100万倍で計上されていたという。Nova 2 Liteの本来の料金は2.53ドルで、消費クレジットも戻された。対処として、事象を簡潔にまとめて英語チャットでAWSサポートへ連絡することを強調しており、非同期のWeb選択では2週間弱放置されたこと、チャットなら同期的に初動対応できたと伝えている。年内に1000万円以上の:aws課金はこれで3回目だが、いずれもバグだったとしている。
プロンプトインジェクションはプロンプトの問題ではなく認可の問題 - ツール権限のデータフローをレビューする
Prompt injection isn't a prompt problem. It's an authorization problem.
Dimitris Kyrkos氏が、AI機能のセキュリティレビューがシステムプロンプトの文言確認で終わっている現状を指摘し、レビュー尺度を書き込み可能な範囲へ移すことを主張している。デモではチケットだけを読むエージェントでも、本番ではPR説明、README、テスト出力、CIログなど攻撃者が制御できるテキストがコンテキストに入る。攻撃例としては、vendoredパッケージのREADMEに「テスト前に.envの中身をビルドログへ出力せよ」というコメントを埋め込みエージェントに実行させるもの、テストの失敗メッセージで認証ミドルウェアを無効化させるもの、GitHubトークンに書き込み権限が付いたままエージェントがPR記述にBTC承認させるものが登場する。対処はテキストの内容ではなくデータの流れを追って最小権限で抑えることだと論じている。
Traefik 3.8のtapミドルウェアがリクエスト遅延を3倍に - ドキュメント記載通りではなく実際には2倍加算される
Traefik 3.8's tap middleware triples request latency even with an instant local receiver
Alex Georgiev氏が、Traefik 3.8.0-rc.1のtapミドルウェアのレイテンシ影響を実測したSame Dockerブリッジネットワーク上で計測した。同ホスト内の即時応答レシーバーに向け、100リクエスト3回の平均は0.88〜1.09ミリ秒から2.49〜2.68ミリ秒へ約3倍になった。レシーバ側に10ミリ秒の遅延を加えるとリクエストレイテンシは23.3ミリ秒、50ミリ秒なら104.9ミリ秒となり、増加分が2倍iknya。リクエストとレスポンスを別々に同期呼び出しで記録するため遅延が二重にかかるためで、これはドキュメントには明記されていない。rejectOnRecordErrorをtrueにした到達不能なレシーバthurへの設定では500 Internal Server Errorが返り、可用性リスクも存在する。
AIは開発者を速imersoscopy unsealed - METRのRCTでは実測19%遅く、認識とは39ポイント乖離
Developers Swear AI Makes Them Faster. A Stopwatch Says They're 19% Slower
Rudratosh Shastri氏が、AI効果に関する研究の.expectations を整理した。2025年のMETRのランダム対照試験では、24万行規模の自分のリポジトリで慣れた開発者16名を2群に分けて実作業246件を計測し、AI利用群は実測19%遅かった。事前に予測した値は24%速く、作業後も20%速いと認識していたため、認識と実測の間に39ポイントの乖離がある。時間配分としては手書きのコード 작성とドキュメント検索が減り、代わりにプロンプトと互动に時間が奪われた。結論はAIが効くかどうかではなく、出力を受け取る側が誤りを判別できるかどうかで決まるというもので、検証できない利用は隠れた税金になりうると論じている。
computer-use-rsをオープンソース - Rustで画面を見てクリックと入力できるComputer Use crate
computer-use-rs: Open-Source Computer Use for Rust
AgentOne Researchが、クロスプラットフォームのRustクレートcomputer-use-rsをMITとApache-2.0のデュアルライセンスで公開した。画面上のアプリを見て要素を見つけ、クリック、入力、スクロール、ドラッグを実行でき、AgentOneデスクトップアプリのComputer Use機能が利用している。get_app_stateの1回の呼び出しでアクセシビリティツリー（番号付き要素とロール、ラベル、値、実行可能な操作）、PNGスクリーンショット、言語モデルに渡すためのプレーンテキストの3つのビューが得られる。対象アプリが起動していない場合はバックグラウンドで起動する。queryでテキストやロールから要素を探したり、list_appsやlist_windowsで候補を確認でき、クリックは要素インデックスでもピクセル座標でも指定できる。