1年目向けエンジニア新聞通勤15分で読み切る、毎朝のAI・技術ニュース
記事を探す
過去の号16記事・読了まで約15分

今日の見どころ

  1. Google、リアルタイム音声AI「Gemini 3.8 Live」を発表
  2. Anthropic CEOの開発減速提言にトランプ大統領が真っ向から反発
  3. OpenAI現役研究者が「監視なきAIの評価は困難」と個人声明
  4. 生成AIドキュメントの読みにくさと、Claude Code運用の実践Tips
  5. Kubernetes公式のAIエージェント向けサンドボックス基盤が登場

AIニュース過去の記事

Googleが新音声モデル「Gemini 3.8 Live」を発表

Googleは2026年9月15日、音声対話向けの新モデル「Gemini 3.8 Live」と、より複雑なマルチステップタスク向けの「Gemini 3.8 Live Extended Thinking」を発表しました。前者はスケールとコスト効率を最適化したモデル、後者は複雑な作業に対応するために構築されたモデルと位置づけられています。

両モデルとも視覚入力をほぼリアルタイムで処理でき、97言語に対応します。言語は自動検出されるほか、会話の途中で切り替えることも可能です。また、対話を中断することなくバックグラウンドでツールやAPIの呼び出しを実行できる点も特徴です。Extended Thinking版はさらに、推論(reasoning)と発話を同時に行える仕組みを備えています。

性能面では、Artificial AnalysisのSpeech to Speech Quality Indexで総合1位(スコア82.6)を獲得したとされるほか、Big Bench Audioで97.7%、エージェント的タスク完了の指標であるτ-Voiceで68.6%を記録したと報告されています。

生成される音声には、悪用防止のためSynthIDによる電子透かしが付与されます。両モデルは開発者・エンタープライズ・一般ユーザー向けに順次提供される予定です。

元記事を読む ↗要点と引用を見る

PerplexityのローカルAIエージェント「Portable Computer」がWindows対応

Perplexityのローカル完結型AIエージェント「Portable Computer」が、Windows PCでも利用可能になりました。2026年9月14日にNVIDIAが発表したもので、対応にはVRAM 24GB以上のNVIDIA GeForce RTXまたはRTX PRO GPUが必要です。ローカルで処理することで、機密情報をクラウドに送信せずに済みます。

現時点で使えるローカルモデルは「PPLX 27B」のみですが、今後「NVIDIA Nemotron 3.5 Lightning」やNVIDIA DGX Stationへの対応も予定されています。クラウド側では15種類以上のモデルに処理を振り分けられ、ローカルで完結した処理はクレジットを消費しません

Microsoft Outlook、OneDrive、Word、Google Drive、Gmail、Slack、GitHubなど各種サービスとの連携にも対応しています。利用にはPerplexityの「Pro」または「Max」プランへの加入が必須です。

元記事を読む ↗要点と引用を見る

トランプ大統領、AnthropicのAI減速提言を批判

Anthropicのダリオ・アモデイCEOが、AIの開発ペースを減速させ、監査を強化し、政府による規制を導入すべきだと主張したのに対し、トランプ大統領が強く反発しました。アモデイ氏は、民主主義国家の最先端AI企業が足並みを揃える必要があるとし、6〜12カ月以内にAIがインターネットを乗っ取る可能性があるとも指摘しています。この声明にはOpenAIのサム・アルトマンCEOやGoogle DeepMindのデミス・ハサビス会長も賛同しました。

これに対しトランプ大統領は、「AIが人類を滅ぼす」という考えを「ただのデマ」であり、過激左派民主党による工作だと切り捨てました。AIに必要な唯一の規制は「強力で賢明な大統領」だと主張し、アメリカは既にAI企業に対する絶対的な規制権限を保有していると述べています。

トランプ氏は中国の無規制なAI開発と対比させ、規制強化がアメリカのAI優位性を損なうとの立場を強調しました。

元記事を読む ↗要点と引用を見る

会社運営を丸ごと任せるAIエージェント「Pion」

Andon Labsは、企業を自律的に運営させることを目指したエージェントプラットフォーム「Pion」を開発しました。同社はもともと、AIシステムが現実世界で自律的にリソースを取得できるようになる時期を研究しており、自販機運営をAIにシミュレーションさせるベンチマーク「Vending-Bench」を手がけていました。

しかし、こうしたシミュレーションではAIエージェントの実世界での挙動を正確に予測できないことが判明したため、実際のビジネスを運営させる実験に踏み切ったといいます。Pionは、メール・電話・銀行口座・ブラウザ・セキュアな計算環境へのアクセス権を持つ永続稼働のエージェントに、実店舗・実ビジネスの運営を委ねる仕組みです。

