NOIA AI System Watch 日次｜2026-10-13（保存版）

NOIA AI System Watch 日次｜2026-10-13（保存版）

NOIA AI System Watch

Daily Intelligence

2026年10月13日 09時 JST

対象期間：10月12日09時から13日09時JST。比較基準は10月12日09時の日次号。期間内に伝えた速報を、実効能力と制約の移動という観点で統合する。05～09時JSTのDelta Watchは01節と14節に含める。

観測締切：最後の選択確認は10月13日08:48:14.277 JST。ただしこの時計はAzure statusの取得で、他資料は後掲の個別時計による。09時まで約11分46秒は未観測。資料の公開、実験・稼働・法的効力、取得を分ける。期間前半には原資料を再検証できない範囲があり、既報の記録を継承した箇所を明記する。全期間の連続観測ではない。

結論：今日の重要な変化は、利用できる「容量」の条件が具体化したことだ。KVの割当可能量が増えても、通信と処理遅延が増せばSLOを満たす処理量は減る。さらに、出力の正しさ、オンライン更新、保存・再開が成立して初めて、部品やラックの能力を有用な仕事へ変換できる。Maia 200の本番利用という事業者の実績説明は前進だが、2027年のMaia 300とmulti-GW計画は別の段階にある。

電力側では、DOEの署名済み命令を確認したことで「法的措置が発行されたか」はUnknownからConfirmedへ進んだ。一方、実際に動いた発電設備・増分MW・AIサービスへの効果はUnknownのまま。CoreWeaveの地域ストレージ障害も事業者の解決宣言まで進んだが、顧客の完了ジョブやSLO回復を直接測ったものではない。この二つは、利用可能性の証拠が一段進んだ例であり、稼働能力の数量増を示す例ではない。

14分類の需給判定はすべてUnknownを維持する。同じ品種、地域、期間について需要、認定良品供給、在庫、納期を揃える証拠が足りないためで、Balancedや物理的な無変化を意味しない。今回確認していない分野は「未確認」と記す。

表記：Confirmedは一次資料の記述・状態の確認で、独立再現・監査ではない。Estimatedは明記した推計、Unknownは証拠不足。Actual／Forecast／Guidance／Targetと、発表、試作、pilot、認定、量産、出荷、設置、受電、commissioning、本番workloadを分ける。Mergedも本番採用とは別である。

01 Critical Changes

• KV割当量と遅延条件を満たす処理量が逆方向に動いた。vLLM #61242の著者比較では、割当可能tokenは約3.53倍。しかし別のserving比較で、TTFTとTPOTの両条件を満たすgoodputは3回とも低下した。追加通信、小さいkernel、rank間の不均衡が次の律速候補となる。[R01]
• 正しさと更新可能性が、メモリー効率の採用条件として表面化した。#61225は実際のKV物理配置で読み書きが食い違う著者報告。SGLang #43480は、対象となる融合weight copyが存在する間のオンライン更新を拒否する設計へ進んだ。いずれも全体の修復・容量増は未確認。[R02 R03]
• MicrosoftはMaia 200でCopilotの本番workloadを処理していると説明した。対してMaia 300の本番展開とMaia familyのmulti-GW化は2027年以降。現在の利用、将来の設計、効率比較を混ぜない。[M01]
• 05～09時JSTの終盤の追加検証は、計測の分母とtestの中身。#43929はSGLangの特定loaderでinput／合計token数が誤る経路を報告し、#43921は公開job logでcheckoutとB300のaccuracy assertionを確認した。前者は別経路のvLLM output tok/sやrequest SLOを覆さず、後者もmatched baselineなしにpatch起因としない。DOEとCoreWeaveの既報を含む運用側の差分は14節で統合する。[R07 R10 I01 I02]

今日の判断は、GPUやHBM需要の一方向の増減ではない。個別の効率化で浮いた資源が、品質・遅延・運用条件を通過して利用可能になるか、別の部品・設備・費用へ制約が移るかを検証する段階にある。

02 AI Research Frontier

推論の進展を、演算単位の速度ではなく、同一model・revision・入力・品質・SLOで測る必要が一段強まった。#61264はMI355X 1基、Qwen2.5-3B-Instruct、4bit KV、ngram speculationを用い、現在のvLLM側実装についてHTTP servingの比較を追加した。実測runtimeはd0d447e、観測headは0288f37bで、後者の追加はtestファイルのみという来歴を確認した。実験日時は未開示。[R05]

比較はgreedyの合成繰返し文字列で、入力1,024／並列16、入力8,192／並列16、入力8,192／並列64、出力は各128token。各条件3組のpaired output tok/s比の中央値は、順にeagerで2.712倍、1.660倍、1.139倍、default graphで0.997倍、1.038倍、1.003倍。二つのmodeをpoolしていない。最大倍率は、もともと遅いeager実行どうしの比較である。8K入力・並列64のeagerではmedian TTFTが3294.71→3427.15ms、p95 TPOTが139.46→141.65msへ悪化した。一定のTTFT・TPOT閾値を同時に満たすgoodputは未提示で、throughputだけで実効能力増としない。

品質証拠も同じ実験群へ束ねる必要がある。1K入力・並列16のeagerは各pairで32出力中14出力だけがtoken一致。別設定の128問GSM8K regressionはtoken一致だが、serving比較の品質同等性を直接保証しない。3回の範囲を信頼区間と呼ばず、独立再現や広いtask品質の非劣性も未確認とする。

過去のAgentXでの2.785倍は別のSGLang adapterとrevisionの結果であり、現在のvLLM portの検証値ではない。過去の速度と現在の正しさを接ぎ合わせない。[R05]

期間前半の既報では、#43745がRTX PRO 6000 1基のFL2VA動画生成でGPU peak 58.0→33.8GB、latency 369.8→369.4秒、試したMP4のbyte一致を報告した。これはメモリー側の余地を示す一方、オフラインの前計算・sidecar保存や全資源の費用を閉じていない。48GB GPUでの動作は実証されていない。#60174のDGX Spark上の変更では、NarrativeQA 200件のgarbled outputが78→0、F1が18.94→35.53と既報。別の照合・timing群を結合した品質調整済み速度改善ではない。この2件は既報の観測記録を継承し、当該原文を本号で再取得していない。[R08 R09]

