Anthropic の Sonnet 5.5 が Techmeme と Hacker News で首位、はてなブックマークではタイムズカーの会員情報約 660 万件の漏えいが上位 5 件中 3 件を占める

Anthropic が Sonnet 5.5 を発表したページ。Opus 5.5 を補う高速・低価格のモデルと位置づけ、Techmeme によると出力は Sonnet 5 より 30% 以上速く、タスクあたりのコストは最大 30% 低い。サイバー能力の向上を受け、Opus 5.5 と同様の安全策付きで提供する。

コメントでは、Terminal-Bench で 70.6%（Opus 5.5 は 66.4%）、FrontierCode や CursorBench でも Opus 5.5 と 2 ポイント前後の差で、エージェント型コーディングではほぼ互角だという比較が出ている。Cyber Verification Program に参加していても許可済みのバグバウンティ作業が止められるという不満や、ベンチマークに Fable の数値がないという指摘もある。

OpenAI とコストのグラフで抜きつ抜かれつしているという見方や、5.0 以降は社内のコードベースの品質が落ちたため評価期間を長く取るという報告も出ている。

映画配信サービス MUBI の Notebook に載った記事。筆者は Arrow に勤める際、トレントサイトで活動するファンの保存家の手法を知っていたことを持ち込んだと書き、異なるリリースから最良の映像と音声を劣化なく組み合わせる「remux」コミュニティなどを取り上げている。

コメントでは、remux は本来ディスクの元データをそのまま別のコンテナに移すことを指し、記事の用法は違うという指摘が出ている。大手スタジオが古いゲームを取り締まっており、将来この時代は所有が違法になった「デジタル暗黒時代」と呼ばれるだろうという声や、より正確な旧版が入手できなくなり手を加えた新版に置き換わることへの不満もある。

米議会図書館には DMCA の例外を設ける権限があり、EFF がその拡大を働きかけているという補足や、『エイリアン 3』のファンによる再編集版の紹介も出ている。

ラジオ番組 This American Life の第 897 回の書き起こし。子どもたちが、聞き手の少ない NPR 番組の Spotify 上のコメント欄を、仲間内だけのグループチャットとして使っていた経緯を、当事者の話とともに紹介している。

コメントでは、子どもを SNS から遠ざけるべきだという議論への皮肉や、プレイリストの共有とポッドキャストのコメント欄を組み合わせた工夫を評価する声が出ている。SNS を制限し端末も管理していたのに自分の子が同じことをしていたという親の報告や、2014 年に The Onion が似た状況を風刺していたという指摘もある。

番組中の「脳がまだ発達途中だった」という言い回しは若者を見下しているという批判や、エージェント同士が即興で連絡手段を作る話を連想したという声もある。

個人開発者のブログ記事。Google Play に提出したアプリが審査で却下され、却下通知には身元不明のアプリの NSFW スクリーンショットが添付されていたと書く。新作ゲームも有料で出すつもりだったが、審査が壊れているとして F-Droid と itch.io で配布するとしている。

コメントでは、申請されるアプリが膨大で深く審査する費用は大きく、誤って却下する側のコストは低いため審査が壊れているという見方が出ている。1 か月以上審査待ちのアプリがあり、同じアプリを Apple は 1 週間以内に承認したという報告や、Android アプリはバイブコーディングで作りやすくなり申請が殺到しているのではという推測もある。

一方、重大な告発なのに時系列や伏せ字入りの証拠が示されていないという指摘や、筆者の誤字の多さを揶揄するコメントもある。F-Droid で公開したという報告も複数出ている。

Parley は中心を持たないチャットネットワーク。個人やチームがそれぞれ自分のドメインで小さなインスタンスを動かし、DNS と well-known の識別文書で互いを見つけ、署名付きメッセージを HTTPS で交換する。連合したネットワーク全体を、通常の IRC クライアントにそのまま見せる設計になっている。

コメントでは、IM 版の電子メールのようだと評価する声や、XML ではなく IRC を使う XMPP だという見方が出ている。一方で、スパムがすぐ問題になりそうだという指摘が複数あり、独自のバックエンドでは既存のスパム対策ツールを使いにくいという意見や、ボットの群れにとっても便利すぎるという懸念もある。

自作のエージェント向け IRC サーバーに 1 日で実装するという開発者もいれば、バイブコーディングで作られたのかと問うコメントもある。

PS5 の配信機能が送る RTMP ストリームを自前の環境で受け取る方法を書いた個人ブログの記事。コメントの要約によると、PS5 は配信先を DNS で解決し、メインのサーバーは TLS で守られていて偽装できないため、筆者は実際に Twitch 配信をして DNS 問い合わせを観察し、取り込み先のサーバーのホスト名を突き止めている。

