deep-researchワークフローでEnfabrica×NVIDIA投資レポートを生成し、Codexレビューに回した日

朝、投資判断用の高密度レポートが1本欲しくなった。テーマは決めていた——NVIDIAが取り込んだEnfabricaの技術（ACF-S SuperNIC、EMFASYS=CXL DDR5の容量ティア）が、HBM需要とMicronの再評価テーゼにどう効くか。手で5サイトを巡回して読み込む代わりに、/deep-research ワークフローに丸投げすることにした。

ファンアウト検索→ソース取得→主張の敵対的検証→引用付きで統合、という多段のharnessだ。今日は、それを走らせながら裏で図表を揃え、完成したレポートを公開記事に仕立て、最後にOpenAIのCodexにレビューさせるところまでやった。途中で検証段のバグを踏み、偽陰性だと判断して再実行を止めた判断が、今日いちばん効いた一手だった。

ワークフローを起動して、裏で図表を揃える

まずリサーチブリーフをファイルで書いた。5つの調査角度、シードファクト、現在時点（2026年6月、GTC 2026は3月開催済み）、評価すべきMicronテーゼ（core約80%）——論点を最初に全部詰めた。論点が明確に書けていたので、ワークフロー側に追加の確認質問はさせず、そのまま起動した。

Task ID: w0tjyhebh（バックグラウンド起動）

ワークフローはテキスト中心で、画像をダウンロードしない。そこに確実な追加価値があると踏んで、走らせている間に自分は図表アセットの取得を並行で進めた。WebFetchで主要シードソースを叩き、Enfabricaのアーキ図2点（有効なJPEG）、ACF-Sのスペック（3.2Tbps、最大18TB DDR5、144 CXL 2.0レーン、32ポート800/400GbE、160 PCIeレーン）、GTC 2026ロードマップの主要事実を一気に抜いた。

途中、API Error: Server is temporarily limiting requests でBash分類器が一時的に落ちた。ユーザー入力で「続いて」と促して、画像ダウンロードとHBMロードマップ検索を再開した。VideoCardzとDataCenterDynamicsは403/402でブロックされたので、NextPlatformやTom's Hardwareに切り替えて画像URLを拾い直した。

集まった図表はこのあたり——

• Enfabricaアーキ図 ×2（Blocks&Files）
• GTC 2026の Rubin Ultra NVL576 スペックスライド（3840×2160、4.6PB/s HBM4e、1TB HBM4e/パッケージ、365TB Fast Memory、CX9確認）
• HBMロードマップ表（Tom's Hardware Premium、Micron/Samsung/SK Hynix × HBM3E/HBM4/HBM4E、ベースダイノードまで記載）

最後の1点、GTC 2026のロードマップ全体タイムライン図は、CLAUDE.md推奨どおり agent-browser でTom's Hardwareから取りに行った。ところがagent-browserが途中でCNBCページに勝手に遷移して挙動が乱れた。それでもEMFASYS公式システム図のURL（datocms-asset）だけは拾えたのでダウンロードした——が、開いてみると図ではなく DDR5 DIMMを満載したアプライアンス実機写真だった。これはこれで使えるので実機写真としてリネームし、ロードマップ全体図は一旦テキスト表＋スライドで代替してブラウザを閉じた。ここで5アセットが揃った。

検証段のharnessバグに気づいて、再実行を止めた

ワークフロー完了の通知が来た。出力を読んで、手が止まった。

全25主張が votes「0-0」のまま、機械的に「refuted（棄却）」へ落ちている。failuresログには without calling StructuredOutput が大量に並んでいた。verifierエージェントがStructuredOutputを返せず、refute票もsupport票も入らないまま、ゼロ票が一律に棄却扱いになっていた。

ここで「全部棄却＝レポートが成立しない」と早合点して再実行ボタンを押すのは簡単だった。だが votes「0-0」を素直に読めば、refute票はゼロだ。誰も反証していない。つまりこれは検証段のバグによる偽陰性で、主張が実際に否定されたわけではない。完全な出力ファイルを読み直して確かめると、収集された25主張はどれも一次・二次ソース付きで健在だった——enfabrica.net公式、MVAPICH MUG25のEnfabrica技術チュートリアルPDF、CNBC、TrendForceのcHBM/NVIDIA自社ベースダイ記事、Gil Luria/D.A. Davidsonの記事。ソース基盤は良質だ。

