AIニュースまとめ 2026-06-20｜AIバブル崩壊リスクとCodex新機能

アップデート情報

各社が 2026-06-20 に公式発表したプロダクトアップデートです。

Claude / Claude Code

• 2026-06-20 に発表されたアップデートはありません。

ChatGPT / Codex

• 2026-06-20 に発表されたアップデートはありません。

Gemini

• 2026-06-20 に発表されたアップデートはありません。

Top 20

NYU finance professor Damodaran warns an AI crash could hit harder than the dot-com bust（NYU金融教授ダモダラン氏、AI崩壊はドットコム破裂より深刻になり得ると警告）

Source: The Decoder | Published: 2026-06-20 21:26 JST

• NYUのアスワス・ダモダラン教授が、AIセクターの潜在的な崩壊がドットコム・バブル破裂より深刻な影響を与え得ると警告した。
• AI業界は物理インフラへ巨額投資し、その多くを負債で賄っているため、修正が起きれば株主以外にも被害が広く波及すると指摘している。
• AIは利用ごとにコンピュート資源を消費するためソフトウェアと違いスケール効果が弱く、利益率が低下する構造を抱えると分析している。
• AI強気シナリオが実現した場合、ホワイトカラー労働者の約半数が失職する可能性があり社会的コストも極めて大きくなるとした。
• 一方で、AI投資に慎重なAppleの姿勢を「ビジネスにおける抑制を過小評価している」と評価し、市場の批判とは逆の立場を取っている。

OpenAI’s Codex can now watch you work once and repeat the task forever（OpenAIのCodexがあなたの作業を一度見て同じタスクを永続的に再現可能に）

Source: The Decoder | Published: 2026-06-20 22:15 JST

• OpenAIがCodexアプリに「Record & Replay」を追加し、AIエージェントに一度ワークフローを見せれば以後自動で繰り返し実行できるようになった。
• YouTube動画のアップロード作業など、メタデータ・サムネイル・字幕を含むタスクをAIが記録し再利用可能な「スキル」へ変換できる。
• 対応プラットフォームはmacOS版Codexアプリで、利用には有料ChatGPTアカウントとComputer Use機能の有効化が必須となっている。
• EU・英国・スイスは現時点で利用対象から除外されており、地域別の規制対応が継続課題となっている。
• 録画と再生による反復作業の自動化により、Codexのエージェント能力が画面操作領域へさらに踏み込んだ形となる。

OpenAI tripled revenue to $5.7 billion in Q1 but burned through $3.7 billion to get there（OpenAIがQ1売上を3倍の57億ドルへ伸ばす一方で37億ドルを消費）

Source: The Decoder | Published: 2026-06-20 17:02 JST

• OpenAIが2026年第1四半期に57億ドルの売上を達成し、前年同期比で約3倍に拡大したと報じられた。
• 同期間に37億ドルの現金を消費し、売上の65%以上が支出に回る高負担の構造が続いている。
• 株式報酬だけで23億ドルを計上し、前年比2倍超に膨らんでいる点が財務面の特徴として指摘された。
• 営業損失は93億ドル、純損失は213億ドルに達したが、うち124億ドルは投資家権利の再評価による計上損失とされる。
• 一方で730億ドル超の現金・有価証券を保有しており、短期的な資金繰り懸念は小さいと評価されている。

ChatGPT keeps creeping toward becoming your AI personal assistant with new scheduled task controls（ChatGPTがスケジュールタスク制御の刷新でAIパーソナルアシスタントに一歩近づく）

Source: The Decoder | Published: 2026-06-20 17:44 JST

• OpenAIがChatGPTのサイドバーに「Scheduled」ページを追加し、アクティブな予約タスクを一箇所で管理できるようにした。
• 新ページからはタスクの表示・一時停止・編集・削除が可能で、定期実行の運用負荷が軽減される設計となっている。
• リサーチ系タスクはWebと接続アプリを横断的に検索し、実際に変化があった時のみアラートを送信する挙動に変更された。
• 旧「Pulse」機能は廃止されてScheduledに統合され、機能の役割が明示的に集約された。
• 対応プランはPlus・Pro・Business・Enterpriseで、実行頻度は最大1時間に1回、非アクティブ時は自動停止する制限がある。

Data2Story turns a CSV file into a verified interactive news article using seven AI agents（Data2Storyが7つのAIエージェントでCSVを検証可能な対話型記事に変換）

Source: The Decoder | Published: 2026-06-20 18:51 JST