次に必要なのは、exact revisionの公開、実hardwareの交差・交互比較、同じ出力品質とjoint SLO、準備・再試行・失敗まで含む資源の計測である。精度、context長、decode方式の変更を単なる同条件高速化として扱わない。

03 Physical AI Frontier

対象期間の新しい実機成功率、介入率、顧客の受入れ作業量を更新できる一次証拠は、今回の確認範囲では未確認。研究発表の存在や実機の映像から、継続運用、出荷台数、採算の改善を推定しない。前号から数字を据え置くことも、物理的な無変化の確認ではない。

評価の単位は、推論回数やsimulation scoreから、受け入れられた実作業へ移す。学習と蒸留、機上計算、通信、reset、再試行、人の介入、保守を同じ成功作業の分母へ配賦する。成功率が上がっても作業時間や介入が増えれば、成功作業／時・費用は逆方向になり得る。これは検証すべきモデルであり、今回観測した改善の主張ではない。

次の一次証拠は、同じfixture・環境・成功判定を用いた実機対照、長時間の稼働記録、介入込みの成功仕事と全資源である。これが揃うまでは、robotの発表からedge半導体やcloud GPUのBOM数量へ変換しない。

04 Compute Demand Update

#61242はQSAのKVをDCP4でtoken位置ごとに分割し、rank間の重複保持を減らす提案である。8基A100-SXM4-40GB、Qwen3.8-Flash-Next-FP8、TP8＋EPで、著者はFP8 KV＋bf16 SSMの割当可能tokenを2,180,687→7,696,746と報告する。物理的なHBM増設ではなく、論理配置による約3.53倍である。割当試験の反復数と物理nodeの同一性は未確認。[R01]

別のserving群は同GPU型の2nodeに比較armを分け、MTP3と256GiB CPU offloadを加え、20同時sessionを各arm 3回×60分実行した。閾値はTTFT≤2.93秒かつTPOT≤21.74ms。下表は著者値で、task品質が同等の「成功仕事」の率までは確認していない。

deviceの入替え、arm順序、実験の壁時計、絶対request／pass数、warmupと境界処理は未開示。3回を加重集計する分母もないため、単一の市場向け倍率に集約しない。TTFT p95の改善とTPOT p90の悪化が同居し、先頭応答が速いだけでは継続生成の条件を満たさない。

後続の未公開最適化は、最初の46分のcompletion rateと別のnsys計測で改善を示すが、histogram bucketでは厳密な21.74msのjoint判定ができない。1,800秒のprofile群でのmixed-step p50 85／131／100msやkernel launch数456k／1,683k／747kは、DCP1／旧DCP4／修正版という別の測定軸であり、request TPOTではない。修正版のexact revisionと3回×60分のjoint評価が揃うまでは、修復済みとしない。

需要への含意は条件付きである。成功仕事当たりGPU時間・kWhが下がり、価格・待ち時間が下がり、利用者が増えたときに総需要がどう動くかを測る。効率化だけからJevons的な需要増やGPU需要減を自動的に導かない。現在の証拠は、一つの配置変更でメモリー制約が通信・遅延へ移り得ることを示す。

05 Semiconductor Demand

Maia 300の設計は、1基当たり8 HBM4 stack、peak 18TB/s、950W TDP。96基のrackは167kWのpower envelope、27.6TB HBM、合計1.7PB/sを掲げる。いずれも将来の設計値で、現在の購入量、製造良品、出荷、Commissioned MWや実測の施設入力ではない。multi-GW計画を167kWで割って稼働rack数を計算しない。[M01]

同じHBM容量もweight、KV、通信buffer、workspace、runtime予約で使い道が異なる。#61242のKV重複削減、#61225の配置による品質不成立、#43921のmixed-length workspace削減は、この内訳の重要性を示す。#43921の2.768→0.755GiBは特定のworkspaceで、等長の14履歴では10.958GiBのまま。isolated allocatorの成功を全modelの本番能力へ移さない。[R01 R02 R07]

#43921の後続のtargeted E2Eでは、GB300の指定testは成功、B300 PD／CPはtest stepで失敗と終端結果を確認した。要求されたPR head b0b3445bと実行APIのdispatcher SHAは別で、後続の公開job logで実checkoutがb0b3445bであることを照合した。B300のGSM8Kは78.0%、内蔵retryで73.5%となり85%閾値を下回るaccuracy assertionをlogでも確認。GB300の4test成功も記録されている。baseline比較がないため、この変更に起因するかは未確定で、今回独自に再実行したものではない。workspaceの削減値は維持されても、全model経路の検証完了や本番能力増には進んでいない。[R07]

外部memoryも同じ原則で評価する。Marvell Structera X 3406／3506は、6channel、DDR4最大9TBまたはDDR5最大6TB／controllerという設計と2027年Q1 sample予定であり、第1世代の出荷中という説明と分ける。Samsungの米国campusでのCMM-D導入によるKV利用率5～7倍という説明は、別のpooling demoのTTFT最大38%減・goodput最大3.3倍と異なる群。総memory予算、model、品質、joint SLOが不足し、HBMをCXLで置換できる量や実効能力倍率は未確認。[S01 S02]

半導体需要の判断には、同一workloadの採用率、出力品質・SLO、台数・稼働時間と更新周期が要る。custom ASICの本番採用は競争軸の変化だが、GPUとの置換率、学習・推論の配分、HBM3E／4／4Eの数量構成は未確認。今日のsoftware結果から、特定メーカーのbit需要やBOMを作らない。

06 Packaging

AI向け先端packageの認定良品／月と未充足需要を同仕様で比較できる新数量は未確認。Maiaの高密度設計や光I/Oの新しいform factorは、実装面積、熱、接続、試験条件を問う理由にはなるが、CoWoS、CoPoS、EMIB、glass packageの現時点の供給増を直接示さない。[M01 O01]

ASEの310×310mm panel自動化ラインは、5月26日公表の2027年上期生産計画を今回追加確認したもの。FOCoS／FOCoS-Bridge、2/2µm・8/8µmという仕様は、稼働良品数や顧客認定の実績ではない。大きいpanel面積からpackage／月を逆算せず、歩留まりとtest、実出荷を待つ。[S03]