だから再実行は不要と判断した。10分以上かけて回し直しても、harnessのバグが直るわけではなく、同じ偽陰性が再生産されるだけだ。ここで止めた判断が、後段の作業をすべて前に進めた。

取得失敗した最重要ソースを後追いで補強する

ソースは健在でも、テーゼ上いちばん効く数点を取り逃していた。レポートを書く前に、そこだけ狙い撃ちで取りに行った。

• NVIDIA統合の核心（NextPlatformの推論記事）
• Gil Luriaの具体数値
• NVIDIA自社HBMベースダイのcHBM分業

3点とも核心を直撃する補強になった。とくにTrendForceの観測——NVIDIAが標準HBM4eを2027上期に採用（SK Hynix × TSMC 12nm）し、2027下期〜2028にカスタムHBM4eを自社設計（SK Hynix × TSMC 3nm）に切り替える——が、後で結論の骨格になった。狙いは仕様とサプライヤ選定の主導権を握り、メモリメーカーの交渉力を削いで価値をNVIDIA＋TSMCへ寄せることだ。

レポート本体は report.md を前半（サマリー＋第1章 Enfabrica技術の実体）→第3章（NVIDIA製品への統合）→第4章（HBM/メモリ影響）→終章（3層フレーム統合＋投資判断＋bear case）の順で書き、図表を埋め込んだ。出典台帳 sources.md に全URL・取得日・信頼度ラベルを並べ、未置換マーカーが残っていないか検証して research_enfabrica_nvidia/ に書き出した。

結論はこう着地した。

Enfabrica統合は「HBMを減らす技術」ではない。NVIDIAが推論TAMとシステム販売量を増やす容量ティア＆クラスタ結合技術だ。EMFASYSはHBMの帯域役割を置換せず、その"下"に安価なCXL DDR5容量ティアを足すだけ。よってMicronのHBM再評価テーゼは中立〜やや強化。最大のbearは「HBMビット崩壊」ではなく、cHBM分業（ベースダイがDRAM工程→NVIDIA設計＋TSMC N3P製造）によるHBM超過利潤の独占度ピークアウト——数量・サイクルは強気、付加価値の独占度は要監視。

（投資助言ではなく、自分用の調査ノートの結論である。）

公開記事として表示確認する

「公開記事として表示確認して」と指示を出し、レポートを @nuxt/content の記事として content/2026-06/2026-06-02/ に配置した。画像は同じ日付ディレクトリに同居させ、./ 参照で本文に埋めた。frontmatterは引用符必須のルールに従って組んだ。

dev環境（ポート3000）で検証——ページはHTTP 200、タイトル正常、画像は /2026-06/2026-06-02/... に解決され、全画像が200・正しいcontent-type・フルサイズで配信された。最後にagent-browserでスクリーンショットを撮ろうとしたが、バックグラウンド処理が長引いた。表示は機能レベルで確証が取れていたので、スクショは生成され次第渡す形にして先へ進めた。

Codexに内容レビューを受けさせる

ここで「OpenAIのcodexにレビューを受けといて」と指示。codex-review-doc スキルで、Codex（GPT-5.5, reasoning: high）にレポートを読ませた。観点は技術的正確性・投資テーゼの論理整合性・誇張/未検証の主張・内部矛盾の4点に絞り、瑣末な指摘は排除する方針にした。結果は .claude/codex-review/ に保存した（実行トレース込み107.5KB。結論部分だけ読んだ）。

返ってきたのは7件の重要指摘＋抜け1件＋テーゼ崩壊シナリオ。質が高く、うち数件は公開記事に残してはいけない事実・整合性エラーだった。代表的なのは——

• §2.1 帯域とポートの混同
• §3.3 ConnectX-9の帰属とロードマップ確度
• §4.1 Jevonsパラドックスの留保不足
• §4.2 NVIDIA自社ベースダイを「確定」扱いしていた（→「観測」へ降格、cHBMは両論併記）
• カタリストの時点更新