• オックスフォード大とスタンフォード大の研究者が、CSVを完全な対話型オンライン記事に変換するClaudeスキル「Data Journalist Agent」を公開した。
• 生成記事は見出しの93%が検証可能で、すべての文・グラフ・要素がコード・データソース・外部URLにリンクされる構成となる（人間記事の基準値は25%）。
• 探偵・分析者・編集者・デザイナー・プログラマー・監査者・検査者の7エージェントが協調し記事制作プロセスを分業する。
• 53名の読者が18組の記事ペアを比較した結果、74%がエージェント版を、25%が人間版を選び、透明性で+1.49ポイントの高評価を獲得した。
• 一方で編集判断・創意的デザイン・複雑な単一グラフィックスでは人間が依然として優位という結果も示された。

2026年6月のLLM提供停止ラッシュ：GPT-5・o3スナップショット非推奨とClaude 4退役、本番コードで今すぐ直すこと

Source: Qiita | Published: 2026-06-20 23:48 JST

• 2026年6月にLLM提供停止と非推奨通知が相次ぎ、本番コードの即時アップデートが必要な状況を整理した記事である。
• OpenAIはgpt-5-2025-08-07などGPT-5・o3スナップショットを2026年7月23日で停止予定で、gpt-5.5系への移行が必須となる。
• AnthropicはClaude Sonnet 4・Opus 4を2026年6月15日に既に退役済みで、APIはエラーを返す状態にある。
• Claude Opus 4.1も2026年8月5日に退役予定で、それまでにclaude-opus-4-8への切り替えが必要とされる。
• 米政府の輸出管理対応でClaude Fable 5・Mythos 5は予告なしに6月12日提供停止された経緯もあり、フォールバック設計が不可欠と説いている。

AI以後の受託システム開発はどうなっていくのか

Source: Zenn | Published: 2026-06-20 17:39 JST

• 著者の顧客企業が2025年夏までにCoding Agentを導入し、「外に出す仕事がない」と返答するようになったと報告している。
• 受託案件減少は予想より早く2026年初頭から始まり、AI導入が進んだ事業会社やスタートアップから外注削減が顕在化した。
• Coding Agentの操作能力は技術者の足切り条件となり、OpenCode Go（$10）やCursor（$20）での学習が急務と説いている。
• 求められる人材像が品質管理・無駄の排除・ビジネスモデル企画など、コード生産を超える役割へ転換するとの観察を示している。
• AIによる省人化後に再び人手不足が訪れる前に、多くのフリーランスと中小受託会社が淘汰される可能性を予測している。

Microsoftの新機能CodeActは、ツールを1個ずつ呼ばせない

Source: Zenn | Published: 2026-06-20 14:48 JST

• MicrosoftがBuild 2026で発表したAgent Frameworkの新機能「CodeAct」を解説した記事である。
• 注文処理タスクで所要時間を27.81秒から13.23秒へ52.4%短縮、トークンを6,890から2,489へ63.9%削減する効果が報告されている。
• モデルの逐次ツール選択を廃し、Pythonコードによる制御構文でツール群を一括呼び出すことでオーケストレーション負荷を削減する設計となる。
• Microsoft製マイクロVM「Hyperlight」内で生成コードを実行し、1〜2ミリ秒起動とハードウェア仮想化による隔離を両立している。
• 一方で単発ツール呼び出しタスクには不向きで、複数ツール連鎖が支配的なワークロード向けの最適化として位置づけられる。

localhostを信頼するAIエージェントをWebページ1枚で乗っ取るAutoJack

Source: Zenn | Published: 2026-06-20 21:49 JST

• Microsoftセキュリティが2026年6月18日に公開した攻撃手法「AutoJack」は、AutoGen Studioのlocalhost信頼を突くRCE脆弱性である。
• 出自チェックがlocalhost無条件許可、MCPパスが認証除外、URLパラメータがコマンド実行されるという3欠陥（CWE-1385/306/78）の連鎖で成立する。
• 悪意あるWebページ閲覧をエージェントに指示するだけで、攻撃者は開発者権限でcalc.exe等を実行可能となる実証フローが示された。
• PyPI配布版には該当実装が含まれず、影響範囲はGitHub mainブランチを機能導入から修正前までビルドした開発者に限定される。
• 修正コミットはURLパラメータ廃止と認証除外リスト絞り込みに加え、エージェントを別ユーザー・コンテナ・VMで隔離する設計対策を示している。

LLMアプリのトークンコスト削減ロードマップ：7戦略で月額費用を80%圧縮する

Source: Zenn | Published: 2026-06-20 23:14 JST

• LLM API利用コストを最大80%削減する7つの最適化戦略をROI順にまとめたロードマップ記事である。
• 出力トークンは入力の2〜6倍高価で、Claude Fable 5の$50/M出力に対しDeepSeek V4 Flashは$0.28/Mと約180倍の価格差があるとデータで示している。
• Anthropicのプロンプトキャッシュは1,024トークン以上で5分間有効、10回のリクエストで約85%の入力コスト削減が可能と試算する。
• FrugalGPT研究を引きつつ、安価モデルから順に試行するモデルカスケードで最大98%削減の事例があると紹介している。
• LangfuseやLiteLLMによる可観測性構築を推奨し、モデル別・エンドポイント別の異常検知を組み合わせる運用を提案している。