制約候補は、dieとHBMを載せる工程から、基板の反り、接続信頼性、熱、multi-die試験、顧客受入れまで続く。設備能力や投入数ではなく、同方式・面積・stack構成での認定良品、再work率、納期と需要を次の判定材料にする。

07 Materials

ABF、CCL、低CTE／低Dk glass cloth、銅箔、樹脂、薬液を一括した不足・緩和は判定しない。指定grade、工程、顧客認定が揃わない増設計画や投資額を、現在の代替可能供給へ加えない。

Resonacの高純度HFガスは、徳山で2026年内に生産開始し既存川崎と国内2拠点化する、6月25日公表の計画である。10月12日の取得やHTTP更新を稼働日とせず、生産能力、純度別認定、実出荷・納期が未開示という境界を残す。[S04]

材料の制約移動仮説は、原材料の供給から、下流の配合・加工、認定、歩留まり、顧客受入れへ。次の証拠は、同gradeの実出荷、認定済み代替、実納期と未充足注文である。今回の確認範囲では、これらを同一期間で結ぶ新数量は未確認。

08 Passive Timing

server用MLCC／inductorとQuartz／XO／TCXO／OCXO／Timing ICについて、品番、耐圧・容量、電流、jitter、信頼性を合わせた数量需給は未確認。車載向け製品や工場建屋の情報を、AI server向け出荷量へ読み替えない。

TDKの3225、10µF／100V、低抵抗soft-termination X7R MLCCは、48V設計の小型化に関係する仕様発表。9月8日のglobal版が9月量産「予定」、9月7日の欧州版が「開始」と記す文言差を保持し、実開始日を確定しない。BOM使用個数、出荷・歩留まり・納期の系列は未確認。[S05]

TrendForce Weekly Radar 005はMLCCを35週、均衡目安を12週と推計し、Tightと評価する。12週は前週値ではなく比較用の目安。低容量品の弱さと高容量品の強さも併記される。発行元の広い分類によるEstimatedであり、本号のserver同品番のgradeをTightに上書きしない。[S06]

受動部品の指数や市況推計は、どのgradeが何週不足しているかを一次資料で照合するための手掛かりであり、全品番の同一状態を意味しない。高容量と低容量の違い、民生とserverの違いを残し、評価対象ごとの出荷・在庫・納期で反証する。

09 Analog Power

AI rack向けPMIC、ADC／DAC、AFE、driver、VRM、MOSFET／GaN／SiCのOEM認定良品供給を更新する新数量は未確認。chip TDP、rack envelope、実測施設入力は異なる測定範囲である。Maia 300の950Wと167kWの差を、電源や冷却の実測損失として扱わない。[M01]

Polarとimecは、8インチe-mode GaNのprocess・device・epitaxyをMinnesotaのPolarへ移すlicense契約とearly accessを発表した。初期40～650Vの想定は電力変換の選択肢を広げるが、技術移管の完了、OEM認定、量産良品や供給量を確認したものではない。800V→12Vという将来の電源構成への対応方針を、稼働中rackのBOMへ転記しない。[S09]

効率が良い素子を選ぶだけでは、変換段、保護、制御、配線、温度、冗長性、保守条件まで満たすとは限らない。制約移動の候補は、素子特性から基板とrackの認定へ。反証には同負荷・温度・信頼性での損失と実装面積、認定良品／時間、実出荷と納期が必要である。

10 Optical

NVIDIAとCiscoのUSFP発表は、400Gb/s／lane、初期16 full-duplex lane、公称overall capacity最大12.8Tb/s、帯域密度約4倍と電力効率1.3倍という設計比較を示す。比較先は200Gb/s／laneのpluggableで、最初のtransceiverとmulti-source仕様は将来形。出荷済みmodule、受入れ済みfabricやAI workload利得の実績ではない。[O01]

Celestica DS6005 CPOは102.4Tbps、64×1.6TbE、1.5OUの液冷ORv3構成と外部laser交換を掲げる対象期間内の発表。production-readyという表現は設計の企業説明であり、顧客の受入れ台数や稼働率ではない。展示予定から実出荷・commissioningへ進む時計は未確認。[O02]

Credoの1.6T ZeroFlap Active Light Cableは、row内の接続を狙う新しい光配線構成で、出荷は2027年予定。12W／cable end、最大50m、MTBF 1億時間は設計目標で、実地故障率ではない。既存AECの運用経験を新ALC製品のfield実績として扱わず、評価sample、顧客認定、現場linkの受入れを待つ。[O03]

800G／1.6T、CPO／NPO、SiPhの判断では、基板、epi、laser、fiber、align、実装、検査済みmodule、現場のlinkを分ける。form factorの密度が上がっても、歩留まりや修理性、光源・熱・test時間が律速となり得る。InPの拡張計画を現在の認定laser数へ換算しない。

KVやweightの配置を変更するsoftwareは通信のbyte量とtopologyを変え得るが、#61242の追加collectiveから光module数量を直接導くことはできない。link利用率、距離、速度、接続数、障害時挙動まで揃えて次の部品需要を検証する。[R01]

11 Test

実装の密度・速度が上がるほど、同じscreening品質を保った良品／時間が重要になる。今回、AI processor、HBM stack、先端package、光moduleのtest受入れ数と需要を比較できる新数量は未確認。装置の受注、納入、設置、acceptance、本番screeningは別の時計である。

software側にも同じ区別がある。#61225の小さいsanity／retrieval群、#61264のunit／GPU test、#43921のisolated allocationは、実モデルの全経路を同じ条件で通した証拠ではない。test件数、CIへの登録、mergeを本番能力の認証に置き換えない。[R02 R05 R07]

次の判定には、同じescape率・故障基準での実test時間、socket／probeと熱条件、再試験、downstreamの受入れを揃える。装置台数だけ増えても、ここが伸びなければ認定供給は増えないという仮説を検証する。

12 Manufacturing Capacity

公表段階を分けて扱う。HPEはscale-up switchをAMD Helios AI Rack by HPEでdeliveryしていると現在形で述べるが、受入れ済み顧客拠点、数量、commissioning日、workload結果は未開示。一方、AMD Helionのpartner構成は開発中で、2026年11月のavailability計画。名称の近いHeliosとHelionも同じ製品・出荷段階として混ぜない。[M02 M03]

