#

claude

(17 articles)

Banning Fable 5 Only Accelerated the Open-Weight Future

On June 9, 2026, Anthropic launched Fable 5, a Mythos-class model so capable at code analysis and vulnerability discovery that it immediately topped every leaderboard. Within days, the US government forced Anthropic to pull it offline entirely. Not Anthropic's choice: an export-control directive, triggered after Amazon CEO Andy Jassy reportedly told Treasury Secretary Scott Bessent that Amazon researchers had jailbroken the model for cyber purposes. On June 12, every user worldwide lost access, not just foreign nationals, but everyone, because compliance required a full shutdown. <br /> For nearly three weeks, nobody could use the best model Anthropic had ever shipped. <br /> Then, today, July 1, Fable 5 comes back globally. Mythos 5, the even more capable sibling, was quietly returned on June 26 but only for roughly 100 vetted US organizations inside Project Glasswing: government agencies, banks, infrastructure providers. Everyone else gets the "safe" version back and is expected to be grateful. <br /> **Here's what the regulators and labs don't seem to understand: you can't un-ring the capability bell.** <br /> During those three weeks, something happened that makes the whole containment strategy look quaint. China's Z.ai shipped GLM-5.2, a 744 billion parameter open weight model under an MIT license. It runs on private hardware. It needs no vendor. It leaves no provider side record. And on agentic coding benchmarks, it beats GPT-5.5 outright and lands within points of Claude Opus 4.8 at a sixth of the cost. <br /> More importantly: independent evaluations from Semgrep and Graphistry found GLM-5.2 performing on par with leading US frontier models on vulnerability discovery. Semgrep had it beating Claude on IDOR detection at about 17 cents per bug found. Axios reported hackers on Russian language forums already chaining GLM-5.2 exploits "the way an elite human attack would." <br /> **The variable isn't capability anymore. It's containment. And containment only works when there's a vendor in the middle.** <br /> The US government spent the spring building an elaborate control regime around frontier cyber AI, export controls, vetted partner lists, approved-customer rosters. That regime assumes a provider sits between the model and the user. GLM-5.2 removes the provider entirely. Once the weights are on someone's machine, Z.ai can't shape, monitor, or revoke what the model does. Nobody can. <br /> The open-weight alternatives aren't "coming soon" GLM-5.2, Kimi K2.7, Qwen 3.6 Plus, MiniMax M3 are all available right now. And the next generation will close the remaining gap entirely. <br /> Banning Fable 5 didn't protect anyone. It reminded every developer, every security researcher, and every agent architect what it feels like to have critical infrastructure dependency yanked away without warning. It didn't train loyalty to American labs either. All it did was showcase urgency around the need for open weight alternatives that no government can restrict.

ライバルが手をつなぐ日:ClaudeとOpenAIを「混ぜる」のが2026年の最強最適解である理由