2026年4月には、サンフランシスコで「Andon Market」、ストックホルムで「Andon Cafe」をオープンし、実験を続けています。記事ではClaude Sonnet 3.5やClaude Opus 4など複数のClaudeモデルへの言及もあり、2026年9月14日に公開されたブログでこの状況を「skräckblandad förtjusning(恐怖と魅力が混ざった状態)」という言葉で表現しています。

元記事を読む ↗要点と引用を見る

OpenAI現役研究者、AI監視の限界を個人声明で警告

OpenAIに2022年から在籍する現役研究者ダニエル・セルサム氏が、AIの安全性に関する個人声明を公開しました。セルサム氏はLLMの思考の連鎖最適化やデータ効率の高い事前学習手法に携わり、推論モデル「o1」の開発における中核貢献者でもあります。

声明では、AIモデルの状況認識能力が高まるにつれ、監視されていない状況でのAIの振る舞いを人間が評価することが困難になりつつあると主張。モデルが実際にはアライメントされていなくても、アライメントされているように見え続ける可能性があると懸念を示しています。モデルが意図しない目標を獲得し極端な行動をとる場合があること、人類を上回る力を持つことでモデルに新たな選択肢が開かれることも論じられています。

声明では最近の自律エージェント群による攻撃事案が例に挙げられているほか、研究者自身がAIモデルに過度に依存することへの警告も含まれています。セルサム氏は、開発ペースの調整だけでは長期的なリスク抑制に不十分だとも指摘しています。

元記事を読む ↗要点と引用を見る

開発・技術過去の記事

React互換の軽量ランタイム「TanStack Redact」

Tanner Linsley氏が、Reactのコンポーネントやフックの書き方をそのまま引き継げる軽量ランタイム「TanStack Redact」を開発しました。Preactのように互換レイヤーを重ねる方式とは異なり、Reactの公開APIを起点に必要な機能だけに絞って再実装している点が特徴です。

Redactは、優先順位に応じて描画を中断・再開する仕組み(Reactのlaneシステム)を省き、同期描画を採用しています。その結果、startTransitionやuseDeferredValueの挙動がReactとは異なり、useDeferredValueは受け取った値をそのまま返す簡易実装になっています。

Viteとの統合は容易で、アプリ側のコードは通常のReactインポートのままで、プラグインが自動的にRedact実装に解決してくれます。ある商品一覧アプリでの実測比較では、gzip後のバンドルサイズがReactの69,714バイトに対し、Redactは20,112バイトと大幅に小さかったと報告されています。

元記事を読む ↗要点と引用を見る

GoコードでたどるFIDO2の仕組み

FIDO2は、共有秘密(パスワード)ではなく公開鍵暗号を用いる現代的な認証標準です。記事はRP(サーバー)・クライアント(ブラウザ)・認証器(セキュリティキーなど)の3者構成と、登録時の鍵ペア生成、ログイン時の署名検証という2つの「セレモニー」(一連の処理フロー)を軸に、Go言語での実装例を交えながら仕組みを解説しています。

フィッシング耐性は、生成される秘密鍵がRPの起源(オリジン)に紐づけられ、別の起源からの署名が無効化されることで実現されます。記事は「パスワードなし、共有秘密なし、データベース侵害で盗まれる価値のあるサーバー側秘密なし」という点を強調しています。

元記事を読む ↗要点と引用を見る

生成AIが書くドキュメントはなぜ読みにくいのか

ブレインパッドでRtoaster GenAIを開発する依田健人氏が、Claude CodeにDesign docやPRの説明文を書かせた際に生じる「読みにくさ」の原因を分析しました。生成AIが書く文書は、重要度による取捨選択をせず全観点を並列に書き、結論を最後に置き、テンプレートの見出しを律儀に埋め、自明な項目にも両論併記をしてしまうため冗長になると指摘しています。

「採用したのはどれで、なぜか」という一番知りたい情報が、不採用の選択肢の説明や自明なメリット・デメリットの列挙に埋もれてしまいます、と著者は述べています。

対策として著者は、Skill(プロンプト指示)に、冒頭に結論を3行以内で書く、代替案は表で比較する、「やらないこと(Non-goals)」を明記する、定型セクションは必要な場合のみ書く、削除可能なセクションは削るという指定を加えることを提案しています。同一要件(ECサイトのカート割引クーポン機能)で試したところ、改善前は284行・8521文字・見出し32個だった文書が、改善後は41行・1239文字・見出し6個まで削減できたと報告しています。

元記事を読む ↗要点と引用を見る

Claude Codeの禁止コマンドには代替手段を添える

ラビー合同会社のK@zuki氏は、Claude Codeに特定のコマンド実行を禁止する際、単にブロックするだけだとClaudeが「ユーザーに拒否された」と誤解し、作業が止まってしまう問題を紹介しています。