HelionのCPU構成最大32,768coreは設計上限で、稼働fleet量ではない。将来specification、展示、量産開始、出荷済み、顧客受入れ済みを一つの「供給増」へ集約しない。

過去のActualも捨てずに分ける。WiwynnのTexas Socorro第1棟は2025年末までに出荷を始め、9月発表時点で量産という会社説明。第2棟は2027年Q2の生産予定で、床面積からrack／月を算出しない。SK hynixの192GB SOCAMM2は4月20日本文に量産開始済みとあるが、HBMとは別のLPDDR5X製品である。今回の取得を当日量産開始やHBM供給増に変えない。[S07 S08]

TrendForceのDRAM 20週／均衡目安8週、eSSD 16／8週、HDD 50／16週は現況の発行元推計。期間、地域、sampleと手法、個社の納期履行が不足し、前週比の悪化・改善は判定できない。一般DRAMの推計をHBMに、storage納期をGPU出荷に転用しない。[S06]

有効供給の更新には、同製品・同工程での稼働時間、availability、歩留まり、認定、受入れが要る。すでに歩留まり込みの良品へ再度歩留まりを掛けず、wafer、bit、package、装置売上を無条件に相互換算しない。現時点で、製造からtestへ市場全体の主律速が移ったとの数量判定は未確認。

13 China

中国向けGPU、HBM、先端packageと国産代替について、期間内の新しい認定出荷量・実workload・販売可能な地域別供給を更新する証拠は未確認。bring-up、post-silicon validation、sample、顧客認定、量産、shipmentを分ける。

中国での研究・製品発表を、世界の代替可能供給へ自動的に加えない。特定製品がどの地域で販売・利用でき、どのsoftware stackで同品質とSLOを満たすかが必要である。先行調達、資金使途、製品計画から不足率や輸出可能量を算出しない。

次の証拠は、製品revisionと顧客受入れを特定した出荷・稼働、同仕様の価格と納期、適用地域と発効日が明確な公的措置。研究、商用化、政策を別々の証拠軸で追う。

14 Infrastructure

05～09時JSTの重要な更新は、電力の法的条件とstorageの運用状態がそれぞれ一段明確になったことだ。DOE Order 202-26-50は10月12日付の署名済み命令として確認できた。operativeな日付は10月13～16日で、正確な開始・終了時刻とtimezoneは本文で未開示。対象の発電設備は必要に応じたdispatch、backup発電はEEA3宣言前の最後の手段またはEEA3中という条件を持つ。critical backupの除外、環境条件、実使用の報告義務も残る。対象backupをcapacity resourceとは扱わないという法的区分も、発電量とは別である。[I01]

これは「許可されたか」の更新であり、「何MW動いたか」の更新ではない。Exhibit Aの概算nameplateを合計してactivated／incremental MWとせず、命令に引用された需要・停止量予測もActualに移さない。PJM #105555の10月12日のeffective時刻と、命令の10月13日のoperative開始は別。個別noticeの非drill区分、dispatch、EEA発動、AI拠点の影響は未確認。#105557のEEA1 Alertというoperator記述から、EEA3の条件達成を推定しない。[I01 I03]

CoreWeave US-CENTRAL-08AはObject StorageとShared File Systemの読み書き障害を公表し、native 18:36UTCに接続回復・monitoring、21:13UTCにRESOLVEDとした。最後の宣言は13日06:34:40.477734JSTの直接取得、Age 0で確認。新しい情報は事業者が安定監視を経て終端状態を宣言した点で、顧客のAI job、checkpoint整合性、完了成果や同SLOが回復した独立証拠ではない。[I02]

この障害の分析上の意味は、GPUが存在し計算可能でも、入力、checkpoint、共有volume、完成物の保存が使えなければ有用仕事を完了できないことにある。ただし、今回は失われたGPU時間・仕事数・データ損失を測定しておらず、障害の公表間隔を実際の全顧客停止時間として計算しない。

ERCOT Taylor Countyには10月12日01:13:06のmanual-action通知と11:33:16の取消行がある。timezoneは未確認。通知の取消を物理復旧や回復MWとせず、別に掲示された過去の809MW発電喪失と結び付けない。通知状態、設備状態、AI仕事の回復をそれぞれ別に確認する。[I04]

15 Actual Deployment

Maia 200のCopilot本番利用は、運営事業者が具体的なserviceを挙げたActualの説明である。GitHub CopilotとFoundryは年内予定、Maia 300とmulti-GW拡張は2027年開始のGuidance／Target。発表日の10月12日がgo-live日であるとは確認できない。米国、欧州、豪州への展開説明も、地域別の稼働台数・MW・traffic shareを開示していない。[M01]

最大1.7倍のtokens/WというMaia 200の説明には、GPU機種、modelとrevision、精度、context、concurrency、qualityとtail-SLO、測定日、電力境界が不足する。Maia 300の期待40%増tokens/MWと、Maia 200比最大7倍rack throughputは比較対象が異なる。掛け合わせたり、計画GWへ適用して生産仕事数を作ったりしない。

Ai2のschedulerについては、10月9日公表、7月下旬rollout、暦日未開示の30日間という既存の運用実績を区別する。各時間の実需要で上限を設けた割当GPU時間の98%を提供し、debug p90待ち時間2時間→30秒と報告するが、今回の新しいGPU設置や10月12日の能力増ではない。待ち時間の改善は研究の進み方に効き得るが、完成研究・品質・再開費用まで同じ分母で測った総合生産性ではない。[A01]

Production Workloadの説明は、展示より先へ進んだ証拠として扱う。同時に、その説明だけで量や品質、稼働率、利益率まで埋めない。次の確認点は、named serviceの継続稼働、受入れ済みhardware／MW、同品質SLOの成功仕事、全運用費である。

16 New Hidden Bottlenecks

新たに具体化した制約候補は次の6点。いずれも影響範囲を限定し、全業界での不足を意味しない。