コメントでは、今回は通信がまったく暗号化されていないのもソニーの暗号の不備だという指摘や、最後の nginx と mpv の段は OBS や GStreamer にまとめられるという補足が出ている。好きな RTMP の送り先を指定させればよいだけだという声や、PS5 をやめてゲーミング PC を選ぶべきだという意見もある。

記事中の本物のホスト名を突き止める段階と、YouTube に配信が出ない問題の解決との間の説明が抜けているという指摘もある。

Cal Newport 氏のブログ記事。AI ラボのエージェントが他のシステムへの侵入を試みた事案などを背景にラボを調査すべきだと主張し、漠然と「AI」を論じるのではなく、問題を起こしている種類のシステムを切り分けるべきだと書いている。

コメントでは、コンテンツの無断利用や書籍の大量の違法ダウンロードに続き、エージェントが他のシステムに侵入しようとしても責任を問われないことへの批判が出ている。具体的なシステムを切り分けるべきだという主張に賛同する声や、なぜエージェントをインターネットから隔離したマシンで動かさないのか、多くの人がエージェントに root 権限を渡しているのはセキュリティ上の悪夢だという指摘もある。

一方、複数のエージェントが動く AI システムは個人より企業に近く、Hugging Face の事案のログは企業内のやり取りに似ているとして、規制の方向が間違っているという反論も出ている。

Fei-Fei Li 氏が率いる World Labs の公式ブログで、AMD への合流を発表している。Techmeme によると AMD は同社を 82 億ドルの全額株式交換で買収し、年内に完了する見込みで、Li 氏は AMD の EVP 兼チーフサイエンティストに就く。

コメントでは、Nvidia が 10 年ほど前から手がけてきたモデルとシミュレーションのエコシステムで AMD が競争に乗り出す動きで、Nvidia による Hugging Face 買収とも関係があるだろうという見方が出ている。少数のフレームから 3D を再構成する World Labs の技術を評価する声がある一方、設立 2 年の会社に 80 億ドルの価値があるのかという疑問も出ている。

新興の AI ラボがインフラ側へ、ネオクラウドやチップメーカーが AI ラボの領域へと互いに進出しているという指摘もある。

LibreOffice を開発する The Document Foundation の公式ブログ記事。LibreOffice に生成 AI の機能を統合しないと決めた理由と、その判断基準を説明している。

コメントでは、技術をあおることも大衆をたきつけることもなく、現状の技術が自分たちの基準に届かないことを示した落ち着いた記事だという評価が出ている。オフィスソフトは文書の一部をどこかへ送るべきではないという基準は妥当で、多くのプログラムにも当てはまる性質だという声もある。

議論の多くはこの記事に vibecoding タグを付けるべきかをめぐるもので、コーディングエージェントとは無関係だという意見と、サイト上では生成 AI 全般を扱うタグとして使われているという意見が対立している。

Lisp の構文を Python や Java、C の記法より読みにくいと感じる人が多いという前提から、その理由を分析する個人ブログの記事。慣れの問題だという主張にも 2 段落目で触れている。

コメントでは、読みにくいと感じない人も多く、記事は結論から逆算して理由を探しているという批判や、入れ子の関数呼び出しはどの言語でも読みにくいという指摘が出ている。原因は不慣れだけだという意見や、何年も Lisp を使っても読みにくいと言う人に会ったことがないという声が並ぶ。

プログラミング未経験者にそれぞれを教えて比べる研究が必要で、先に学んだ言語の影響を除くため順番を入れ替えた群も要るという提案や、全体としての難しさ、好み、慣れの効果は同時に成り立つという整理も出ている。

David Bushell 氏のブログ記事。かつて尊敬していたが「チャットボット精神病」に陥った同業者から距離を置き、億万長者の幻想に進んで資金を出す人には関わらず、人間性を尊重する新しい人々と出会うと書いている。

コメントでは、精神病という言葉を侮蔑的に使うべきではないという指摘があり、筆者本人が不適切な言い回しだったと認めて謝罪した。LLM の利用者が取り残されるという構図の方が気は楽だが、政治や経済の権力者が AI を推し進める限りそうはならないだろうという意見も出ている。

業界の現状はひどく団結して生成 AI に対抗するしかないという声がある一方、今の状況に熱狂している人も多く、引退から戻ってくるほど楽しんでいるベテランもいるという報告もあり、コミュニティの分断そのものを嘆くコメントも出ている。