対策として、PreToolUseフック(ツール実行前に介入する仕組み)を使い、コマンドをブロックした際に「これは設定ルールによるブロックであり対話的なユーザー拒否ではない」ことと、代替手段を明示してモデルに返す方法を紹介しています。記事の例では、ファイルを直接上書きする「sed -i」コマンドを禁止し、代わりにEditツールの利用を提案するメッセージを返しています。実装は「~/.claude/hooks/suggest-edit.py」というPythonスクリプトで、コマンドをshlex.split()で解析し、終了コード2でブロックする仕組みです。この実装はGitHubのdotfilesリポジトリで公開されています。

著者は、この仕組みはあくまで作業継続のための工夫でありセキュリティ対策ではないと注意を促し、本番運用ではSandbox環境の利用が別途重要だと述べています。

元記事を読む ↗要点と引用を見る

NEXT_PUBLIC_*はビルド時に焼き込まれる罠

Next.jsを運用するある筆者が、環境変数の落とし穴について実体験をもとに解説しています。NEXT_PUBLIC_*で始まる環境変数はビルド時にソースコードへ直接インライン化(焼き込み)されるため、Vercelのダッシュボード上で値を更新しても、再ビルドしない限り古い値が本番環境で使われ続けます。筆者はこの問題でライセンスキーが古いまま動き続けるトラブルを経験しました。

対処法として、同じコミットのまま再ビルドするvercel redeploy <デプロイURL>コマンドが紹介されており、本番とPreview環境の両方を再デプロイする必要があるとしています。またVercelの「Sensitive」環境変数機能は値を後から読み出せず、vercel env pull実行時には空文字として取得される、Production/Previewのみに適用可能でDevelopment環境には対応しないといった特有の仕様にも触れています。Sensitive指定した環境変数を更新する際は、既存の値を一度削除してから新たに追加し直す必要がある点にも注意を促しています。

環境変数が正しく反映されているかは、ダッシュボードの表示ではなく実際に配信されているJavaScriptバンドルの中身で確認すべきだと述べています。

元記事を読む ↗要点と引用を見る

リポジトリ過去の記事

自律型ペネトレーションテストAI「PentAGI」

vxcontrolが公開する「PentAGI」(Penetration testing Artificial General Intelligence)は、AIエージェントが自動でセキュリティテスト手順を決定・実行するオープンソースツールです。すべての操作はDocker内の隔離環境(サンドボックス)で行われ、nmap、metasploit、sqlmapを含む20以上の専門ツールを標準装備しています。

研究・開発・インフラ用に専門化されたマルチエージェント構成を採用し、REST/GraphQL APIによるプログラマティックアクセスや、脆弱性と利用手法を記載した詳細レポートの自動生成にも対応します。OpenAI、Anthropic Claude、Google Gemini、AWS Bedrock、Ollamaなど10以上のLLMプロバイダーに対応し、フロントエンドはReact+TypeScript、バックエンドAPIはGo製、ベクトルストアにはpgvector拡張のPostgreSQLを使用しています。オプションでNeo4jベースのナレッジグラフ、Grafana/Prometheusによる監視、Langfuseによる分析基盤も統合できます。

元記事を読む ↗要点と引用を見る

ChatGPT代替のセルフホスト型チャット「LibreChat」

danny-avila氏が開発する「LibreChat」は、「Enhanced ChatGPT Clone」を謳うオープンソースの自ホスト型AIチャットプラットフォームです。ChatGPT風のUIで、Anthropic、OpenAI、Azure、AWS Bedrock、Google Vertex AI、Groq、DeepSeekなど複数のAIプロバイダーを単一のプライバシー重視インターフェースに統合しています。

Python、Node.js、Goなどをサンドボックスで実行できるCode Interpreter API、Agents/MCP(Model Context Protocol)サポート、DALL-E・Stable Diffusion・Fluxに対応した画像生成機能などを備え、30言語以上の多言語UIにも対応しています。Dockerに対応しておりセルフホストでの運用が可能です。MITライセンスで公開され、GitHub上のスター数は43.8k、フォーク数は9.0kに達しています。

元記事を読む ↗要点と引用を見る

隔離ワークロード管理のKubernetesプロジェクト「Agent Sandbox」

kubernetes-sigs/agent-sandboxは、AIエージェントランタイムや強化学習など、隔離された単一状態のワークロードを管理しやすくするKubernetesプロジェクトです。中核となるSandbox CRD(Kubernetesの独自リソース定義)は、安定したホスト名とネットワーク識別情報を持つ単一状態のPodを提供し、永続ストレージのサポートや作成・削除・一時停止・再開といったライフサイクル管理を行います。