• KVの物理配置と数値品質。#61225ではprocessが生きたまま、token-major配置のwriter／reader不整合によるincoherent outputを著者が報告。head-major workaroundの7/7 sanity、約253k contextの5/6 retrievalは小さい群で、一般的な修復証明ではない。[R02]
• request間の隔離。#61160は10月2日build db9527a46、24 H100、1P2D／NIXL／DSparkで、foreign canaryが46/48 sequential、122/128 concurrentという著者報告。GB200／latest-mainでの再現不能報告は構成不一致で、反証や修復確認ではない。prefix cache無効化の品質・速度・費用も未確定。[R04]
• 更新のための停止と再配置。#43480では著者のtorch 2.9.1＋ROCm 7.2試験で.data.copy_等がparameter versionを0→0のままにし、従来のview書込み試験がloaderの変更方法を再現していなかった。新guardは条件を満たす融合weight copyの保持中にonline updateを拒否する。静的guardとdummy testは、real modelで全rankが部分更新前に止まること、restart時間、更新後の品質・SLOをまだ証明しない。[R03]
• API serverのCPU処理。#61253のparser修正はmerge済みだが、直接parser benchmarkとGPUを含むend-to-end servingは異なる。CPUが軽くなることが全体の処理量に効くかは次の測定点。[R06]
• checkpointと共有storage。CoreWeaveの障害は地域storageの運用リスクを具体化したが、job再開・データ整合性・再試行費用は未確認。providerの正常宣言と、利用者の成功仕事復帰を接続する観測が要る。[I02]
• 計測の分母。SGLang #43929は、0.5.21とtransformers 5.12.1のOpenAI dataset loaderで、templateの戻り値がdictionaryの場合にtoken数ではなくkey数を数えるという報告。静的codeではreturn_dict=Falseの省略と、誤ったprompt_lenがinput／合計token throughputへ流れる経路を確認した。tool付き行は別のtool token推計も足すため、一律2tokenとはしない。実行時の戻り値・報告値は独立再現していない。reporterはlatency、request throughput、output tokens、送信requestを影響外とし、別経路の#61264のoutput tok/sや#61242のrequest SLOを覆す根拠はない。[R10]

17 Bottleneck Map

評価対象を品種・地域・期間で限定する。表の地域は評価したい範囲で、全域を網羅観測した意味ではない。期間は特記以外、直近実績と今後6か月。新しい数量比較がない行は継承Unknownであり、今回あらためて均衡や無変化を確認したものではない。

18 Constraint Migration

KV重複保持→通信・遅延。#61242はこの移動を最も明瞭に示す。割当は増えてもjoint-SLO goodputが下がり、profileではcollectiveと細かいkernelが候補になる。ただし物理nodeを交差させた比較がなく、原因の完全な独立検証ではない。修正版を同品質・同SLO・同資源で測り、改善が残れば「移動を抑えられた」と更新する。[R01]

圧縮・融合→品質・隔離・更新。#61225、#61160、#43480は異なる系統の問題で、共通のroot causeと断定しない。共通する評価課題は、memory fitが成立しても、正しい出力、request間の隔離、weight更新と再開が別の制約になる点。matched現行revisionの実model試験が通れば、それぞれの制約範囲を縮小できる。[R02 R03 R04]

chip／rack設計→電力接続・冷却・受入れ。Maiaの将来密度は下流設備の条件を厳しくする可能性があるが、設計値から現在の冷却不足を実証したわけではない。commissioningと同じworkloadでのchip／rack／施設の実測が、どこが律速かを決める。[M01]

電源の法的利用可能性→実dispatchと有用仕事。DOE命令は最初の条件を具体化した。実発電、持続時間、排出・運用制限、拠点への供給、AI jobへの効果が揃わなければ、有効IT能力へ換算できない。storageの正常化も同様に、再開したjobと成功仕事の観測が次の条件になる。[I01 I02]

19 Company Relationships

MicrosoftとMaiaは、service運営とcustom accelerator設計を同じ企業が結ぶ関係である。Copilotの本番利用という説明は確認できる一方、GPUの置換率、購入契約量、地域別稼働配分は非開示。設計上のHBM stack数からsupplier別の売上や採用品種を推測しない。[M01]

AMDとHPEは、現在形のHelios delivery説明と、Helionの将来partner構成を区別する。NVIDIAとCiscoのUSFPはform factorと将来エコシステムの関係で、moduleの量産・顧客fabricのacceptanceは別。企業が同じイベントに登場するだけでは、供給契約や採用の確定を意味しない。[M02 M03 O01]

CoreWeaveと顧客workloadの関係は、今回の地域storage障害で依存経路が見える。providerはstorageの運用状態を示すが、個別顧客の仕事回復は顧客側の記録が必要。PJMとDOEもoperator notice、署名済み法的権限、実dispatchという責任と証拠が分かれる。[I01 I02 I03]

vLLM／SGLangのauthor、reviewer、merge、release、運用者も異なる。authorのtest、repositoryでの承認、運用環境の採用を一つの「修正済み」にまとめず、企業・component間の依存と同じように境界を追う。

20 Feedback Loops

効率改善→価格・遅延低下→利用増→再投資という正の循環は仮説である。成立には、同品質の成功仕事当たり総費用が下がること、価格や待ち時間へ反映されること、需要が実際に反応すること、追加設備が稼働へ到達することが必要。どこかが止まれば、GPU時間やcapexは増えない場合もある。

逆の循環もある。大きなcontextや並列性を可能にする配置変更が通信を増やし、SLO miss・再試行を増やすと、見かけのmemory効率を費用が相殺する。#61242はこの一部を具体化したが、産業全体の反応や需要弾力性までは測っていない。[R01]

productionの経験→次世代設計という循環について、MicrosoftはMaia 200の運用がMaia 300に反映されたと説明する。そこから利益率改善を結論するには、設計・software・運用の全費用と継続した成功仕事を測る必要がある。OCPでの設計・partner発表が多くても、受注とcommissioningを経たcapex回収までは別の時計である。[M01]

21 Structural Change

本号で強まった構造仮説は、AI能力の評価単位が、chipのpeak、GPU memory、tokens/sから、品質・遅延・隔離・更新・保存を満たして完了した仕事へ移るというもの。これは評価法の結論であり、市場全体がすでにその指標で取引されているという観測ではない。