PS5 の配信機能が Twitch などへ送る RTMP ストリームを、自前の環境へ向けて受け取る方法を書いた個人ブログの記事で、Hacker News でも 165 ポイントを集めた。

コメントでは PS5 が Discord への画面共有に対応しない理由が話題になり、Discord は RTMP を受けられないが音声と映像は WebRTC で扱っており、Xbox は 3 年前に対応したという指摘が出ている。Discord の最低限のコーデックである VP8 への対応を避けたいのだろうという推測や、任意の RTMP 送り先に対応しない方が不思議だという声もある。

記事末尾に AI 不使用の表示があるのに、サイトのデザインや画像は AI 生成に見えるという指摘が複数出ている。

Tech Emails が紹介した、Bill Gates 氏が Windows Movie Maker を入手してインストールしようとして苦労した経緯を社内に書き送ったメール。コメントによると、2008 年に TechCrunch も報じた、訴訟の証拠開示で表に出た実際のメールのやり取り。

コメントでは、風刺タグが付いているがこれは本物のメールだという指摘があり、投稿者は笑いを目的とした記事なので付けたと説明している。Microsoft では長らくアドウェアやスパイウェアは利用者の過失だとされていたという、真偽の定かでない社内の逸話を紹介する声もある。

2026 年の今も、ファミリーセーフティの設定のせいで子どもの Minecraft Realm を作れなかったという報告や、自分の分野のソフトウェアは今もこのメールのようだという感想が出ている。

イリノイ大学アーバナ・シャンペーン校の講義 CS 341: System Programming で使われる、オープンソースのシステムプログラミング入門の教科書。プログラミング言語の講義を受け、アセンブリ命令を知っていることを前提とし、Linux カーネルの事実上の言語である C ですべてのコードと説明を書いている。

Angrave 氏による元の wikibook の試みを標準化し発展させたもので、引用や脚注、参考文献、用語集で正確さを高め、PDF、Markdown、HTML、EPUB で書き出す。書き手が執筆に集中できるよう、ビルドは自動化されている。

中国語で書かれた『人生進階指南』の書籍原稿のリポジトリで、副題は「AI 時代の生涯学習ガイド」。2017 年に英語学習ガイドとして始まり、AI を使った学習、実プロジェクトの開発、起業の失敗、身体の回復へと範囲を広げてきた、継続更新中の原稿だとしている。

問題の発見、主体的な学習、AI との協働、実際のタスクの完了、証拠の保存、振り返りと応用という循環を繰り返し練習するのが柱で、研究結論、個人の経験、検証待ちの仮説を区別して書くと述べる。中国語と英語の EPUB と PDF を配布し、本文のライセンスは CC BY-NC 4.0。第三者の AI 中継サービスや Telegram チャンネルへのリンクも載っている。

Minecraft サーバー監視アプリ MineWatch の iOS 側で、UIKit の共通部品 YoLibrary への Swift Package Manager の依存を SSH 参照から外そうとした記録。CI ノードを増やすたびに個人の SSH 鍵を配る必要があった。

1 回目の Swift Package Registry への統一は、同じパッケージがレジストリ経由とソースコントロール経由で別物と認識され multiple similar targets のエラーで失敗し、XcodeGen がレジストリ参照に対応していない制約もあった。2 回目の GitHub から Forgejo への自動ミラーと HTTPS 参照は成功したが、「ミラー先は public なので認証不要」というコメントは 1 日で覆り、ミラーは private だった。その後、開発機では ~/.netrc が効いていて気づかなかった認証の問題が、Docker ビルドで 401 として表面化したとしている。

MineWatch で、同じ人が Apple と Google の両方でログインしても同じアカウントとして扱う連携機能を作った記録。Apple はメールを隠すことがあり、別のメールで登録する場合もあるため、同一メールなら自動で束ねられるという当初の想定は成り立たなかった。

Firebase の link(with:) は、連携先が既に別の Firebase ユーザーとして存在すると credential-already-in-use になり、そのユーザーを削除して資格情報を付け替える破壊的な複数ステップが要る。途中で通信が切れるとどちらでもログインできなくなりうるため、Firebase 側には触れず、1 ユーザーに複数の firebase_uid をひも付ける auth_identities テーブルで管理し、破壊的な決定を単一の DB トランザクションに閉じ込めた。競合時は中断、統合、どちらのデータで上書きするかの 4 択をユーザーに選ばせる。

Web・admin・iOS の 3 つの技術スタックを持つ MineWatch に E2E テストを整備した記録。API では Postman/Newman の E2E が既にあったため、同じく実際の Firebase 認証と App Check をスコープから外す割り切りで UI にも広げた。Web と admin はカスタムトークンと App Check の debug token、iOS は起動引数による DevBypass で認証済み状態を作る。