本番でAIが「たまに落ちる」を許す設計 — LLM呼び出しの信頼性エンジニアリング（リトライ・タイムアウト・フォールバック）実践ガイド

Source: Qiita | Published: 2026-06-20 21:46 JST

• 本番環境でのLLM呼び出しを安定運用させるためのリトライ・タイムアウト・フォールバック実装パターンを整理した実践ガイドである。
• 429や500番台はリトライ対象、400番台は対象外という判定を1箇所に集約することで、無駄な再試行と相手への過負荷を防ぐ設計を推奨する。
• 待ち時間を倍々に伸ばす指数バックオフにランダム揺らぎを加えるフルジッター方式で、群衆アクセス時の同時再試行を分散させる。
• 課金や送信など不可逆操作にはIdempotency-Keyによるサーバー側重複排除とアプリ側のrunOnceガードを併用し、リトライしても安全な構造にする。
• プロバイダダウン時は別モデルや定型文へ逃がすフォールバックとサーキットブレーカーで、ユーザーに対し透過的に機能提供を継続する。

社内機密はローカルで守り、頭脳は ai& で借りる ― 二層ルーティング RAG「SafeRoute-RAG」を作ってみた

Source: Qiita | Published: 2026-06-20 15:06 JST

• 機密情報保護とコスト効率を両立する二層ルーティングRAG「SafeRoute-RAG」を試作した実装記事である。
• 検索（Embedding）は100%ローカルで実行し、安全判定と回答生成は国内データセンターのai& Inferenceに任せるHybrid-RAG構成を採用する。
• 第1層はハードキーワード辞書で事前ヒントを抽出し、第2層は軽量LLMの意味監査で意図を判定する二段構えで過剰ブロックを回避する。
• 機密tierのチャンクを検索段階で除外する「tier-aware egress guard」により、機密情報が公開モデルに渡る事象自体を防ぐ。
• SAFE/UNSAFE各12問の24問テストで24/24 PASSを記録し、OpenAI互換APIでbase_url切り替えのみで送信先を変更可能とする柔軟性も持つ。

スピナーすら出ない！LLM長大コンテキストでブラウザ（DOM）がクラッシュ挙動と、新スレッドへ「最終回答コピペ」で復帰・最強ワークアラウンド

Source: Zenn | Published: 2026-06-20 11:20 JST

• ブラウザ版チャットLLMで数万〜10万文字のコンテキストを扱うとDOMツリーが肥大化し、メインスレッドがクラッシュする現象を分析した記事である。
• スピナーが出ない・消えるのはサーバー応答待ちではなくブラウザ側JavaScriptの停止サインだと特定し、サーバー要因と切り分けた。
• コンテキスト窓の限界が近づくとAIが過去の誤コードを再提示する「先祖返り」が発生し、Geminiから45,000文字を40分割してCopilotへ移行した実例を示す。
• 最強の回避策は機能完成時点で古いスレッドを切り捨て、最終確定結論のみを新スレッドへコピペする方法と説明している。
• AI履歴に依存せずWord等にコードと仕様を逐一記録するレジリエンス設計で、ブラウザクラッシュ時の全ロスを防ぐ運用を推奨している。

Vercel Eve を分解する：「エージェント＝ディレクトリ」設計が効く3つの理由

Source: Zenn | Published: 2026-06-20 13:14 JST

• Vercelの新エージェントフレームワーク「Eve」を「エージェント＝ディレクトリ」という設計思想から読み解く解説記事である。
• 最小構成はagent.tsとinstructions.mdの2ファイルのみで動作し、配置場所が機能と役割を自動的に決める仕組みを採用する。
• durable execution・サンドボックス・人間承認フロー・トレース・評価といった本番運用の「配管」をフレームワーク側に内包する設計となる。
• 設定ファイルによる部品の配線作業を不要とし、ディレクトリ規約だけでインフラ層を隠蔽する点が実装簡素化に効くと評価する。
• Eve独自の発想ではなく、ファイルシステム規約でエージェントを定義するアーキテクチャトレンドが業界全体で進んでいるとの観察を示す。

AIエージェント導入時のセキュリティレビューシート（11の評価項目）

Source: Zenn | Published: 2026-06-20 16:08 JST

• 組織でAIエージェントを導入する際の体系的セキュリティ評価フレームを11項目に整理した実務向け記事である。
• 評価フローはIdentity→Authentication→Authorization→Resource→Business Impactという段階的なアプローチを取る。
• 前半5項目はアクセス権レビューで、認証方式（OIDC）・認可モデル（OAuth）・スコープ・到達可能なリソース境界を確認する。
• 後半6項目はリスクレビューで、データ分類・信頼境界・ツールセキュリティ・人手承認・監視/監査・事業影響を順に検証する。
• LLMの性能だけではリスクは決まらないとし、誰の権限で動作しどこまで影響が及ぶかを設計レベルで確認することを強調している。