研究が長context、agentic session、低精度化を変え、そのworkloadがKV・通信・CPU・storageを変える。必要なcomputeとHBM、package・基板・材料・test、networkと電源・冷却が同時に認定され、実serviceの成功仕事と経済性が確認されて初めて、次のcapex判断へ接続できる。この連鎖には戻りがあり、単純な部材の足し算ではない。

Maiaの本番説明は、serviceとhardwareを合わせる設計が実運用へ進む一例。runtimeの条件付き改善やCoreWeaveの障害は、同じhardwareでもsoftwareと周辺serviceが実効能力を左右し得る一例。これらを合わせても、特定供給chainの勝者や需要総量を決めるには採用率・数量・価格の証拠が不足する。

22 Previous Thesis Update

• 維持：前号で採った、部品速度や小さいGPU memoryは有用仕事の増加と同義ではないという区別。#61242の割当増とjoint-SLO低下、#61264のeager／graph差が、この区別をさらに具体化した。[R01 R05]
• 更新：PJMのoperator説明だけでは法的発行が未確認だった状態から、署名済みDOE命令のConfirmedへ進んだ。Actual dispatch、増分MW、AI効果は引き続きUnknown。過去の未確認を現在の未確認として残さず、解けた部分だけ更新する。[I01]
• 更新：CoreWeaveは障害公表、接続回復・monitoringを経て、providerがRESOLVEDと宣言した。顧客workloadの独立回復まで確認したわけではない。[I02]
• 更新：Maiaは現在の200のproduction workloadと、2027年の300／multi-GW計画が具体的に分かれた。現在のservice採用を将来容量へ、将来設計を現在の供給へ移さない。[M01]
• 保留：#61225の一般的修復、#61160のmatched現行版再現、#43480のreal-serving lifecycle、#43921の全model評価。個別の終端test結果と全体の検証完了は区別する。[R02 R03 R04 R07]

14需給gradeはUnknownのまま。推計市況、設計・供給計画、狭いruntime試験から、品種・地域・期間を跨いだShortage／Tight／Balanced等へ昇格させる根拠は足りない。

23 What To Watch Next

24時間：#61242の最適化がexact revisionとして公開され、3回×60分のjoint判定、絶対分母、同品質比較が揃うか。#61264はdefault graphでの固定SLO・品質、#43921はB300 PD／CPのaccuracy閾値未達についてmatched baselineと同revisionの実model検証、#43929はtoken計数の修正・再集計を確認する。DOE／PJMは実dispatchと使用報告、CoreWeaveは新たな障害または独立workload回復の証拠が出るかを分ける。[R01 R05 R07 R10 I01 I02]

7日：#61225はreal allocator layoutのmatched再現と明示guard／修正、#61160は同hardware・revision・設定の隔離試験、#43480は全rankの更新拒否からrestartまでの実model lifecycleを確認する。merge／releaseだけで保留を解かず、品質とSLOを結ぶ。OCPの説明は、展示からsample、shipment、顧客acceptanceへ進む証拠を待つ。[R02 R03 R04 M02 M03 O01]

1～6か月：同じ品種・地域・期間の認定良品、受入れ、在庫、未充足注文とlead timeが揃うか。HBM世代とstack、package面積、基板grade、光速度、test品質、rack電力・冷却条件を固定する。Maia 200は運用traffic、成功仕事と費用、Helionは11月計画が実際のavailability・出荷・受入れに進むかが確認点。[M01 M03]

6～36か月：Maia 300とmulti-GW計画が、立地・接続・電源・冷却・hardware受入れを経てProduction Workloadになるか。材料・package・光・testの増設も認定良品として下流で消費されるか。効率改善が単位仕事費用と価格へ反映され、その後の実需要・capexがどう動いたかを観測する。効率倍率を先に需要倍率へ変換しない。[M01]

反証の基準：同品質・同SLOで全費用を含む改善が再現しなければ、能力改善仮説を縮小する。認定出荷と納期が改善し未充足注文が減れば、該当品種・地域の制約仮説を弱める。計画が実受入れに進まなければ時期を更新する。どの結果も隣接品種・他地域へ自動的に外挿しない。

資料別の証拠と時計

日付は特記以外2026年。以下の取得時計は資料の鮮度を示し、実験・go-live・物理復旧の時計ではない。公開日と実験日が不明な場合はUnknownのまま残す。最終選択確認後の09時までの変化は未確認。

[R01] vLLM #61242。Confirmed／著者実験のActual報告、独立再現なし。PR公開10月12日16:13:26UTC、GitHub更新表示19:13:29UTC。最後のbody／head取得23:48:11.611UTC。実験日は著者が10月12日とするが開始・終了時刻Unknown。draft／未merge、head 8b79b87d。最適化は未公開の別群。

https://github.com/vllm-project/vllm/pull/61242

[R02] vLLM #61225。Confirmed／著者不具合・workaround報告、独立再現なし。公開10月12日14:10:56UTC、更新14:20:38UTC。body取得15:54:35.676UTC。実験時計とexact code／checkpoint hashはUnknown。vLLM 0.30.0、RTX PRO 5000 Blackwell 2基、TP2＋EP、Qwen3.8-Flash-Next-NVFP4／QSA。

https://github.com/vllm-project/vllm/issues/61225

[R03] SGLang #43480。Confirmed／authorのmutation-style試験とexact-head静的guard。新comment公開・更新10月12日11:16:28UTC、最後のcomment取得11:54:54.821UTC。head 8925b982の元のcommit時計10:49:20UTCはpushや実験時計ではない。real-serving検証はUnknown。

https://github.com/sgl-project/sglang/pull/43480#issuecomment-6123170956

[R04] vLLM #61160。Confirmed／古いH100構成のauthor報告と、構成の異なるGB200での再現不能報告。後者comment公開・更新10月12日07:34:09UTC、最後のissue／comment群取得23:48:11.106／23:48:11.071UTC。旧実験の正確な時計とmatched現行版結果はUnknown。

https://github.com/vllm-project/vllm/issues/61160#issuecomment-6119818423