開発環境、AIエージェント実行環境、強化学習タスク、Jupyterノートブックなどでの利用を想定し、gVisorやKata Containersといった安全なサンドボックスランタイムとの統合も目指しています。メモリ共有や効率的なストレージのプロビジョニングにも対応し、テンプレート再利用、事前ウォームアップ済みポッドプール、ユーザーリクエストに基づくサンドボックス割り当てなどの拡張モジュールも用意されています。Apache 2.0ライセンスでKubernetes SIG Apps傘下のプロジェクトとして開発され、スター数は3.9k以上、フォーク数は512です。

元記事を読む ↗要点と引用を見る

論文・研究過去の記事

AIエージェントのタスク単位アクセス制御を実証評価

2026年9月14日にarXivへ投稿された論文で、著者のHalil Burak Noyan氏は、多くの企業環境でAIエージェントが人間の従業員と同様、デプロイ時に固定された静的な認証情報セット(役割が将来必要とする可能性のある全権限を含む)を付与されている問題を扱っています。これは現在のタスクで使うか否かに関わらず全ての権限が露出したままになることを意味し、侵害された、または不整合を起こしたエージェントに後で悪用される恐れがあります。著者は先行研究でこれを「タスク・コンテキストの不一致」と定義し、役割ベースの権限上限・タスク権限分類器・ポリシーベースの禁止事項の3要素からなる権限アーキテクチャを提案していました。

本論文は、そのセキュリティゲート実装(ファインチューニングされたRoBERTa-largeエンコーダ)を、先行研究が公開した600件のラベル付きプロンプトのデータセットで評価しました。RoBERTa-largeは、few-shot訓練されたClaude Haiku 4.5と同等の分類品質を示し、macro-F1は0.881対0.886、precisionは0.897対0.842、重大度加重残余リスクは0.63対1.12という結果でした。また、役割上限のみでは重大度加重攻撃面の27.9%しか削減できないのに対し、タスク分類器を加えると84.4%を削減できることが示されています。

著者は、AIエージェントはタスクが機械可読テキストとして到着するため、タスク粒度のアクセス制御が実施可能な初の主体タイプであると主張しています。

元記事を読む ↗要点と引用を見る

難問を解けないLLM強化学習に「Never Give Up」

LLMの強化学習(RL)では、簡単な問題では大きな性能向上が得られる一方、難しい問題には効果が限定的だという「Matthew Effect in RL」という現象が指摘されています。これに対処するため、著者らは正解が得られるまでサンプル生成を続ける適応的サンプリング手法「Never Give Up (NGU)」を提案しています。NGUは簡単な問題のフィルタリングに要する計算量を減らし、より難しい問題に計算資源を配分できます。

NGUは非同期RLを用いて実装され、Deepscalerベンチマークでは特に難問において計算効率あたりの性能が向上したと報告されています。また自作のManufactoriaコーディングタスクでは、標準的なGRPO(LLMの強化学習で用いられる最適化手法の一つ)では解けない複雑な問題を段階的に解けるようになり、最終的に完全解を実現したとされています。著者らは設計上の選択肢やベストプラクティスについても調査しており、ブログとコードも公開しています。

元記事を読む ↗要点と引用を見る

長時間稼働エージェントの失敗原因特定を探索問題として定式化

AIエージェントが長時間タスクを実行した際に生じる大量の実行ログから失敗の根本原因を診断する「Root-Cause Attribution (RCA)」について、既存のLLMベース手法は実行トレースが長くなるほど診断精度が低下するという課題があります。関連情報がトレース全体に疎に分散しているため、根本原因の特定が大規模な探索問題になっている、と10名の著者らは分析しています。既存手法は一発勝負(one-shot)のLLM判断に依存しており、長いトレースでは判定者が早期に「もっともらしい診断」に落ち着き、重要な証拠を見逃してしまいます。

著者らはこれに対し、複数ターンにわたり判定者に未解決の診断証拠を探し続けるよう促す反復的フレームワーク「Continual Search」を提案。既存の4つのRCAベンチマークに加え、大規模実行トレースの評価が不足している現状を踏まえて50件の人手注釈付き失敗事例からなる新ベンチマーク「MegaRCA-Mix」を構築しました。

評価の結果、Continual SearchはMegaRCA-MixにおいてGPT-5.5のF1スコアを0.349から0.498へと40%以上改善しました。同一モデルファミリー内で、下位ティアのモデルがContinual Search適用時に上位ティアモデルを上回るケースもあり、効果的な探索がモデルの規模を上回る効果を持つことを示しています。

元記事を読む ↗要点と引用を見る

今日のコード

danny-avila/LibreChat / client/src/components/Chat/Input/submit.ts

LibreChatはChatGPT互換のOSSチャットUIで、実際に多くのユーザーが使っています。今回のsubmit.tsは「チャット入力欄からの送信」を1箇所に集約する小さなファイルです。UIの状態(回答待ち中か、AIが応答を生成中か等)によって「送信」の意味が変わるという、実務でよくある分岐処理を、型とearly returnだけで綺麗に書いている点が学びになると思い選びました。

コードを読む