Claude Codeで複数プロジェクトを並行開発する技術

Source: Zenn | Published: 2026-06-20 11:34 JST

• Claude Codeで複数プロジェクトを並行開発する際の運用ノウハウを実体験ベースでまとめた記事である。
• 「1セッション=1プロジェクト」を徹底し、切り替え時はセッションを必ず終了することでコンテキスト汚染を防ぐと説いている。
• 中断・再開時はPROGRESS.mdに完了事項と次タスク・保留判断を記録させ、再開時に要約を確認してから着手するプロトコルを採用する。
• CLAUDE.mdは「やってほしくないこと」と「検証コマンドの固定化」の効果が高く、運用しながら追記する方式を推奨している。
• 同日並行は2プロジェクトが上限で、3つ以上ではウォームアップオーバーヘッドで総スループットが低下すると指摘している。

Windows + PowerShell 5.1 で Claude Code を実運用

Source: Zenn | Published: 2026-06-20 17:33 JST

• Windows標準のPowerShell 5.1環境でClaude Codeを実運用する際の躓きポイントと回避策を整理した記事である。
• PowerShell 5.1は&&や||でコマンドを連結できず、代わりに; if ($?) { }構文で条件分岐を実装する必要がある。
• gitなどネイティブexeへの2>&1が誤った失敗を生むため、終了コード0でも$?が$falseとなる現象に注意が必要となる。
• Out-File/Set-Contentの既定エンコーディングはUTF-16 LE BOM付きで、他ツール連携時は明示的に-Encoding utf8を指定すべきとする。
• head/tail/which/touch/2>/dev/nullといったPOSIX系コマンドは存在しないため、対応表をCLAUDE.mdに記載してエージェント側の繰り返しの躓きを防ぐ運用を提示する。

【ロードマップ】ローカルLLMでAIエージェントを自作する全8回の軌跡｜Code Maintenance Agentを13ステップで完成させるまで

Source: Qiita | Published: 2026-06-20 22:48 JST

• ローカルLLMで動くCode Maintenance Agentを13ステップで自作する全8回シリーズの全体ロードマップを示した記事である。
• 技術スタックはOllamaを中心とし、Claude APIへも切り替え可能な抽象化レイヤーを構築してコスト無料での実験を可能にしている。
• 構成は「土台（API・REPL）」「読み取りツール」「書き込み・実行」「統合」の4フェーズで、各フェーズで毎回動作確認を原則とする。
• 「取り返しのつかない操作の前で必ず確認を挟む」方針のもと、読み取りは自動・書き込みと実行は人間承認の二層構造を採用する。
• 自作を通じてClaude Codeのような複雑システムの設計意図が体験知として身につき、道具を自信を持って使えるようになることを成果として挙げている。

なぜRAGは”しれっと嘘”をつくのか ——　日本語小説50問で、検索が外した瞬間を解剖した

Source: Qiita | Published: 2026-06-20 15:07 JST

• 日本語小説50問でRAGの誤回答原因を解剖し、失点の多くが生成ではなく検索の取りこぼしに起因することを実証した検証記事である。
• 正答率1.58/2.0のうち失点の大半は、検索が答えのチャンクを上位3件に入れられない事象に集中していた。
• 埋め込みとFAISS検索の所要時間は平均0.034秒で、総時間0.524秒は実質LLM生成側で決まる構造が示された。
• 単純質問は満点だが推論を要するinferenceタイプは1.33点と最も弱く、複数情報の組み合わせほど失敗しやすい傾向が確認された。
• 隣接文の類似度下位25パーセンタイルで区切るセマンティック分割と、最重要知識を32Kトークンキャッシュに常駐させる運用を改善策として提案している。

Quoting Sean Lynch（Sean Lynch氏の引用 — MCPは認証フローをエージェントの外に置く価値がある）

Source: Simon Willison | Published: 2026-06-20 07:45 JST

• Simon Willison氏がブログにSean Lynch氏のMCP評価コメントを引用形式で紹介した投稿である。
• MCPはスキルやCLIと異なり、認証フローをエージェントのコンテキストウィンドウの外側に隔離できる点が特徴と評価する。
• 認証処理をハーネス自体の外へ出すことで、エージェントの設計と運用モデルを改善できる可能性があると論じる。
• MCPの「理想形」は単なるAPI向けの認証ゲートウェイにすぎなくても、それ自体が有意義な利益をもたらすとする視点が示されている。
• 認証フロー外部化により、API側でのアクセス制御をより効果的に実装できるという含意も読み取れる。

All Articles

The Decoder

Simon Willison

Zenn

Qiita