[R05] vLLM #61264。Confirmed／authorのcurrent-source HTTP serving比較。GitHub更新表示10月12日21:17:58UTC、最後のbody／head取得23:48:11.615UTC。measured d0d447e、head 0288f37b。experiment壁時計Unknown。eagerとgraph、servingとGSM8K regressionを分離。

https://github.com/vllm-project/vllm/pull/61264

[R06] vLLM #61253。Confirmed／merge状態、authorの直接parser試験。mergeは10月12日21:28:36UTC、body取得21:35:56.615UTC。報告testの一部は旧revision 691b6c37cに紐付く。merge済みheadでの全testとend-to-end servingの実績は未確認。

https://github.com/vllm-project/vllm/pull/61253

[R07] SGLang #43921。Confirmed／authorのworkspace報告とtargeted testの終端状態。公開10月12日21:16:09UTC、body／head取得23:48:11.507UTC。head b0b3445bは未変更。GB300 test stepは21:55:36～22:01:48成功、B300 PD／CPは22:16:48～22:22:17失敗。jobs取得は22:36:06.993／22:36:07.201UTC。dispatcherは6966c5d0、要求PR revisionと区別する。著者診断commentは22:51:18UTC公表、comment群再取得23:48:11.146UTC。後続のB300／GB300公開job log取得は23:28:51.578／23:28:51.704UTCで、実checkout b0b3445bと内側のtest結果を照合した。B300のassertion記録は22:21:29.345／22:21:51.073UTC。因果帰属と全体の運用効果は未確認。

https://github.com/sgl-project/sglang/pull/43921

https://github.com/sgl-project/sglang/pull/43921#issuecomment-6134138959

https://github.com/sgl-project/sglang/actions/runs/38310716586/job/115015610444

https://github.com/sgl-project/sglang/actions/runs/38310731017/job/115015650188

[R08] SGLang #43745。既報の観測記録を継承、本号で原文未再取得。公開表示は10月12日11:30JST、既報の直接照合は12:54JST。実験時計Unknown。1基RTX PRO 6000、4秒・768p・50stepの限定群。原資料の過去の保存内容を現在再検証したものではない。

https://github.com/sgl-project/sglang/pull/43745

[R09] vLLM #60174のcomment。既報の観測記録を継承、本号で原文未再取得。公開表示は10月12日11:27JST、既報の直接照合は12:54JST。実験時計Unknown。DGX Spark 1台、Qwen3.8-27B FP8と変更DFlash2の限定群。

https://github.com/vllm-project/vllm/issues/60174#issuecomment-6116660779

[R10] SGLang #43929。Confirmed／reporterの計数不具合説明と静的codeの経路。公開・GitHub更新表示は10月12日22:33:32UTC、issue再取得23:48:11.191UTC、v0.5.21のloader／serving code取得22:36:40.246／22:36:40.304UTC。tagを22:37:39.298UTCにe00930c5へ解決したが、そのimmutable commitで本文を再取得したものではない。transformersの実挙動、実験日時、修正のmerge・deploymentは未確認。

https://github.com/sgl-project/sglang/issues/43929

https://github.com/sgl-project/sglang/blob/v0.5.21/python/sglang/benchmark/datasets/openai_dataset.py#L84-L105

https://github.com/sgl-project/sglang/blob/v0.5.21/python/sglang/benchmark/serving.py#L1161-L1164

[M01] MicrosoftのScott Guthrie原文。Confirmed／Maia 200本番利用の事業者Actual説明、Maia 300とmulti-GWのGuidance／Target。構造化公開10月12日13:01:29UTC、更新13:19:15UTC。初取得15:30:07.671138UTC、再取得15:54:51.303934UTC。HTTP Last-Modified 06:19:15GMTは構造化時計と不整合で、go-live時計に用いない。

https://blogs.microsoft.com/blog/2026/10/12/microsoft-to-expand-azure-maia-system-to-multi-gigawatt-deployments/

[M02] HPEのopen／heterogeneous DC解説。Confirmed／現在形のdeliveryという企業説明、数量はUnknown。表示公開日10月12日、取得21:35:45.170377UTC。HTTP Last-Modified 19:13:37UTCはdeployment日ではない。

https://www.hpe.com/us/en/newsroom/blog-post/2026/10/why-future-ai-data-centers-need-to-be-open-and-heterogeneous.html

[M03] AMD Helion。Confirmed／設計と2026年11月availability計画。公開10月12日09:00EDT＝13:00UTC、取得21:35:57.078851UTC。actual shipment／acceptance日と数量はUnknown。

https://ir.amd.com/news-events/press-releases/detail/1301/introducing-amd-helion-agentic-ai-compute-at-rack-scale

[O01] NVIDIA／Cisco USFP。Confirmed／設計比較と将来製品・仕様の説明。表示公開日10月12日、取得21:36:07.658821UTC。実測production fabric、出荷数、deployment日はUnknown。

https://nvidianews.nvidia.com/news/nvidia-and-cisco-introduce-new-pluggable-optics-form-factor-to-scale-ai-factories

[O02] Celestica DS6005 CPO。Confirmed／対象期間内の設計・展示説明。公開10月12日12:00:45UTC、初取得14:37:43.981973UTC、再取得15:28:32.041620UTC。実shipmentと顧客acceptance日・量はUnknown。

https://corporate.celestica.com/news-releases/news-release-details/celestica-introduces-ds6005-data-center-switch-co-packaged

[O03] Credo 1.6T ZeroFlap ALC。Confirmed／2027年出荷Guidanceと設計Target。公式の公開日表示は10月12日の日精度、本文の正確な公開時刻はUnknown。取得10月12日22:36:31.177495UTC、HTTP Dateも22:36:31UTC、Age headerなし。展示日・将来出荷日と取得日を分ける。

https://investors.credosemi.com/news-events/news/news-details/2026/Credo-Unveils-1-6T-ZeroFlap-Active-Light-Cable-Industrys-First-Row-Scale-Wide-Parallel-Optical-Interconnect-for-AI-Data-Centers/default.aspx

[S01] Marvell Structera X 3406／3506。Confirmed／設計と2027年Q1 sample Guidance。公開10月12日の日精度、取得16:54:45.756466UTC。第1世代の出荷説明とは別。実験日、同品質SLOと全資源はUnknown。

