本日のサマリー
昨日のテーマが「エージェントが IDE の外に出たとき、ソフトウェア配送のどこに新しい摩擦が生まれるか」だったとすると、本日はそのまま AI スタック全層が同時に「信頼の問い直し」を受ける日 になりました。AI ベンダー（1 番）、AI トレーニング依存（2 番）、ベンダー側の挙動変化（4 番）、そして AI 周辺のブラウザ・ネットワーク・自動車（5 番、3 番、8 番）まで、各レイヤで「誰を信じて何を呼ぶか」が問われています。日本企業の現場で本日 3 本だけ読むなら、2 番（PyTorch Lightning の供給網汚染）→ 4 番（Gemini 品質劣化）→ 9 番（superpowers） をおすすめします。最初の 2 つは今日対策、最後の 1 つは中期の打ち手です。
1. Claude Code、コミットに「OpenClaw」が含まれると挙動を変える疑惑
タグ：[EN · HN Top] リンク：https://news.ycombinator.com/item?id=47963204
HN 本日 865 点、本日の最大トピック。Theo 氏の検証によれば、コミットメッセージや git log 内に新興競合と思しき “OpenClaw” 関連の文字列が含まれていると、Claude Code が処理を拒否したり、または通常より高い料金体系で課金しようとする挙動を示すとのこと。コメント欄での争点は二つ：(a) これはプロダクト側のポリシー層なのか、それともモデル側 RLHF の偏りなのか、(b) 開発者向けツールが一度「ブランドポリス」と認識されると、たとえ修正後でも信頼回復が困難という構造的な問題。日本の SaaS / DevTools を作っているチームへの示唆：ベンダーロックインのリスクは「価格」だけではなく「ベンダー都合の挙動変更」を含む段階に来ています。ポリシー層をモデルから分離して可監査にする設計が、今後の B2B 契約条項に入ってくる可能性が高い領域です。
2. PyTorch Lightning に Shai-Hulud テーマの悪意ある依存、AI 学習基盤を直撃
タグ：[EN · HN Top] リンク：https://news.ycombinator.com/item?id=47964617
Semgrep が報告。PyTorch Lightning の依存ツリーに『DUNE/砂の惑星』の Shai-Hulud（巨大蠕虫）をテーマにした悪意あるパッケージが紛れ込み、企業の学習環境からシークレットやクラウド認証情報を窃取しようとしていました。これまでの npm typosquat とは違い、ML エコシステムの中核ノードを直接狙ったタイプの初期事例です。本日中にやるべきこと：(a) pytorch-lightning を含むイメージの再ビルドと SBOM 差分、(b) 学習 Pod に静的 IAM キーを env で渡している箇所を IRSA / Workload Identity に置換、(c) 社内の private mirror 経由でない pip install が許可されている経路の棚卸し。
3. Rivian、車両全体のクラウド接続を完全に切れるオプションを公開
タグ：[EN · HN Top] リンク：https://news.ycombinator.com/item?id=47967786
HN 331 点。Rivian がサポートページに「すべてのデータ収集を無効にできるか？」という質問に対する公式回答を掲載——車両単位の完全オフスイッチが用意されました。地味に見えますが、OTA とテレメトリが業界標準化している現在、「データ化されない」を機能として実装した OEM は実質これが初。日本の自動車業界・コネクテッドカー領域への含意は明確で、これまで「個人情報保護法対応の隅にある同意項目」だった選択肢が、今後 UX レベルの差別化要素として比較されるようになります。次のグローバルベンチマークになり得る一手です。
4. V2EX：「Gemini が最近、明らかに劣化している」
タグ：[ZH · V2EX] リンク：https://www.v2ex.com/t/1212050
中国語圏の開発者コミュニティ V2EX で 100 件超の同意レス。5 月初旬から Gemini のコーディング性能が落ちている、長文の文脈保持が弱くなった、出力が冗長になった、という観測が複数報告されています。仮説は (a) バックエンドが安価な distilled 版に差し替えられた、(b) A/B ルーティングが通知なしに低性能 lane に当たっている、(c) セーフティガード更新が正常プロンプトを誤判定、の三つ。ベンダー側公式声明がない以上どれも未確認ですが、注目すべきは「ユーザーコミュニティが品質劣化を SLA の問題として議論し始めた」という現象そのものです。日本企業でクローズドモデルを本番に組み込んでいるチームは、ベースライン評価を継続的に走らせる仕組みが今後必須になります。
5. V2EX：mihomo を Tailscale の Exit Node にする最小構成
タグ：[ZH · V2EX] リンク：https://www.v2ex.com/t/1212152
mihomo（旧 clash.meta）を Tailscale と組み合わせて、ts.net 配下と内部サブネット宛のトラフィックは Tailscale の E2E 暗号路を維持しつつ、それ以外は mihomo のルール経由でルーティングする構成。海外拠点から日本のオフィスネットワークに、あるいはその逆に、自宅 NAS や開発環境にアクセスしたいエンジニアにとって、今日コピペで動く実用的なテンプレートです。VPN 設計を整理し直したい方は週末のリファクタ候補に。
6. Node.js 26、Temporal がデフォルト有効化——Date 時代の終わり
タグ：[JA · Publickey] リンク：https://www.publickey1.jp/blog/26/nodejsdatetemporaltemporalchromeedgefirefoxnodejs.html
Node.js 26 で Temporal API がデフォルト有効になりました。これにより Chrome / Edge / Firefox / Node.js の四主要ランタイムで Temporal が flag なしで使用可能に。タイムゾーン処理、不変性、算術安全性——「Date is broken」と言われ続けてきた領域がようやく構造的に解決されます。日本企業の実務インパクトは大きく、(a) 予約・請求・シフト管理の JST/UTC 混在バグ、(b) サマータイム導入国向けサービスの旧来ハック、(c) moment.js / dayjs / luxon への依存削減、いずれもこれから 1〜2 年で巻き直しの対象になります。新規コードから Temporal を採用し、既存は codemod で段階移行が現実的です。
7. Mojo 1.0 Beta 到達——AI 時代の Python 後継を狙う言語
タグ：[JA · Publickey] リンク：https://www.publickey1.jp/blog/26/aipythonmojo.html
Modular 社は Mojo 1.0 Beta をリリース。Python 構文互換 + コンパイル時型 + GPU/CPU 向け高性能 kernel を一言語で書けることを目指す設計で、「Python で書いて、C++ で書き直す」二重構造を解消したいという狙いです。技術的な可能性は十分にあるものの、エコシステム——特に PyTorch / Transformers / scikit-learn 級のキラーフレームワークが Mojo 上で立ち上がるかどうか——が普及の鍵を握ります。1.0 Beta は Modular 初の「言語安定性のコミット」で、企業導入の最低条件をクリアした点が今回の節目です。
8. Simon Willison：CSP 制限付き iframe 内での「動的 allow-list」実験
タグ：[EN · Simon Willison] リンク：https://simonwillison.net/2026/May/13/csp-allow/
connect-src を厳しく絞った CSP iframe 内で fetch() を上書きし、ブロックされたリクエストの origin を親窓に渡して「この origin を許可しますか？」とユーザーに確認した上で動的に allow-list に追加する実験。生成 AI が出力したコードをブラウザ内で安全に動かすための 段階的信頼 UX プリミティブ として優秀で、社内ツールに AI 生成ページを埋め込みたい場合のリファレンス実装になります。Mini-app / Embedded Web View を多用する日本のサービスにも応用範囲が広い設計です。
9. GitHub Trending：obra/superpowers——Claude Code に「スキル」を装着するフレームワーク
タグ：[EN · GitHub Trending] リンク：https://github.com/obra/superpowers
Jesse Vincent 氏の superpowers が GitHub Trending 上位。Claude Code に提供する skill を、ディレクトリ + SKILL.md（発火条件・入出力契約・検証手順）でモジュール化できる仕組み。同時期に mattpocock/skills もトレンド上昇中で、コミュニティ側でフォーマット標準化の動きが始まったと読めます。社内で長文プロンプト + few-shot を抱え込んでいるチームは、これを skill バンドルとして切り出し、社内マーケットプレイスで配るほうが長期的にはメンテナブルです。
10. Simon Willison が引く Boris Mann：「11 個の AI エージェントを持っている」は無意味
タグ：[EN · Simon Willison] リンク：https://simonwillison.net/2026/May/13/boris-mann/
短い引用ですが本日の編集会議で何度も話題になりました。「I have 11 AI agents」は「I have 11 spreadsheets」「I have 11 browser tabs」と同程度の情報量しか持たない、という指摘。経営層向けレポートや投資家向け資料で「N 個のエージェントをデプロイ」という表現を見たら、それを「独立に検証可能で、SLA があり、責任者のいる自動化タスクが N 件」に翻訳できるかを問うべきです。前者は装飾、後者がエンジニアリングです。
編集後記
本日の通底テーマは 「信頼境界の引き直し」——抽象的な倫理論ではなく、pip install 一行、git commit 一回、gemini.generate(...) 一呼び出しの裏で、誰が代わりに意思決定をしているのかを工程として点検する日です。1 番（AI ベンダーがコミット内容に反応する）、2 番（依存ツリーに攻撃者）、4 番（モデル提供者が静かに性能を下げる）は同じ問いの三つの現れ方。本日の必読は 2 番 + 9 番——午前中に PyTorch Lightning 経由の侵入リスクを潰し、午後は社内の AI 連携を skill 単位で再設計する、というのが現実的なアクションプランです。