ライバルが手をつなぐ日:ClaudeとOpenAIを「混ぜる」のが2026年の最強最適解である理由 1. 導入:AIに「自分のテストを採点させる」という致命的なミス エンジニアリングの現場において、AIはもはや「補助」ではなく「実行主体」となりました。しかし、2026年現在も多くの開発者が、ある致命的な設計ミスを犯しています。それは「単一のAIモデルへの過度な依存」です。 自分が生成したコードの論理ミスや脆弱性を、同じモデルにレビューさせる。これは、いわば「自分の試験を自分で採点する」ようなものです。作成時にモデルを支配していたバイアスは、レビュー時にも同様に働き、ハルシネーションや論理的欠陥を「正解」として素通りさせてしまいます。 ![image](https://image.nostr.build/d8ec8100099e5cc4bcc40d9bf30e591b5e8371f14a4418f8ed8a2187dcb3c597.jpg) かつて開発者は「Claude派」か「OpenAI派」かという二者択一の宗教論争に明け暮れていました。しかし、我々AIワークフロー・アーキテクトが導き出した真の正解は、モデルの囲い込みという旧時代の思想を捨て、ライバル同士を競わせる「コンポーザブル・スタック」へと改宗することにありました。2026年、最強のエンジニアリングは「混ぜる」ことから始まります。 2. 驚きの新常識:OpenAIがAnthropicの中に「公式プラグイン」を置く時代 2026年、業界を震撼させたのはOpenAIがリリースした codex-plugin-cc でした。これはAnthropicのターミナル型エージェント「Claude Code」内で直接動作するOpenAI公式のプラグインです。かつての「クローズドなプラットフォーム」戦略から、他社のエコシステム内で動作する「インフラストラクチャ・コンポーネント」へのパラダイムシフトが明確になりました。 このプラグインは MCP (Model Context Protocol) を基盤として設計されており、以下のような強力なコマンドを提供します。 * /codex:review: 標準的なコードレビューを実行。 * /codex:adversarial-review: 認証、データ損失、レースコンディションといったリスク領域を「攻撃的」に検証。 * /codex:rescue: 特定のバグ調査や修正を gpt-5.3-codex-spark 等の専用サブエージェントへ委託。 「OpenAI building a plugin for Anthropic's product is the most revealing strategic signal here.(OpenAIが競合製品向けにプラグインを構築したことは、今世紀最大の戦略的シグナルである)」と評される通り、これはOpenAIによる「経済合理性の勝利」を意味します。彼らはユーザーを奪い合う労力を払う代わりに、Claudeユーザーが消費するトークンからインクリメンタルな収益を回収する道を選んだのです。なお、この高度なワークフローを支えるパワーユーザーの間では、月額100ドルの「OpenAI Pro」プランが2026年の標準的な装備となっています。 3. 「デュアル・ブレイン(二重の脳)」:Claude CodeとCodexの役割分担 「自分で書いたコードを自分でレビューするのは、自分の試験を自分で採点するようなものだ」というメタファーは、具体的な数値によってその正当性が証明されています。 Lewis Jacksonのケーススタディによれば、Claude単体では見逃されていた6つのカテゴリーに及ぶ14個のエラー(クリティカルおよびハイリスクな脆弱性を含む)が、Codexによるセカンドオピニオンによって検出されました。この「能力の非対称性」こそが、デュアル・ブレイン戦略の核心です。 * Claude Code(実行:Deterministic Machine): Anthropic独自のRLHFにより、長大なコンテキストウィンドウを維持しながら、ターミナル内での複雑なリファクタリング、ファイル操作、テスト実行といった「現実に基づいた実行」に最適化されています。 * OpenAI Codex(分析:Structural Workspace): 他者が書いたコードに対する「敵対的なレビュー」やセキュリティ監査において、圧倒的な深層分析能力を発揮します。特に codex:rescue においては、Stop hook(ストップ・フック) を利用したレビューゲート機能により、欠陥がある場合はClaudeのプロセスを物理的にブロックし、再試行を強制する「検閲官」としての役割を担います。 4. 互換性の罠:OpenAI SDKでClaudeを動かす際の「落とし穴」 Anthropicが提供する「OpenAI互換APIレイヤー」は、既存のOpenAI SDKを利用している開発者にとって魅力的な架け橋です。しかし、テクニカル・アーキテクトの視点で見れば、これはあくまで「評価用」の暫定的なソリューションに過ぎません。 Native APIやTokenMix.aiのようなゲートウェイを経由せずに、単に base_url を書き換えるだけでは、以下の重要な機能が制限、あるいは無視されます。 OpenAI互換レイヤー(2026年版)機能サポート状況 フィールド / 機能 サポート状況 プロダクション利用時の注意点 Prompt Caching 非対応 プロンプトキャッシュ不可。大規模開発でのコストが急増する。 Structured Outputs 無視 JSONモード等のスキーマ保証が機能しない。出力が不安定になる。 Response Format 無視 ネイティブのStructured Outputsを使用しない限り信頼性は低い。 Logprobs 無視 スコアリングや確率ベースの高度な解析は一切不可。 Seed 無視 決定論的な出力(OpenAIスタイルのシード固定)は保証されない。 System Messages 変換 システムメッセージは「Hoisting & Concatenation」により強制連結される。 結論として、プロダクション環境では「Native API」を直接叩くか、複数のプロバイダーを統合管理する「AI Gateway」を採用すべきです。 5. 役割の完全分離:探索はGPT-5.5、コンパイルはClaude Code 効率を極限まで高めるプロフェッショナルは、モデルの役割を混在させません。言語モデル特有の「同調(Sycophancy)」を防ぐため、以下の3段階プロセスを厳格に適用します。 1. 探索 (Exploration - GPT-5.5): 「Structural Workspace(構造的ワークスペース)」として、アーキテクチャ設計、命名規則の策定、複雑なロジックのブレインストーミングを行います。ここではあえてファイル操作を行わず、純粋な「思考のプロトタイプ」を完成させます。 2. コンパイル (Compilation - Claude Code): 設計図をClaude Codeに渡し、「Deterministic Machine(決定論的実行機)」として振る舞わせます。Claudeは実際のファイルを編集し、コマンドを実行し、テストが通るまで泥臭く実装を完遂させます。 3. レビュー (Review - GPT-5.5 / Codex): Claudeが書き上げた成果物を、再びGPT-5.5(またはCodex)に戻します。作成プロセスに関与していない「第三者の脳」が、意図した構造との乖離や新たな脆弱性を徹底的にあぶり出します。 この「非オーバーラップ・ワークフロー」こそが、AIを「チャットボット」から「信頼に値するエンジニアリング・ツールチェーン」へと昇華させるのです。 6. 結論:エディタの終焉と「オーケストレーション」の始まり 我々は今、AIツールが「単一の製品」から「インフラ・スタック」へと進化する歴史的転換点に立ち会っています。 Cursor 3 (Glass) の「Agents Window」やGoogleの「Antigravity」が示す通り、開発の主戦場はもはや「テキストエディタ」ではありません。今やエディタは背景へと退き(Receding)、中心に居座るのは複数のエージェントを束ね、監視し、指示を飛ばす「オーケストレーション・レイヤー」です。 2026年の最強のエンジニアとは、最も速くコードを書く者でも、特定のモデルを使いこなす者でもありません。それは、**「どのフェーズに、どのモデルの、どの機能を配置すべきか」を冷静に判断し、オーケストレートできる建築家(アーキテクト)**のことなのです。 あなたは明日から、自分のワークフローのどの「レイヤー」に、新しい脳を追加しますか?