https://investor.marvell.com/news-events/press-releases/detail/1037/marvell-unveils-second-generation-structera-x-industry-first-six-channel-cxl-3-2-memory-expanders-for-ai-inference

[S02] Samsung OCP。Confirmed／campus利用の企業説明と別のdemo。公開10月2日00:48:10UTC、採用本文取得10月12日15:28:28.365152UTC。導入日・実験日と利用率の分母はUnknown。HTTP更新と会議日を実施時計へ移さない。

https://semiconductor.samsung.com/events/ocp-2026/

[S03] ASE panel packaging。Confirmed／2027年上期生産計画。公開5月26日の日精度、取得10月12日17:36:53.366930UTC。実生産拠点・認定・良品数・歩留まりはUnknown。

https://www.aseglobal.com/press-room/310x310/

[S04] Resonac高純度HF。Confirmed／徳山の2026年内生産開始Guidance。公開6月25日、取得10月12日14:37:27.386671UTC。HTTP Last-Modified 14:28:07UTCは稼働開始時計ではない。完了日・能力・認定出荷はUnknown。

https://eu.resonac.com/2506_26/

[S05] TDKのX7R MLCC。Confirmed／製品仕様と公表文言。global版9月8日は量産予定、欧州版9月7日は量産開始と記述。取得10月12日12:39:24.243926／12:39:32.993015UTC。文言差を解消する実開始日・出荷量はUnknown。

https://www.tdk.com/en/news_center/press/20260908_01.html

https://www.tdk-electronics.tdk.com/en/373388/company/press-center/press-releases/press-releases/tdk-launches-industry-leading-low-resistance-soft-termination-x7r-mlccs-with-10-%CE%BCf-100-v-in-the-3225-format-for-ai-servers-humanoids-and-xevs-/3692856

[S06] TrendForce Weekly Radar 005。Estimated／発行元の現況推計と均衡目安。公開10月12日10:04:48.480UTC、採用した独立のmemory／storage観測取得10:36:34.127022UTC、別chart取得10:38:16.515653UTC。chartの日付labelは観測期間を保証しない。前週比較は未実施。

https://insights.trendforce.com/p/weekly-radar-005

[S07] Wiwynn Socorro工場。Confirmed／第1棟の過去Actualと第2棟の2027年Q2 Guidanceという企業説明。公開9月15日01:07:01UTC、式典は現地9月14日、取得10月12日16:37:15.704543UTC。rack良品数・歩留まり・顧客受入れ量はUnknown。

https://www.wiwynn.com/news/wiwynn-strengthens-global-supply-chain-resilience-with-grand-opening-of-advanced-manufacturing-facility-in-texas

[S08] SK hynix 192GB SOCAMM2。Confirmed／過去の量産開始Actualという企業説明。本文日付4月20日、取得10月12日18:37:40.009872UTC。Seoul datelineは製造場所ではない。実開始日・工場・月産と当日出荷量はUnknown。

https://news.skhynix.com/en/mass-production-socamm2-192gb/

[S09] Polar／imecの8インチGaN。Confirmed／license transferとearly accessの発表。公開datelineは10月12日、取得22:36:13.487611UTC、HTTP Age 2714秒。移管完了、認定・実量産の開始日と数量はUnknown。

https://www.imec-int.com/en/press/polar-collaborates-ic-link-imec-manufacture-8-inch-gan-technology

[A01] Ai2のscheduler。Confirmed／過去の運用実績の著者説明。公表10月9日、rolloutは7月下旬、30日計測の暦日Unknown。選択本文を10月12日15:28:29.287608UTCに再取得。現在日の新設能力ではない。

https://allenai.org/blog/impactful-scheduling

[I01] DOE Order 202-26-50。Confirmed／Actualの法的発行。署名日10月12日、operative期間10月13～16日、正確な時刻・timezoneはUnknown。署名済み11頁PDF取得10月12日20:36:19.914916UTC、Exhibit A取得20:37:02.124614UTC。後のlanding取得はPDF時計を更新しない。Exhibit Aは10月12日提出のVersion 1で、nameplateをactivated MWとしない。

https://www.energy.gov/documents/doe-order-no-202-26-50

https://www.energy.gov/documents/pjms-202c-application-exhibit-202-26-50

[I02] CoreWeave US-CENTRAL-08Aのstorage障害。Confirmed／providerのActual状態説明。native更新は10月12日16:45／16:51UTCのIDENTIFIED、18:36UTCのMONITORING、21:13UTCのRESOLVED。解決宣言を21:34:40.477734UTC、Age 0で取得。後のcached equalityは顧客workloadの新たな検証ではない。

https://status.coreweave.com/pages/incident/5e126e998f2f032e1f8f0f4b/6acd0ea22dc48705ab3da027

[I03] PJM #105555／#105556／#105557。Confirmed／operator記述とeffective日程。#105555のeffective startは10月12日14:49EPT、#105557は15:49EPTで10月13日対象のEEA1 Alertを記載。公表時計、各noticeの非drill区分と実dispatchはUnknown。10月12日23:48UTC台の再取得で選択本文は同じ。個別時刻は各取得記録に限定する。

https://emergencyprocedures.pjm.com/ep/pages/viewposting.jsf?id=105555

https://emergencyprocedures.pjm.com/ep/pages/viewposting.jsf?id=105556

https://emergencyprocedures.pjm.com/ep/pages/viewposting.jsf?id=105557

[I04] ERCOT October operations。Confirmed／通知状態。Taylor Countyは10月12日01:13:06にmanual action、11:33:16に取消のnative表示、timezoneは未確認。10月12日23:48UTC台の再取得で選択本文は同じ。通知取消と物理復旧・MW・AI成果を区別する。

https://www.ercot.com/services/comm/mkt_notices/opsmessages/index.html?m=10&y=2026

観測範囲の留保

公開本文・source状態の取得、著者実験、会社の説明、分析上の推論を区別した。取得不能、今回未再確認、以前の保存内容を再検証できない資料から、無変化・撤回・稼働停止を推論していない。検索で見つからないことも不存在の証拠ではない。cacheが古いindexの同一表示、予定時刻の経過、行の消失だけでは復旧や完了を判定しない。今回のUnknownは、こうした証拠の境界を残した判定である。