全指摘を report.md に反映した（計21箇所）。一方向的に断定していた表現を観測ベース・両論併記に揃え、推論メモリ階層の抜けを補完した。記事を再生成すると、コンテンツ変更でdevサーバが再インデックスに入って一度 exit 7（接続失敗）になったが、PIDが変わってビルド中だっただけで、待てばHTTP 200に戻った。全Codex修正がレンダリングHTMLに反映され、画像も全て200で配信された。

積み残しを正直に棚卸しして、全部片づける

「この作業の積み残しはもうないんですか?」と問われ、記憶ではなく実ディスクと突き合わせて棚卸しした。正直に「ある」と答えた。公開表示とCodex指摘の反映までは終わっていたが、取り逃した一次・二次ソースの裏取りが残っていた。

「全部やって」を受けて、まとめて片づけた。

• 使い捨てスクショの削除
• 検証段バグの issue 作成（再発時のナレッジとして残す）
• 取り逃した5ソースの裏取り（並列WebFetch）——NextPlatform統合記事、NVIDIAの4B CPO出資（Lumentum 2B＋Coherent $2B、2026/3/2）、Astera Leoの Azure M-series private preview（2025/11/18、本番ではない）、Lumentum OFC 2026

NextPlatform記事は「ACF-SはメモリとホストI/Oを1チップに統合しNIC・スイッチを不要化」「EMFASYS×GB200 NVL72でトークンあたりコスト半減」と踏み込みつつ、著者が統合層と時期は明言せず、防衛的acqui-hireの可能性も同等と釘を刺していた。これは両論併記でレポートに入れた。

最難関のGTC 2026ロードマップ全体タイムライン図は、再びagent-browserで取りに行った。最初 await 構文がeval非対応で弾かれ、同期スクロールを段階的に流してlazy画像を読み込ませ、本文画像のalt文と高解像度ベースIDを突き合わせて、oqQzPxhGwfTqrmjNcKCxaL = "The full Nvidia product roadmap" を特定。1920×1080でダウンロードした。

この図がCodex指摘④（ConnectX-9=1600G）を画像で裏付けていた——CX8 800G / CX9 1600G / CX10が明記され、Blackwell→Rubin→Feynmanの3本柱とLPDDR/Sparkの推論メモリ系まで写っていた。裏取り結果を report.md と sources.md に反映し、公開記事は内部メモ（方法論ノート・セルフチェック）を除いたクリーン版として再生成した。/blog 一覧とカレンダーへの掲載も確認できた。

Codex再レビューとコミット

更新版を前回セッションを resume してCodexに再レビューさせた。総合評価は「このまま公開してよい／新たな致命的問題なし」。7指摘＋抜けは解消、③（NVIDIA自社ベースダイ）のみ表が部分解消だったので、Codex提案どおり最後の断定調を観測扱いに揃えて3箇所を微修正し、完全に閉じた。

コミット段で軽くつまずいた。git commit が「no changes added」で失敗したのだ。調べると、このセッション中に自動コミッター（AI生成メッセージの英語コミット）が走っていて、自分がステージしたファイルを先にコミットしていた。中間状態は既にmasterに入っていて、最新の編集だけが未コミット——のはずが、それも自動コミッターが拾っていた。最終的に自分の作業ファイルは未コミット残ゼロ、すべてクリーンだった。

今日の学び

• votes「0-0」を「棄却」と読むな。 harnessが返す機械的なラベルより、票の中身（refute票ゼロ＝誰も反証していない）を見る。偽陰性を見抜けば、10分の再実行を丸ごと省ける。
• ワークフローがやらない仕事を並行で埋める。 テキスト中心のharnessは図を取らない。走らせている間に図表を揃えておくと、完了直後にそのまま記事化に入れる。
• agent-browserは不安定なときがある。 勝手なページ遷移、await 非対応のeval。lazy画像はスクロールで読み込ませ、alt文とベースIDの突き合わせで目的の1枚を特定する泥仕事が要る。
• 積み残しは記憶でなくディスクと突き合わせる。 「完了」と言い切る前に、実ファイルと出典台帳を照合する。

人間がやったのは、テーマの設定、ブリーフの執筆、偽陰性だという判断、補強すべきソースの指定、Codex全指摘を反映する方針決め——判断の係だ。ファンアウト検索も、レポート執筆も、Codexレビューの実行も、記事の再生成も、ぜんぶ道具に走らせた。「人間が判断する係、AIが実行する係」が、今日もいちばん回った。