NOIA AI System Watch 日次・週次合併号｜2026-10-11（保存版）
AIモデル・知能 エージェント・データ基盤 AI半導体 メモリ 電力・冷却 AIインフラ・産業
この資料の日時
元資料の日付と、その本文が公に存在した確認日時は別の記録です。
本文に含まれる語句 HBM DRAM 帯域・データ移動 先端パッケージング 光接続 電力・給電 冷却 顧客認定 歩留まり 基板・材料 AI推論
出典・更新履歴・検証情報
この保存版のデータを照合するための情報です。元記事の初公開日とは区別しています。
- データセットの版
- 2026.10.21.2
- 記事内容のSHA-256
eefe1312921e8523fda026c555e9d8b08cee2ea32c72299c763ed515be38bdb6- 保存版のSHA-256
32d252f184f5733d17ade4e0e990109ed162bbdcc2537a777a0ff9c78149f424
外部証明の最終検査結果は詳細を開くと表示します。
NOIA AI System Watch 日次・週次合併号｜2026-10-11（保存版）
#NOIA AI System Watch
#Daily Intelligence and Sunday Weekly Structural Report
#2026年10月11日 09時 JST
#日次対象：10月10日09時～11日09時JST。週次対象：10月4日09時～11日09時JST。日次は10月10日09時号、週次は10月4日号を比較基準とし、期間内の既報を統合する。
#観測締切：最終選択取得は10月11日08:25:27 JST（10月10日23:25:27 UTC）。対象終端09時まで約34分33秒は未観測。資料別にはさらに早い時計とcache・表示の遅れがあり、末尾に分けて記す。
#今週、具体化したのは「設備を持つこと」と「品質を満たす仕事を終えること」の間にある条件だ。実行系では、既存GPUの配分、常駐weight、通信buffer、コンパイル、draft KVの扱いが速度と収容力を別々に動かした。物理供給では、資金・契約・建屋・認定・試験・通電の段階差が残る。局所的な前進は確認できるが、業界全体のGPU／HBM需要減や、主制約がHBMから電力へ全面移行したとの結論は出ない。
#本号の数量需給判定は14分類すべてUnknown。これはBalancedでも、実物の無変化でもない。対象品種・地域・期間を揃えた需要、認定良品供給、在庫、納期の不足を示す。日次の新規検証、既報の統合、過去資料の証拠補強を区別して読むためのレポートである。
#Confirmedは一次資料で記述・公開状態を確認した意味で、著者・会社の実験を独立再現した意味ではない。Estimatedは計算による推計、Unknownは証拠不足。Actualは明記した段階の実績、Forecastは予測、Guidanceは会社見通し、Targetは目標を表す。
#Announcement、Prototype、Pilot、Qualification、Volume Production、Shipment、Installed、Powered、Commissioned、Production Workloadを区別する。ソフトウェアのBenchmark、Merged、Releasedも本番採用とは別段階で、論文・PR・契約・受注・建屋完成から後続段階を推定しない。
#01 Critical Changes
#- 新規公開のSGLang #43614は、固定したbatched HTTP負荷で全出力の一致を伴う約3～7%のthroughput改善を報告し、原ログの分母も確認できた。ただし小さい負荷やSSEには退行がある。別の追加検証#43558と#61025は、速度・起動成立のための常駐memoryやKV枠の代価を示す。[R19 R01 R03]
- 01時・05時の既報五件は、CPU配置、compile退行、混合prefill、追加GPUの稼働、draft poolの過剰確保という異なる作用点を持つ。倍率を掛け合わせず、同じ資源節約の一群として足し上げない。[R05 R06 R07 R08 R09]
- Crusoeの現行取得本文では、同一prompt stream、cache hitゼロ、全serverの補助観測まで確認できた。26.9%という公開数値は引き続きGPU-board境界。これは測定条件の追加確認であり、記事編集や新実験の発生時刻を確定したものではない。[R16]
- Lexingtonの既報決議は署名済み原本まで確認を進めた。PJMの将来電源審査2,115MWも追加検証したが、申請受理日は9月30日、運開希望は2029年であり、今日の電力増ではない。GMD Warningを運用ActionやAI負荷損失へ読み替えない。[I06 I03 I01]
02 AI Research Frontier
#SGLang #43614は10月10日21:34UTCに公開。A100 40GB×1、Qwen3-0.6B／BF16／TP1、約31～33入力token、greedy・64出力tokenの固定負荷で、batch128は+2.94%、別設定のbatch512は+6.53%の完了throughputを報告した。これは一つのHTTP要求へbatch配列を渡す測定で、128／512本の独立した同時HTTP要求ではない。4つのfresh serverをABBA順に使い、各条件各群10group。主測定の両群合計27,560 model responseで、対応する出力token ID・生成文・終了理由、件数・cache条件と集計値を原ログに照合した。独立実行による再現ではない。
#全timed出力はlength64で終わり、自然EOS停止時の性能は未測定。batch512はtoken poolとcache設定も異なるため、群間の絶対速度を単純比較しない。単一要求・cache付きSSE等は約1～2%悪化し、単体applyの11倍以上という値をserving倍率にしない。準備・load・warmup、全energy、動的admission、業務受入れ品質は別の検証である。[R19]
#SGLang #43558はMI350X、Qwen3.8-27BのMXFP4、TP1、8K入力／1K出力の著者測定。flag off→onで、並列数1／4の出力は109→192／367→582 token/s、TPOTは8.87→4.94／10.06→6.01ms。GSM8K 200問の生成文は全件一致、正解率は双方0.940とする。一方、追加shuffled weightだけで10.8GiBを要し、元weightも残る。scratchや一時領域を含む全HBM、反復分布、電力量、失敗込みの仕事分母は不足している。opt-inの狭いdecode条件であり、同資源で同率の改善とはしない。[R01]
##43602はGB300／TP2のcompiler修正。二回のABAB比較でFLUX.1-devのcompiled応答は約3.65～3.70→2.59～2.65秒。Qwen-Image-2.1はcompile中のoffloadを切ると約2.14～2.20→1.50秒だが、既定のoffload有効では改善が小さい。比較元にはNUMA・compile修正を含む七つのopen patchが既に入り、既報倍率との乗算はできない。単一seedのQwen画像PSNR46.4dBは数値近似の証拠であり、FLUXのpaired品質や利用者の受入れ品質ではない。[R02]
#既報#43570はH200×2、混合chunk有効・radix cache無効のC128で約9%の出力改善。通常のcached・非混合条件はほぼ横ばいだった。#43565の約28%latency短縮は2基GB300のCosmos3-Nanoで初期化前にNUMA配置を合わせた結果。#43577は既にNUMA配置済みの比較で旧compile比約38%、eager比約6%短縮した。mode間の画像差と初回compileは残る。どれも限定した著者Benchmarkで、本番導入や総資源削減を確認したものではない。[R05 R06 R07]
#研究では、VFoldのKV1.11→0.84GBとTPOT21.0→27.8ms、ReadKVの品質を戻す読出し条件が、保持量と応答性能の分離を示す。ASCENTの97→115秒は論文のtask経過時間であり、更新計算を含むかは未確認という訂正を継承する。「更新込み」やLoRAだけが増分を作ったという説明は用いない。[R11 R12 R13]
#03 Physical AI Frontier
#VeriFineは方策だけでなくjudgeとcurriculumを更新する研究である。固定testや人の校正を残し、記録された運転場面で推論・軌跡の品質を評価する。評価器の改善を、現場の事故率、介入率、無人稼働や端末販売へ変換しない。方策を初期baseから学び直すroundと、同一重みの継続学習も分ける。[R18]
#現場ではCEVA／Sereactの二つのZalando返品拠点、Einrideの遠隔監督付き貨物運行を別々の段階で追う。named siteの稼働は研究scoreより現場に近い証拠だが、人の監督条件や作業量を除いて完全無人・採算成立とはしない。[I07 I08]
#04 Compute Demand Update
#vLLM issue #60932のDeepSeek-V4-Pro実験は、2台のDGX StationにあるGB300とRTX PRO6000を使う。C16のwhole-wall出力はthinking offで141.54→210.02、onで137.97→202.76 token/s、約48%／47%増。両群に追加GPUのmodelが既に常駐し、off群では呼ばれていない。これは余っていた常駐計算の稼働であり、hardware・memory削減ではない。各群16request、出力16,384token、失敗ゼロだが、各一回、異なるprompt群、paired品質・電力なしという境界を残す。[R08]
#Crusoeは各群8基B200の1node、1,024入力／256出力、C256のsteady-stateで1.686→1.232J／出力token、26.9%減と報告。現本文はseed42のbyte-identical prompt streamとcache hitゼロ、1Hz BMC/IPMIによる全serverの「同様の改善率」も記す。ただし数値表はGPU-boardのDCGM測定で、施設冷却を含まず、補助観測の個別値や分散もない。別cache試験の23%を乗算しない。[R16]
#総需要は「成功仕事数」と「成功仕事当たり全資源」の積で判断する。token単価、wall time、部品電力が下がっても、仕事数、品質、再試行、更新、検証、稼働GPU数が違えば総GPU時・kWhの方向は決まらない。週次シナリオで分母・単位と損益分岐を明示する。
#05 Semiconductor Demand
#vLLM #61025は8基A100 40GB、Qwen3.8-Flash-Next-FP8、TP8＋EP、FP8 KV／MTP3、model support #61018を併用し、sampling all-to-allをKV算定前に実行し必要bufferを予約する。flag off対flag on＋修正のメモリーper-GPU比較では、weight＋non-Torch17.75→20.62GiB、KV15.82→12.95GiB。報告されたKV token容量は2,128,699→1,742,619と約18%減った。このtoken数を独立rank容量として8倍しない。未修正flag onの起動OOMを解消する一方、serving・paired品質の測定は未完了。必要費用を可視化したのであり、KV縮小自体を効率改善とは呼ばない。[R03]
#既報SGLang #43599では、Kimi-K3／TP8・DCP8の著者報告で、per-rank draft device poolが9.95→1.24GiB、対応するhost poolが27.84→3.48GBとなる。8対1なのは過剰なdraft予約の是正で、target poolは不変。host退避・復元後のaccept lengthも修復したが、全HBM8分の1、同品質の仕事量増、GPU削減を示す数字ではない。[R09]
#GPU／ASIC需要は、学習、生成、判定、再試行の配分で変わる。HBM3E／4／4E、汎用DRAM、NANDは容量、帯域、保持時間、用途を分ける。Micronの2027年HBM bit供給の大半契約済みという週初以前の説明は、将来枠の確保であって現在の不足率ではない。同品種・地域・期間の良品供給、消費、在庫、納期を揃えた新数量は未確認。[S05]
#06 Packaging
#Winstekの10月6日資料は「n2製品」の認定と55×55mm FCBGAの量産入りを記すが、同じ製品との明示はない。n2を特定foundryやnodeへ展開せず、大面積工程能力・開発項目とも分ける。限定した量産Actualは前進だが、CoWoS、CoPoS、EMIB、glass package全体の良品／月には拡張できない。封止材、assembly、熱制御、試験、顧客受入れが揃って完成品になるため、材料計画や検査受注を完成package出力へ加算しない。[S10 S01 S03]
#07 Materials
#住友ベークライトはシンガポール2028年度末、蘇州2030年度の生産開始を計画し、今回投資後に会社の現行能力比でMUF約2倍、顆粒封止材約3倍を見込む。開始時期はTarget、倍率はGuidanceで、基準年月・絶対量・拠点別内訳は非開示。現在の認定良品増加や、各拠点それぞれの倍率とはしない。[S01]
#東京応化の郡山新棟は10月8日の建屋完成Actualと11月稼働予定Targetを分離する。ABF、CCL、低CTE／低Dkガラスクロス、銅箔、樹脂、薬液は、指定gradeと下流認定ごとに追う。投資額、建築面積、銅箔全体の出荷など別の尺度で、AI向け認定良品の不足量を埋めない。[S02]
#08 Passive Timing
#Samsung Electro-Mechanicsの10月6日MLCC契約は2億1,024万米ドル、履行は2027年1～12月。契約Actualで、当日の出荷ではない。顧客名、AI用途、品番、個数は非開示。原開示は契約金・前払金なしとし、顧客が設備資金を先払いする契約へ一般化できない。[S07]
#MLCC／inductor、Quartz／XO／TCXO／OCXO／Timing ICは容量、耐圧、電流、jitter、信頼性条件が違う。同品種の認定良品、実納期、未充足注文が揃う新しい比較数量は未確認。一般品の能力や検査最高速度をserver用受入れ量としない。
#09 Analog Power
#Renesasは10月6日に100V E-mode GaNの4品種と評価基板を提供中と説明する。これは部品の利用可能化で、OEM認定済みrackの出荷数ではない。PMIC、ADC／DAC、AFE、driver、VRM、MOSFET／GaN／SiCは負荷・温度・保護条件を揃え、FOMや特定電力段の損失改善をAI施設全体のkWhへ適用しない。[S08]
#10 Optical
#Coherent PhotonLinkの9月21日説明は週初以前の比較基準。CPO／NPOそれぞれ10超のcustomer engagementsと2026年Q4からの売上ramp見通しは、全件の量産受入れではない。InP laserやdetectorの既存基盤の累計出荷をPhotonLinkの当月出荷へ転記しない。800G／1.6T、CPO、SiPhについて、InP基板、epi、laser、fiber、実装、検査済みmoduleのどこに出力があるかを残す。[S09]
#11 Test
#Aehrの10月7日Sonoma追加受注約600万米ドルは、既存hyperscalerの第2のAI processor向け。台湾OSATへの装置・module・socket・software等の納入は今後6か月、対象製品のrampは2027年見込み。第1製品が既に大量生産中という会社説明と分ける。独立した熱領域、複数dieの電気試験、再試験やsocket等の条件も実効処理量に関わり得るため、受注額から装置台数や良品／時間は逆算できない。[S03]
#12 Manufacturing Capacity
#今週の供給証拠は、特定品の認定・量産、建屋完成、将来増強、装置受注、post-silicon検証という異なる段階に分布する。同じ製品について稼働時間、歩留まり、認定、availabilityを揃え、最終的に受入れ可能な良品で比較する。既に歩留まり込みの値へ再度歩留まりを掛ける二重控除も避ける。wafer枚数を使う場合は径・製品・工程を揃え、package数やbit数へ無条件に換算しない。[S01 S02 S03 S04 S10]
#13 China
#壁仞の10月8日開示は次世代製品のbring-up完了、post-silicon validation入りを示す。sample・量産は検証と顧客認定を条件とする今後数四半期の計画。7月調達資金の一部の支出前倒しは量産開始日の1年前倒しではなく、今回の条件付き新規調達には別の使途時期も残る。先行調達・生産枠確保は資金拘束と開発riskを結ぶが、会社の逼迫説明から国内GPU／HBMの不足率や輸出可能量は算出しない。[S04]
#14 Infrastructure
#PJMのGMD Warning 105550はK7+、有効時間は10月10日17:52～23:59UTC。最終の選択確認ではWarningが表示され、GMD Actionの表示はない。message固有のdrill属性、実際の送電制限、AI負荷の抑制、設備損傷・容量損失は未確認。期限到来や画面からの消失だけで解除・影響ゼロとはしない。[I01]
#10月12～13日のCapacity Advisoryは需要予測102／104GW、計画発電停止約70GWという既報。70GWを不足量としない。別のEIT資料は3件、合計2,115MWの将来nameplate計画を示すが、9月30日申請受理・2029年7月31日運開希望の段階で、接続契約締結・通電の完了は未確認。短期の運用注意と将来の建設pipelineを一つの電力収支へ足さない。[I02 I03]
#Lexington R-438-2026は、既報の10月8日成立について署名済み原本を追加確認。対象許認可停止は2027年10月31日まで、既提出申請の例外が残る。新たな延長発生として数えず、案件ごとの適用と後続工程を追う。[I06]
#15 Actual Deployment
#Ai2の10月9日記事は7月末からのscheduler導入結果。小さいdebug cohortの待ちp90は2時間→30秒、最大H100 clusterの中央値は5分→24秒だが、p90は2.8→1.8時間で長い待ちが残る。occupancyは前後98%。別の「98% delivered」は、時間ごとの需要で上限設定した割当GPU時間を分母とし、全要求の98%ではない。session再構築、再開費用、最大jobのfragmentation、完了研究量は未解決である。[R15]
#DayOneの6月末675→9月20日962MWは、試験済みで顧客ITを設置・稼働できる施設のIT向け供給可能電力。Billings666→953MWは収益化された契約容量で、99.1%はBillings／Capacity In Serviceの商業比率である。消費電力、GPU稼働率、AI専用容量ではなく、今週の287MW新規AI稼働にも計上しない。[I10]
#Physical AIの稼働証拠は、named site、実貨物、監督体制、期間と作業分母まで揃えて強くする。CEVA／Sereactの現場導入や監督付き運行は重要なActualだが、導入拠点数だけで成功作業／時、無介入率、費用回収を算定しない。[I07 I08]
#16 Newly Detected Hidden Bottlenecks
#- 配置と予約の正しさ：NUMA、通信buffer、draft poolの物理ownerを間違えると、計算器があっても起動や復元が成立しない。#61025と#43599は別の費用を正しく数える修正である。[R03 R06 R09]
- 高速経路の常駐代価：追加weightとoffload停止は、低並列応答を速くしてもKV収容力やpeak memoryを圧迫し得る。速度表とallocationの同時測定が必要だ。[R01 R02]
- profiling自身の資源管理：#43604は合成6-layer Kimi K3で477,708 KV slotの解放漏れ等を報告し修復する。slot数をHBM byteやtrained-model品質へ換算しない。[R04]
- 量産前後の受入れ条件：多dieの熱試験、材料認定、許認可、通電後の安定運転が、投資額と受入れ仕事量の間に残る。これらが世界で一斉に主律速になったとは判定しない。[S03 S01 I06 I05]
17 Bottleneck Map
#全行の現在判定はUnknown。前号と判定ラベルが同じでも、対象の物理的無変化を意味しない。将来計画は現在の供給へ加えない。
#| 分類 | 現在判定 | 判定に足りない共通分母と今回の手掛かり |
|---|---|---|
| Compute | Unknown | 同品質・SLOの成功仕事と全GPU時。局所runtime改善、Ai2配分、追加resident GPUを分離 |
| HBM | Unknown | 世代別の認定bit供給・消費・在庫。weight、KV、scratch、通信予約を区別 |
| Packaging | Unknown | 方式・面積・HBM構成別の良品package／月。材料・testの計画だけでは不足 |
| Substrate | Unknown | ABF／FCBGA仕様別の認定良品面積・需要・納期。将来投資と現出荷を分離 |
| CCL | Unknown | 低損失・多層gradeの良品量、下流受入れ、未充足注文 |
| Glass Cloth | Unknown | 低CTE・低Dk・石英の品種別認定量と代替性 |
| MLCC | Unknown | server用同品番の個数・納期・需要。金額契約は数量収支ではない |
| Quartz | Unknown | XO／TCXO／OCXO／Timing ICのjitter等を揃えた需給 |
| Optics | Unknown | 800G／1.6T等の検査済みmodule数、良品率、再試験・納期 |
| InP | Unknown | 径・grade別基板、epi、laser良品量。過去累計を現月供給にしない |
| Test | Unknown | device別良品／時間、並列度、再試験、socket・probe、現場受入れ |
| Analog | Unknown | 電圧・負荷・温度別の出荷、OEM認定、未充足需要 |
| Power | Unknown | 地域別のfirm供給・接続・IT MWと同時需要。Warningやnameplateを損失・実供給にしない |
| Cooling | Unknown | 条件を揃えた持続排熱、CDU／QD／chillerの現場受入れ、availability |
18 Constraint Migration
#局所的な確認点は、GPU個数から配分とCPU配置へ、KVの論理容量から物理owner・帯域・通信予約へ、kernelからcompile・画像品質へ進んだ。物理供給では材料製造から認定・assembly・熱試験・現場受入れへ条件が連なる。制約が解消した前後の同品質仕事量や納期が揃うまで、「確認すべき工程の移動」と「実際の主律速の移動」を分ける。[R01 R02 R03 R09 R15 S01 S03]
#19 Company Relationship Changes
#Micronのdeposit付きtake-or-pay、Samsung FCBGAの顧客資金支援・数量保証、Samsung MLCCの前払金なしの将来契約は異なる関係である。将来需要を設備投資へつなぐ点は共通しても、解約、返還、未稼働負担の全条件は同じではない。顧客がすべての増設riskを負うという一般則にはならない。[S05 S06 S07]
#Boost Run／Cohereの契約は、構成・NCCL・LLM試験と版情報を含む準備完了報告、7営業日の受入れ確認、受入れ後の料金開始を結ぶ。無回答や本番使用によるみなし受入れもあり、一回の引渡し検証と後の性能保証は別である。契約は9月30日有効、10月6日開示で、検収完了・実課金の証拠ではない。TeraWulf Muskieも契約拡張後に承認・建設の条件が残る。[I05 I04]
#20 Feedback Loops
#待ち時間減→試行頻度増→受入れ成果増という経路はあり得るが、再開や評価が追いつかなければ有効な成果は増えない。単位energy減→価格低下→需要増も、価格転嫁・採用率・弾力性を必要とする。効率化とvolume reboundを別変数で測り、Jevons効果を自動的に結論にしない。[R15 R16]
#将来需要のcommitment→資金・装置→認定良品→顧客稼働→回収という循環には時間差と条件がある。Physical AIでは現場失敗data→校正→再学習→独立検証→再配備が加わる。更新の速さだけでなく、誤った判定の増幅とrollback費用を検証する。[S01 S03 S05 I05 R18]
#21 Structural Change
#日次の証拠が強めるのは、実効能力を設備量、利用可能性、受入れ仕事の三層で見る必要性である。起動・復元・配分の修正は設備を増やさず能力を取り戻し得る一方、速度向上のため追加常駐資源を使う場合もある。物理供給の計画と現場の作業量にも同じ段階差がある。各段階の前進を評価しつつ、共通の成功分母がない全産業倍率は置かない。
#22 Previous Thesis Update
#10月10日日次からの更新。Strengthenedは限定した支持の追加で、全産業への証明ではない。比較資料がない時はUnknown、同じ条件の観測で変化がない時だけUnchangedとする。
#| 前回仮説 | 判定 | 更新の根拠と反証条件 |
|---|---|---|
| 設備保有と受入れ仕事は別 | Strengthened | 追加resident GPU、起動buffer、Ai2配分が局所支持。全仕事・総資源が揃えば定量化 |
| 成功仕事の全費用を測る | Strengthened | weight常駐、compile offload、paired品質、全server測定の境界が具体化 |
| 効率化は別工程へ費用を移す | Strengthened | KV予約・weightコピー・保持対読出しの交換。総費用でも利得が残るか |
| 顧客commitmentが投資・稼働率riskを結ぶ | Unknown | 契約上の仕組みはConfirmed。ただし実利用・支払との因果量が不足し、MLCCには前払金もない |
| 材料・検査・冷却の認定が実効能力を左右 | Unknown | 因果候補は具体化したが、解除前後の同仕様良品量・納期は不足 |
| 効率化で業界GPU／HBM需要が減る | Unknown | 仕事数比と成功仕事当たり全資源比が同じ母集団で揃わない |
| 主制約がHBMから電力へ全面移行 | Unknown | 地域・工程ごとの制約が並存。世界の主律速時系列がない |
| Physical AI研究が直ちに大量端末需要になる | Unknown | 研究・販売・現場作業の対応、BOMとedge／cloud配分が不足 |
追加の解釈点検では、「同じwall time短縮率が同じ資源削減率」を一般則とする読み方はInvalidated。「メモリー圧縮なら遅延も一様に改善する」という強い読み方はWeakened。これは正式な前回仮説を新設したという意味ではなく、今回の反証から避けるべき外挿を明示したものだ。[R08 R11 R12]
#23 What to Watch Next
#24時間：対象PRの測定表・merge状態、#61025のserving結果とpaired品質、PJM Warningの正式な後続表示・Action・運用影響を個別に確認する。時刻到来を完了とみなさない。[R01 R02 R03 R04 I01]
#7日：同revision・同入力・反復付きの品質、tail latency、peak／resident HBM、全server energy。論文の公開recipeと測定版、schedulerの再開費用、Physical AIの作業期間と介入を揃える。[R11 R12 R13 R17 R15 R16 I07]
#1～6か月：TOKの11月予定稼働から認定出荷、住友ベークライトの10月末予定事業移管、Aehr納入、壁仞の検証・sample・資金使途。契約や建屋から量産・出荷への移行を更新する。[S01 S02 S03 S04]
#6～36か月：Samsung Sejongの2028年、住友シンガポール2028年度末、Muskieの2028／2029年、PJM EITの2029年7月運開希望とcommissioningを追う。Samsung Vietnam2030年6月と蘇州2030年度は36か月外として別扱い。計画倍率を現在の能力に足さない。[S01 S06 I04 I03]
#Sunday Weekly Structural Report
#今週の変化を前週基準と比べる
#10月4日号の中心は、将来memory契約、顧客資金を伴う基板投資、cache・scheduler、Physical AIのinterface条件だった。今週は、その間を埋める証拠が増えた。配分はAi2の本番待ち時間、状態管理はKV・通信予約・weight常駐、物理供給は材料・熱試験・認定、現場はnamed siteと監督条件へ具体化した。ただし七日間の同一母集団の数量系列はなく、今週の速報件数を能力増加率へ換算しない。
#第一の変化は、メモリーを一つの量で語れなくなったことだ。VFoldは保存KVを減らして応答を遅くし、ReadKVは保持と読出しを分離する。LoGRAの7B学習GPU当たり平均allocationは31.82→17.29GiBでも、更新速度は25.28→25.73回／時で大差がない。8基H100のうち学習4基・生成4基という構成で、学習memory削減を全nodeのGPU・電力削減へ転写しない。今週のruntimeは、逆に速度のためweightを増やす例と、過剰draft予約を取り除く例を加えた。[R11 R12 R17 R01 R09]
#第二の変化は、設備の取得と有効な仕事の間の運用・評価費用が具体化したことだ。Ai2は占有率を変えず待ちを改善したが、再開や最大jobへの影響は残る。ASCENTでは成功率とturn数だけでなく経過時間、VeriFineではjudge自身の更新と固定testを追う必要がある。成功分母、評価者、rollbackを管理できなければ、試行数が増えても価値ある完了は増えない。[R15 R13 R18]
#単位効率の前進自体にも限定した肯定証拠がある。uTTTの760M学習は同じTTT-Dense最終lossまで1,540 H100 GPU時、約15%減を報告するが、peak training memoryは同Denseの1.29～1.37倍でdecodeも遅い。CIGは同0.530M提案token予算で41.3→46.8%の結果を示す一方、候補8件を全て使うと提案tokenは1.55倍で、solver評価費用は別。改善を否定せず、成立した品質・費用境界を残す。[R10 R14]
#第三の変化は、将来供給を実物へ変える工程の進み方が分かれたことだ。TOKは建屋、住友は将来材料能力、Aehrは受注と納入予定、壁仞は検証、Winstekは限定品の認定・量産である。PJM EITも手続きを進めたが、2,115MWは現在のfirm supplyではない。すべて計画止まりという見方も、すべて即供給増という見方も、各段階の証拠と合わない。[S01 S02 S03 S04 S10 I03]
#Muskieは500MWから1GWへの契約拡張に対し、前半500MWは2028年、後半500MWは2029年のTargetでPSC承認と建設が条件。LG／AIRの5GW超は冷却契約が対象とするデータセンター計画規模で、納入済み冷却能力ではない。電力と冷却の将来枠が進んでも、同じsiteの持続運転・顧客受入れまで確認する。[I04 I09]
#10月4日のHBM Shortage、Packaging／Substrate Tighteningは当時の限定した暫定評価だった。本号は対象を揃えた現在の数量判定をすべてUnknownとする。この判定基準の明確化を、一週間で不足が解消した証拠とはしない。過去の取得に空白があるため、比較不能をUnchangedへ置き換えない。
#ResearchからPhysical AIまでのSupply Demand Map
#Research → Models → Inference／Training → Compute → Memory → Packaging → Materials → PCB → Passives → Optics → Test → Power → Cooling → Datacenter → Physical AI。これは因果を追う整理であり、全需要が必ずこの順に通る一本の物理工程や、同時進行の数量予測ではない。
#| 段階 | 需要が生まれる経路 | 供給側の条件と今回の検証点 |
|---|---|---|
| Research | 状態共有・圧縮・検証・継続改善 | 同品質の再現、公開実装、全費用。論文倍率を採用率にしない |
| Models | parameter、active compute、context、精度 | checkpoint・license・品質。総parameterとtoken毎activeを分離 |
| Inference Training | 生成・judge・更新・再試行 | 分業とbatch・SLO。学習側の節約を生成側へ流用しない |
| Compute | 成功仕事数×資源／成功仕事 | 割当、NUMA、compile、失敗。residentとactive GPUを区別 |
| Memory | weight、KV、activation、optimizer、buffer | HBM／DRAM／NAND、容量・帯域・保持時間、peakを分離 |
| Packaging | die面積・HBM搭載・接続 | CoWoS／CoPoS／EMIB／glass、認定・良品・熱試験 |
| Materials | 面積・層数・工程に応じる消費 | ABF／樹脂／薬液の指定grade、認定と下流受入れ |
| PCB | 高多層・低損失・大電流の実装 | CCL／glass cloth／銅箔の仕様、歩留まり・反り・納期 |
| Passives | 電源・信号条件に必要な部品 | MLCC／inductor／timingの品番別供給。金額で個数を代用しない |
| Optics | link数、速度、距離、topology | InPからmoduleまでの認定、実装・align・再試験 |
| Test | 複数die・熱領域・信頼性確認 | ATE、probe、socket、burn-in、並列度、良品／時間 |
| Power | 同時IT負荷と稼働時間 | 契約、許可、系統接続、持続供給。nameplateとIT MWを分離 |
| Cooling | 持続発熱・rack熱密度 | CDU／QD／chiller、流量・水温・冗長性、現場受入れ |
| Datacenter | 設備を利用可能な仕事へ変える | commissioning、network、scheduler、availability、契約検収 |
| Physical AI | 稼働台数×時間×試行速度×成功率 | sensor・edge・cloud、監督・介入・保守、現場作業の分母 |
各行は上下へ影響する。例えば状態の外出しはMemoryを減らしてOptics・storage転送を増やし得る。小さいjudgeは生成負荷を減らしても、校正や説明復元を残す。電力契約は設備の稼働可能性を作るが、schedulerや品質の条件を満たす仕事量まで保証しない。矢印の符号と大きさは用途別の測定で更新する。
#三つの重要シナリオ
#以下は予測確率や架空の設備数量を置かない条件付きForecast。Low／Base／Highは、明記した結果変数の低位／基準／高位を表す。異なるシナリオのHighを同時成立とはしない。日次の測定値は入力の候補だが、同じ品質・期間・母集団に揃わない限り式へ代入しない。
#1 効率改善と仕事量の増加が総計算需要をどう変えるか
#結果変数を期間内の総資源Rとする。受入れ基準を満たす完了仕事数N、全試行・評価・更新・準備を配賦した1成功仕事当たり資源cを使う。N0、N1、c0が正の場合、R＝N×c、R1／R0＝(N1／N0)×(c1／c0)＝rN×rc。GPU時間ならcはGPU時／成功仕事、RはGPU時。電力ならcはkWh／成功仕事、RはkWhで、両者を混ぜない。HBMはGB時とpeak GB、転送はbyteを別勘定にする。
#Low：rN×rc＜1。単位資源の低下が利用量の伸びを上回る。Base：rN×rc＝1。仕事量がちょうど節約分を吸収する。High：rN×rc＞1。利用量や追加検証が単位改善を上回り、総需要は増える。需要の損益分岐はrN＝1／rc。価格低下、料金への転嫁、採用率、弾力性の実測がないため、HighをJevons効果の成立とは認定しない。
#待ち時間やwall timeの短縮だけではrcは求まらない。全GPUを同じ期間占有する限定条件なら、割当GPU時間比は(n1／n0)×(t1／t0)。追加resident GPUを使う案は、このnを残す必要がある。演算精度、成功率、失敗・再試行、idle、学習・judge費用が異なれば、同一仕事の比較をやり直す。
#不足入力：品質とSLOを固定したN0・N1、総GPU時、全system kWh、再試行・更新費用、採用率、実際の利用価格。今回の局所PR測定からfleet台数を数値予測しない。
#2 部材と電力の増強が受入れ可能なsystemへ届くか
#結果変数を同じ品種・拠点・月に完成し検収されたsystem数Q［system／月］とする。工程iの利用可能な認定良品量をCi［部品単位／月］、system当たり必要量をbi［部品単位／system］と置くと、在庫の取り崩しがない単純な同期pipelineの必要上限はQ≦min_i(Ci／bi)。供給者の売上や投資額、異なる月の能力はCiへ直接入れない。実際には歩留まり、仕掛在庫、物流、認定、工程の時間差によりさらに下がり得る。
#通電後の稼働system stockは別式で扱う。同じ同時負荷条件で、必要な余裕・冗長分を除いた持続利用可能なIT電力P_IT［MW］とsystem IT電力p［MW／system］なら、K_power＝P_IT／p［system］。許認可・接続・通電・commissioningが成立した計算・memory・package・冷却側もsystem換算［台］した同拠点stockと合わせ、K_active≦min(K_compute,K_memory,K_package,K_power,K_cooling)。facility MW、発電nameplate MW、IT MWを混ぜず、月間flow Qとstock Kも足さない。
#Low：一工程の増強があっても別工程のCi／bi、又は通電・commissioningがbindingで、QやK_activeは増えない。Base：現在のbinding工程が改善し、次に小さい工程まで出力が増える。High：相互補完する工程と現場受入れが同期し、複数の上限が上がる。ただし発注需要と利用率がなければ、稼働仕事量まで増えるとは限らない。
#不足入力：品種別BOM、認定良品／月、歩留まり、在庫・納期、site別IT MWと持続冷却量、commissioning・検収日。MUF倍率、interposer契約、将来電源nameplateを、この不足を埋める数量として代入しない。
#3 Physical AIの販売が現場仕事と追加計算へ結び付くか
#結果変数を同じ期間・用途の受入れ完了作業T［作業／期間］とする。設置台数K［台］、稼働可能割合a、予定運転時間h［時／台・期間］、試行速度v［試行／時］、品質を満たす割合sを固定して、T＝K×a×h×v×s。介入・reset・保守・再作業はa、v又はsのどこへ含めるかを事前に定義し、二重控除しない。累計tote数やsensor販売だけでは、この各変数を識別できない。
#Low：販売や設置が増えても、安全条件・介入・停止でa、v、sが下がり、Tは伸びない。Base：限られた現場でa、v、sを維持し、Kの増加に応じてTが増える。High：複数現場への展開と稼働・成功率の改善が両立し、TがKより速く増える。Highでも推論がedgeへ移ればcloud計算需要は同率には増えない。
#追加cloud GPU時間は、T×g_cloud［GPU時／成功作業］に、現場dataの学習・評価・再校正G_train［GPU時／期間］を加える。G_total＝T×g_cloud＋G_train。edge側のenergy、CPU、通信・storage、人の監督時間は別単位で追う。sensor販売Sをrobot台数へ換算するには1台当たりsensor数、用途配分、在庫、装着率が必要であり、今回は不明なので換算しない。
#不足入力：設置・commissioning済み台数、作業の分母・期間、稼働時間、介入率、再作業率、edge／cloud配分、学習更新頻度、総費用。Research scoreの改善から商用KやG_totalを直接予測しない。
#数量予測に足りない入力
#| シナリオ | 結果と単位 | 必要な入力と確認先 |
|---|---|---|
| 総計算需要 | GPU時／期間、kWh／期間 | 同品質成功仕事数、全試行・更新資源、実価格・採用率。運用者のpaired本番測定 |
| 実効system供給 | 検収system／月、稼働system台数 | 同SKUのBOM・良品量・在庫、site IT MW・持続冷却、認定・通電・検収記録 |
| Physical AI | 合格作業／期間、追加cloud GPU時 | 台数、時間、介入・再作業、成功率、edge／cloud分担、学習費用。顧客現場の継続記録 |
現在の資料はこれらを同じ対象と期間で埋めない。したがって数値fleet Forecastやシナリオ確率を置かず、次の観測がどの式のどの変数を更新するかを示した。
#出典と観測範囲
#以下は公開一次資料。取得時計、公表・実験・契約・稼働の時計は別である。時刻は2026年10月10日UTC、JSTは9時間を加える。本文固定版を再取得しても最新版の不存在は証明できず、abstractの版確認は全文の再取得ではない。cache AgeとLast Modifiedは公表時刻の代用にしない。
#これは選択資料の非同期の点観測であり、世界全体の網羅・連続監視ではない。過去報告の保存本文で比較基準を復元したが、古い原取得記録の一部は再確認できない。後刻の取得で過去の空白を埋めず、制限・取得失敗の対象から無変化や復旧を推定しない。独立benchmark、code実行、実機・現場測定は行っていない。
#比較の基準時点：10月10日日次の最終選択取得は10月9日23:29:16.873UTCで、名目終端まで約31分。10月4日号は10月3日23:48:24UTCで約12分。各号も資料別にさらに早い時点と空白がある。週内の中断・部分観測、取得制限を後の成功取得で遡って解消したとは扱わない。
#最終選択取得は23:25:27.341900 UTCで、00:00 UTCまで2072.658100秒は未観測。再確認したPR・記事・供給資料は記載範囲で一致した。論文は固定本文20:59の時計を維持し、23:25には版表示だけを確認。I02とI04～I10は初回取得のままで、約3時間の未観測区間がある。PJMは取得23:25に対し表示時計23:10:16で、終了23:59以降は未観測。Web取得の幅は呼出し区間で、個別URLのnetwork到達時計ではない。Webのcache Ageは非開示。未観測時間にはさらにcache・索引・表示の遅れが加わり得る。
#[R01] SGLang 43558
#23:25:01.360 UTC取得、対象終端まで約0時間34分59秒未観測。本文・head一致、draft・未merge。現在の測定表の初出時刻は未分離。cache情報は非開示。
#https://github.com/sgl-project/sglang/pull/43558
#[R02] SGLang 43602
#23:25:01.338 UTC取得、対象終端まで約0時間34分59秒未観測。本文・head一致、未merge。現在の測定表の初出時刻は未分離。cache情報は非開示。
#https://github.com/sgl-project/sglang/pull/43602
#[R03] vLLM 61025
#23:25:01.374 UTC取得、対象終端まで約0時間34分59秒未観測。本文・head一致、draft・未merge。現在の測定表の初出時刻は未分離。3×60分servingとpaired品質は未完了。cache情報は非開示。
#https://github.com/vllm-project/vllm/pull/61025
#[R04] SGLang 43604
#23:25:01.339 UTC取得、対象終端まで約0時間34分59秒未観測。本文・head一致、draft・未merge。合成modelの限定評価。cache情報は非開示。
#https://github.com/sgl-project/sglang/pull/43604
#[R05] SGLang 43570
#23:25:01.476 UTC取得、対象終端まで約0時間34分59秒未観測。本文・head一致、未merge。01時号の既報。cache情報は非開示。
#https://github.com/sgl-project/sglang/pull/43570
#[R06] SGLang 43565
#23:25:01.277 UTC取得、対象終端まで約0時間34分59秒未観測。本文・head一致、未merge。01時号の既報。cache情報は非開示。
#https://github.com/sgl-project/sglang/pull/43565
#[R07] SGLang 43577
#23:25:01.367 UTC取得、対象終端まで約0時間34分59秒未観測。本文・head一致、未merge。01時号の既報。cache情報は非開示。
#https://github.com/sgl-project/sglang/pull/43577
#[R08] vLLM issue 60932
#23:25:00.971 UTC取得、対象終端まで約0時間34分59秒未観測。コメント公開10月10日16:59:48、本文一致。README履歴23:25:01.075 UTC一致。固定recipe本文は21:00:47.631、whole wall値の元ログは05時号の確認を継承。今回全ログを再取得した意味ではない。cache情報は非開示。
#https://github.com/vllm-project/vllm/issues/60932#issuecomment-6099978463
#https://github.com/RonanLabsAI/dgx-station-frontier/blob/b51d8a8bf9a359753cfe02f8d42f62f1a4c53c3a/recipes/dsv4-pro-two-stations/README.md
#[R09] SGLang 43599
#23:25:01.501 UTC取得、対象終端まで約0時間34分58秒未観測。本文・head一致、未merge。05時号の既報。draft poolとtargetを区別。cache情報は非開示。
#https://github.com/sgl-project/sglang/pull/43599
#[R10] uTTT v1
#固定本文は20:59:06.524 UTC取得、対象終端まで約3時間0分53秒未観測。uTTT、10月4日v1。CDN Age405479秒 版表示のみ23:25:11.801～13.385 UTC再確認、v1で一致。本文は再取得していない。
#https://arxiv.org/html/2610.05484v1
#https://arxiv.org/abs/2610.05484
#[R11] VFold v1
#固定本文は20:59:06.559 UTC取得、対象終端まで約3時間0分53秒未観測。VFold、10月8日v1。Age152919秒 版表示のみ23:25:11.801～13.385 UTC再確認、v1で一致。本文は再取得していない。
#https://arxiv.org/html/2610.12338v1#S6.T4
#https://arxiv.org/abs/2610.12338
#[R12] ReadKV v1
#固定本文は20:59:06.580 UTC取得、対象終端まで約3時間0分53秒未観測。ReadKV、10月8日v1。Age152971秒。速度測定は同URL#A7 版表示のみ23:25:11.801～13.385 UTC再確認、v1で一致。本文は再取得していない。
#https://arxiv.org/html/2610.11245v1#A6.SS8
#https://arxiv.org/html/2610.11245v1#A7
#https://arxiv.org/abs/2610.11245
#[R13] ASCENT v1
#固定本文は20:59:06.511 UTC取得、対象終端まで約3時間0分53秒未観測。ASCENT、10月4日v1。Age405762秒。時間訂正継承 版表示のみ23:25:11.801～13.385 UTC再確認、v1で一致。本文は再取得していない。
#https://arxiv.org/html/2610.05303v1
#https://arxiv.org/abs/2610.05303
#[R14] Causal Improvement Graph v1
#固定本文は20:59:11.312 UTC取得、対象終端まで約3時間0分49秒未観測。CIG、10月4日v1。Age405998秒。§A.7 token予算 版表示のみ23:25:11.801～13.385 UTC再確認、v1で一致。本文は再取得していない。
#https://arxiv.org/html/2610.05039v1
#https://arxiv.org/abs/2610.05039
#[R15] Ai2 Impactful scheduling
#23:25:17.914 UTC取得、対象終端まで約0時間34分42秒未観測。10月9日記事、導入は7月末から。本文・raw一致。no store、Age非表示。
#https://allenai.org/blog/impactful-scheduling
#[R16] Crusoe inference energy
#23:25:14.820 UTC取得、対象終端まで約0時間34分45秒未観測。10月9日記事。本文・raw一致、Age100972秒、Last Modified10月9日19:58:37 UTC。新規編集日時は未確定。
#https://www.crusoe.ai/resources/blog/how-green-is-crusoes-inference-engine
#[R17] LoGRA v2
#固定本文は20:59:11.358 UTC取得、対象終端まで約3時間0分49秒未観測。LoGRA、10月6日v2。学習GPU当たり平均allocation。学習4基＋生成4基、Age239989秒。 版表示のみ23:25:11.801～13.385 UTC再確認、v2で一致。本文は再取得していない。
#https://arxiv.org/html/2610.06647v2
#https://arxiv.org/abs/2610.06647
#[R18] VeriFine v1
#固定本文は20:59:11.312 UTC取得、対象終端まで約3時間0分49秒未観測。VeriFine、10月6日v1。記録場面の評価で実道路運用ではない。Age326149秒。 版表示のみ23:25:11.801～13.385 UTC再確認、v1で一致。本文は再取得していない。
#https://arxiv.org/html/2610.08761v1
#https://arxiv.org/abs/2610.08761
#[R19] SGLang 43614と原ログ
#23:25:01.361 UTC取得、対象終端まで約0時間34分59秒未観測。PR公開21:34:45、本文・head一致、未merge。著者記録の測定21:11～21:21。固定報告は21:41:48.101、原archiveは21:42:08.845 UTC確認、rawのmax age300秒／Source Age0。原ログの照合で独立実行ではない。
#https://github.com/sgl-project/sglang/pull/43614
#https://raw.githubusercontent.com/davidliuk/sglang/d2abd339976589225c3ffa9d9cbc90382c2ac6c1/benchmark_evidence/sparse-min-new-tokens-20261010/REPORT.md
#https://raw.githubusercontent.com/davidliuk/sglang/d2abd339976589225c3ffa9d9cbc90382c2ac6c1/benchmark_evidence/sparse-min-new-tokens-20261010/results.tar.gz
#[S01] 住友ベークライト 封止材
#23:23:24.765 UTC取得、対象終端まで約0時間36分35秒未観測。初回と抽出本文一致。表示10月9日、2028年度末／2030年度Target、倍率Guidance。Age／Last Modified非表示。
#https://www.sumibe.co.jp/topics/2026/it-materials/1007_01/index.html
#[S02] 東京応化 郡山新棟
#23:23:32.242 UTC取得、対象終端まで約0時間36分28秒未観測。初回と抽出本文一致。10月8日竣工、11月稼働予定。認定出荷量ではない。Cache Control max-age=21600, s-maxage=21600。
#https://www.tok.co.jp/news/2026/261008
#[S03] Aehr Sonoma受注
#23:23:38.333 UTC取得、対象終端まで約0時間36分22秒未観測。初回と抽出本文一致。10月7日公表。受注Actual、納入今後6か月、2027ramp見通し。Last Modified Thu, 08 Oct 2026 11:33:39 GMT。
#https://www.aehr.com/2026/10/aehr-receives-follow-on-sonoma-production-orders-for-lead-hyperscale-customer-s-next-generation-ai-processor/
#[S04] 壁仞 HKEX開示
#23:23:45.832 UTC取得、対象終端まで約0時間36分14秒未観測。初回と抽出本文一致。文書10月8日。bring up後の検証、認定条件付きsample／量産。Last Modified Wed, 07 Oct 2026 22:25:03 GMT。
#https://www1.hkexnews.hk/listedco/listconews/sehk/2026/1008/2026100800060_c.pdf
#[S05] Micron FY2026 Q4説明
#23:23:52.087 UTC取得、対象終端まで約0時間36分8秒未観測。初回と抽出本文一致。9月30日公表、週初以前の基準。契約・deposit・将来出力を区別。Cache Control max-age=604800、Last Modified Wed, 30 Sep 2026 20:13:59 GMT。
#https://s25.q4cdn.com/621799436/files/doc_financials/2026/q4/Q4-FY26-Prepared-Remarks.pdf
#[S06] Samsung Electro Mechanics FCBGA
#23:24:00.326 UTC取得、対象終端まで約0時間36分0秒未観測。初回と抽出本文一致。9月29日公表、週初以前の基準。2028／2030Target、資金支援条件。raw HTMLのみ変化。Age／Last Modified非表示。
#https://www.samsungsem.co.kr/global/newsroom/news/view.do?id=10562
#[S07] Samsung Electro Mechanics MLCC
#23:24:07.024 UTC取得、対象終端まで約0時間35分53秒未観測。初回と抽出本文一致。10月6日契約・開示、2027年履行、前払金なし、用途・個数非開示。Age／Last Modified非表示。
#https://dart.fss.or.kr/report/viewer.do?rcpNo=20261006800130&dcmNo=11603136&eleId=0&offset=0&length=0&dtd=HTML
#[S08] Renesas 100V GaN
#23:24:13.135 UTC取得、対象終端まで約0時間35分47秒未観測。初回と抽出本文一致。10月6日公表。4品種と評価基板の提供で、OEM受入れ量ではない。Age 155901秒、Cache Control max-age=0, no-cache, no-store、Last Modified Fri, 09 Oct 2026 04:05:51 GMT。
#https://www.renesas.com/en/about/newsroom/renesas-expands-gan-portfolio-first-low-voltage-gan-fets-ai-data-centers-and-robotics
#[S09] Coherent PhotonLink
#23:24:19.328 UTC取得、対象終端まで約0時間35分41秒未観測。初回と抽出本文一致。9月21日公表、週初以前の基準。engagementとQ4売上ramp見通し。X-Age 1667秒、Cache Control public, max-age=0, s-maxage=2592000、Last Modified Sat, 10 Oct 2026 20:33:16 GMT。
#https://ir.coherent.com/news-releases/news-release-details/coherent-launches-photonlinktm-integrated-optics-platform-ai
#[S10] Winstek 10月6日資料
#23:24:28.102 UTC取得、対象終端まで約0時間35分32秒未観測。初回と抽出本文一致。10月6日slide13画像確認。n2認定と55×55mm量産を同一製品としない。HTTP Dateは取得より約12時間前。Last Modified Mon, 05 Oct 2026 11:42:31 GMT。
#https://mopsov.twse.com.tw/nas/STR/326520261006M001.pptx
#[I01] PJM Emergency Procedures
#23:25:17.424 UTC取得、対象終端まで約0時間34分43秒未観測。取得区間23:25:15.675～17.424。表示更新23:10:16 UTC、取得時に901.424秒古いsnapshot。同Warning105550、表示Actionなし。source時計から対象終端までは2984秒。drill属性・公表時刻・運用影響は未確認、終了23:59後は未観測。
#https://emergencyprocedures.pjm.com/ep/pages/dashboard.jsf
#[I02] PJM Capacity Advisory
#20:58:47UTC取得、名目終端まで約3時間1分12秒未観測。10月9日記事、対象10月12～13日。取得20:58:44.813～47.179。
#https://insidelines.pjm.com/pjm-capacity-advisory-issued-for-oct-12-13/
#[I03] PJM EIT原表
#23:25:27.341 UTC取得、対象終端まで約0時間34分33秒未観測。初期原表とbyte一致。3件は9月30日申請受理、2029年7月31日運開希望。Study／GIA空欄は未確認。記事は10月8日公表、20:59:03.196～04.939 UTC確認のまま。Last Modified10月5日18:52:39、max age3600秒。
#https://www.pjm.com/-/media/DotCom/planning/services-requests/eit-request-status.xlsx
#https://insidelines.pjm.com/pjm-accepts-first-expedited-interconnection-track-projects/
#[I04] TeraWulf Muskie
#20:59:04UTC取得、名目終端まで約3時間0分55秒未観測。10月5日公表。取得20:59:03.196～04.939。契約実行10月1日は既報、2028／2029Target。
#https://investors.terawulf.com/news-events/press-releases/detail/146/terawulf-expands-contracted-power-capacity-at-its-muskie-data-campus-to-1-gw
#[I05] Boost Run Cohere 契約
#20:59:47UTC取得、名目終端まで約3時間0分12秒未観測。9月30日有効、10月6日開示。§4.2と§10.1～10.6再読20:59:45.780～47.251。契約と実検収を分離。
#https://www.sec.gov/Archives/edgar/data/2090646/000149315226045861/ex10-1.htm
#[I06] Lexington R438 2026署名原本
#21:02:18UTC取得、名目終端まで約2時間57分41秒未観測。10月8日可決・発効、全3頁画像確認。§5例外、§7期限、§8効力、Mayor署名・Clerk attest。private、Ageなし。
#https://lexington.legistar.com/View.ashx?M=F&ID=16055309&GUID=12C712EF-30F8-43EB-A046-AC1397EE9A18
#[I07] CEVA Sereact Zalando
#20:58:57UTC取得、名目終端まで約3時間1分2秒未観測。10月7日公表、開始日不明。取得20:58:54.024～57.395。2拠点live、人の監督あり。
#https://www.cevalogistics.com/en/news-and-media/newsroom/press-release/sereact-zalando-ceva-start-ai-powered-automated-returns
#[I08] Einride EASE
#20:58:57UTC取得、名目終端まで約3時間1分2秒未観測。10月6日公表、9月開始。取得20:58:54.024～57.395。2台、遠隔監視と必要時介入。
#https://www.einride.tech/press/3375657
#[I09] LG AIR 冷却供給契約
#20:59:04UTC取得、名目終端まで約3時間0分55秒未観測。10月5日公表。取得20:59:03.196～04.939。5GW超は対象project、納入済み冷却MWではない。
#https://www.lg.com/global/newsroom/news/eco-solution/lg-electronics-secures-supply-agreement-to-advance-ai-data-center-cooling-business-in-north-america/
#[I10] DayOne F1
#20:59:39UTC取得、名目終端まで約3時間0分20秒未観測。10月5日提出、6月30日／9月20日の回顧。定義再読20:59:37.252～39.051、印刷9～10・20頁。
#https://www.sec.gov/Archives/edgar/data/2118192/000119312526414188/d223752df1.htm
#