iOS ではテスト作成中に、編集後に一覧の表示名が更新されないプロダクトのバグを見つけて直した。XCUITest では、テストターゲットから String(localized:) を呼ぶとテストバンドル自身の文字列を探す、モーダルと背後の一覧の navigation bar が両方アクセシビリティツリーに残り指定が曖昧になる、という 2 つの罠があった。Jenkins のまっさらな workspace での CI 統合でも、環境特有のバグを 2 件見つけている。

RCON 機能の実装中に ~/.netrc のトークンを誤って表示した事故をきっかけに、MineWatch と関連する 3 つの個人リポジトリのツールチェーンを棚卸しし、gitleaks、Trivy、ty、Periphery、Semgrep、Renovate、kube-linter/checkov、Spectral、npm audit/pip-audit の 9 個を 2 日ほどで導入した記録。

型チェッカーの ty を初めて実行すると 152 件の診断が出て、requires-python が 3.10 以上なのに 3.11 以降でしか使えない asyncio.timeout() を使っていた実際のバグが見つかった（CI は Python 3.13 でのみテストしていた）。Periphery は削除し忘れたファイルと Makefile の不具合を見つけた。GitHub CodeQL は個人アカウントの private リポジトリでは購入メニュー自体がなく、Semgrep の無料フォーク OpenGrep に移った。

本番がユーザー 8 人・監視対象 4 台の MineWatch で、staging に段階的に負荷をかけて最初に劣化する点（膝）を探した記録。staging は本番とノード、ingress、DB を共有するため、宛先の固定など設定では外せない安全装置を負荷試験ツールのコードに組み込んだ。

読み取り専用の GET /v2/servers が認証のたびにログイン時刻を DB に書き込んでいた。低負荷でも p50 が 270ms かかる原因の 9 割は Google への ID token 失効確認だったが、両方を直すと上限は 20 req/s から 60 req/s に伸びた。監視ワーカーは DB 接続を 1 本開くコスト（14ms）が律速で、接続の使い回しで 600 台から 1000 台以上に伸びた。SSE は Ingress の設定漏れで何も届いておらず、直すと 15 接続を境に無関係なリクエストまで 500 になる問題が出た。

監視専用だった MineWatch に、stop 一つでサーバーを落とせる RCON 経由のコマンド実行を追加した際の設計記録。着手前に GitHub issue の受け入れ基準として、接続情報の暗号化保存、破壊的コマンド前の確認ダイアログ、実行履歴の記録、パスワードをログに出さないことなどを書き出した。

RCON のホスト、ポート、パスワードは既存の監視先ホストと同じ Fernet（MultiFernet）の暗号化カラムで保存し、パスワードは API のレスポンスにも画面にも出さない書き込み専用にした。RCON の接続・認証・タイムアウトの失敗は例外にせず「成功しなかった 1 件の実行記録」として 200 で返し、実行ごとに監査ログを残し、冪等性キーで二重実行を、サーバー単位のレート制限で連打を防ぐ。

MineWatch の本番で Argo Rollouts の Blue-Green デプロイを組んだ筆者が、自分の理解が名前に引きずられて実装とずれていたことに気づき、実機で確かめ直した記録。再デプロイの増加に備え、production の api、web、admin を Deployment から Rollout に変えていた。

Martin Fowler 氏の説明のような 2 つの固定環境が役割を交代する方式を想像していたが、Argo Rollouts には Blue や Green という名前はなく、activeService と previewService の 2 つの Service が役割を持つだけで、ReplicaSet は毎回新しく作られ昇格後に古い方が破棄される。バージョン別のルーティングと Blue-Green デプロイを混同していたことにも触れ、kubectl argo rollouts get rollout や Service の selector で確認している。

MineWatch では develop への PR が Jenkins の AI レビューで APPROVE になると GitHub Actions が gh pr merge で squash マージするが、その後に push をきっかけに動くはずの staging ビルドが起動しないことがあった。原因は、GITHUB_TOKEN で行った操作は workflow_dispatch と repository_dispatch を除き他の workflow の起動トリガーにならないという公式の仕様。

対策は squash マージに personal access token を使うだけだったが、1 回目の検証では PAT を secrets に登録する 6 分前に検証用 PR をマージしてしまい「直っていない」と結論づけた。この誤りは TODO リストに 2 か月ほど残り、別件で自動マージが走ったときに実は直っていたと気づいた。効いたことの確認と、古い TODO の現状確認を教訓に挙げている。