[AINews] SpaceX is already a $28B/yr Neocloud

SpaceX has become a $28 billion per year neocloud business through GPU rental deals with AI companies including Anthropic, Google, and Reflection AI, according to analyst Jamin Ball. The company's annualized revenue now roughly doubles that of CoreWeave, which holds a $60 billion valuation after its IPO.

AINews SpaceX is already a $28B/yr Neocloud a quiet day lets us reflect on some numbers from Jamin Ball. Congrats due to Baseten, who officially announced https://x.com/tuhinone/status/2069089174494625907 their leaked https://www.latent.space/p/ainews-new-ai-infra-decacorns-fireworks?utm source=publication-search $13B Series F. Today had a smattering of midsize news across OpenAI Daybreak and Gemini Interactions and Sakana Fugu, but probably the trend to watch and hang your hat on is SpaceX’s THIRD GPU rental deal, this time with Reflection AI: Combined with the well publicized Anthropic https://news.smol.ai/issues/26-05-06-anthropic-xai and Google https://www.cnbc.com/2026/06/05/google-to-pay-spacex-920-million-a-month-for-xai-compute-capacity.html deals hmmm… who’s missing from this customer list? Why? , one might be wondering just how far SpaceX has to go. Jamin Ball from Clouded Judgement https://open.substack.com/pub/cloudedjudgement already tallied up like for like: In Summary, $2.32B / month, $10 / hour for Blackwells which is a very high rate That annualizes to $28B a year, roughly twice https://finance.yahoo.com/quote/CRWV/analysis/ the current revenue of Coreweave, which is holding strong at a $60B valuation https://finance.yahoo.com/quote/CRWV/analysis/ today a year after their IPO https://www.coreweave.com/news/coreweave-announces-pricing-of-initial-public-offering . AI News for 6/20/2026-6/22/2026. We checked 12 subreddits, 544 Twitters and no further Discords. AINews’ website lets you search all past issues. As a reminder, AINews is now a section of Latent Space . You can opt in/out of email frequencies AI Twitter Recap OpenAI Daybreak, GPT-5.5-Cyber, and the policy/security split OpenAI expanded its cyber stack beyond vuln discovery into remediation : OpenAI https://x.com/OpenAI/status/2069104283824640023 announced an expanded Daybreak program with a Codex Security plugin , the full GPT-5.5-Cyber model for trusted defenders, a Cyber Partner Program , and Patch the Planet for securing critical OSS. Follow-on posts added concrete scope: 30M+ commits scanned, 30K+ codebases covered, 70K+ reviewer-marked fixes, and 500K+ additional fixes detected automatically https://x.com/reach vb/status/2069110672886002140 ; major projects like cURL, Go, Python, Sigstore, and pyca/cryptography are in scope https://x.com/gdb/status/2069112120206332130 ; and the plugin supports deep scans, threat modeling, patch generation, and export into existing workflows https://x.com/gdb/status/2069128701850386834 . The notable shift is from “find bugs” to closed-loop patch generation with human review . Capability claims are colliding with export-control logic : OpenAI is explicitly claiming SOTA on CyberGym for GPT-5.5-Cyber via @sama https://x.com/sama/status/2069121360744550796 , while the public debate around Anthropic’s restricted Mythos/Fable access continued. @BlackHC https://x.com/BlackHC/status/2069168353919263002 asked the obvious policy question: if OpenAI’s latest cyber model is stronger, why is it not under equivalent controls? @shashj https://x.com/shashj/status/2069078104941961293 also added an important correction to the Mythos story: NSA references to “hours, not weeks” were tied to red-teaming efforts with initial access assumptions , and those red teams reportedly no longer have Mythos access. The result is a widening gap between model capability reporting and coherent governance criteria . Sakana Fugu’s orchestration release and the benchmark transparency backlash Fugu reframes “model release” as learned orchestration over a model pool : Sakana introduced, presenting it as a single API that learns Fugu https://x.com/SakanaAILabs/status/2068973497905545461 model selection, delegation, verification, and synthesis across multiple frontier models; Vercel https://x.com/vercel dev/status/2069009248952942605 quickly added Fugu Ultra to AI Gateway. The product thesis resonated with engineers who already see real systems moving toward orchestration layers: @levie https://x.com/levie/status/2068917230570795178 called routing/orchestration a likely high-value layer, and @audreyt https://x.com/audreyt/status/2068937870757548096 reported Fugu Ultra working well as a planner/advisor paired with a fast driver loop. Sakana then published a sequence of use cases—autoresearch, finance, blindfold chess, CAD—arguing that test-time coordination can beat monolithic calls on long-horizon tasks 1 https://x.com/SakanaAILabs/status/2069084332879462779 , 2 https://x.com/SakanaAILabs/status/2069086336955646322 , 3 https://x.com/SakanaAILabs/status/2069088009790861312 , 4 https://x.com/SakanaAILabs/status/2069089571208679469 . The critique was immediate: opaque baselines, missing cost accounting, and questionable reporting : The most detailed teardown came from @eliebakouch https://x.com/eliebakouch/status/2068939729811468503 , who argues Fugu is essentially a router/classifier plus a preplanned multi-step workflow system, with several core issues: it trails Opus on SWE-Bench Pro by ~10 points , compares against anonymized “Model A/B/C,” omits token/cost reporting for best-of-N style orchestration, and should be compared against other test-time scaling setups rather than plain base models. Skepticism escalated further with @BlancheMinerva https://x.com/BlancheMinerva/status/2069009885958668340 , who challenged Sakana’s trustworthiness based on prior incidents and alleged impossible performance claims in earlier work. The release still matters technically, but the discussion shifted from “is orchestration useful?” to “how should we evaluate and disclose orchestration systems?” GLM-5.2’s breakout: open-weight agents, infra adoption, and real-harness wins GLM-5.2 is emerging as the first open-weight model broadly treated as frontier-adjacent for agentic work : Multiple posts converged on the same story. Artificial Analysis https://x.com/ArtificialAnlys/status/2069121548670406947 put GLM-5.2 at 3 overall on GDPval-AA at 1524 Elo , behind only Claude Fable 5 and Opus 4.8, and level with or ahead of some proprietary models; they also highlighted GLM as the leading open-weight model and a strong point on the AA-Briefcase cost/performance frontier https://x.com/ArtificialAnlys/status/2069148772446425563 . @natolambert https://x.com/natolambert/status/2069073545632813193 called it a possible “DeepSeek moment” for agents , while @AravSrinivas https://x.com/AravSrinivas/status/2069146151325257913 argued it revives serious interest in open source because it “passes the blind test” on median production knowledge work. The strongest evidence came from actual harnesses, not abstract benchmark charts : Cline https://x.com/cline/status/2069171146994729078 tested GLM-5.2 and Opus 4.8 on a real bug in the Cline repo using the same harness and found GLM was slower and more tool-call-heavy , but cheaper $0.41 vs $0.81 and more robust in verification: it cleaned up dead code and confirmed the production build, while Opus left type errors that passed tests. @askalphaxiv https://x.com/askalphaxiv/status/2069074178829901974 said GLM-5.2 is the first open-weights model they’ve tried that can do real autoresearch tasks , including async vs colocated RL training runs over two 8xH100 nodes. At the tooling layer, @ xjdr https://x.com/ xjdr/status/2069030608727408993 described promoting GLM to the default model in ncode , after spending the weekend hardening capacity, parsing tool streams, and splitting endpoints for standard vs 1M context sessions; a second thread details the surprisingly large amount of model-specific parser and harness work needed to onboard an OSS model cleanly details https://x.com/ xjdr/status/2069038936362803544 . Distribution and serving velocity were unusually high : GLM-5.2 landed on AWS Marketplace https://x.com/CarolGLMs/status/2068902098696339811 , in Baseten’s library with 280 tok/s and <0.8s TTFT https://x.com/baseten/status/2069153790503080251 , in Droid via Fireworks https://x.com/FactoryAI/status/2069161306410942900 , in LangChain’s deepagents code https://x.com/sydneyrunkle/status/2069028200181539181 , and across many providers— one count put it at 20 https://x.com/paradite /status/2069132200927522848 . There is also a growing ecosystem of practical guides, like running GLM-5.2 inside Claude Code via Baseten’s OpenAI-compatible endpoint https://x.com/thealexker/status/2069163621469335757 . The meta-point is that open model quality now clears the threshold where inference vendors and agent tool builders will optimize aggressively around it . Agent infrastructure: Gemini Interactions API, Hermes expansion, and harness-first engineering Google promoted the Interactions API to its primary Gemini interface for agents : Google https://x.com/Google/status/2069108942102310957 and @OfficialLoganK https://x.com/OfficialLoganK/status/2069115284519346263 announced the Interactions API is now GA and the new default for Gemini models and agents. The feature set is notable: one API for models and agents, background async execution , expanded tool support, multimodal generation, managed agents, and an isolated remote Linux sandbox called Antigravity per @ philschmid https://x.com/ philschmid/status/2069108134044467487 . That makes Google’s stack look increasingly like a first-party answer to the “agent harness” problem, not just a model endpoint. Skills, communication protocols, and stateful sessions are becoming first-class infra concerns : To smooth migration, Google shipped an installable Gemini Interactions skill https://x.com/ philschmid/status/2069137029359645007 that teaches coding agents the new SDK patterns and current model versions. In parallel, @omarsar0 https://x.com/omarsar0/status/2069066883995758814 highlighted a useful survey of nine open-source agent communication protocols , noting an emerging standard around hybrid payloads plus session-state persistence , while decentralized discovery remains immature. The common theme: teams are standardizing around stateful, tool-rich, long-running agent workflows , but not yet on the full protocol stack. Hermes continues to gain surface area as a local/personal agent platform : Hermes updates included iMessage access without a Mac https://x.com/tonbistudio/status/2068922944576008696 , Raft integration as an external agent in a shared workspace https://x.com/raft hq/status/2069040502507483192 , and most significantly GUI control for Windows or Linux desktop apps with any model https://x.com/Teknium/status/2069126072504074356 . The repo also crossed 200K stars https://x.com/Teknium/status/2069088568161771522 , reinforcing that a lot of developer energy is going into agent UX and harness ergonomics , not just base model quality. Inference economics, infrastructure scale, and the shift toward “owned intelligence” Baseten’s $1.5B Series F is a direct bet on post-trained open models and inference as the enterprise control plane : Baseten https://x.com/baseten/status/2069097489794527537 and CEO @amiruci https://x.com/amiruci/status/2069095112186196175 argued that companies increasingly want to own their intelligence layer : run open or specialized models, post-train on their own data/evals, and retain control over continual learning. Their customer list—Abridge, Cursor, Decagon, Harvey, Notion, OpenEvidence, etc.—shows this is already happening at the application layer. This aligns with the day’s broader evidence: stronger open models plus better infra are turning post-training from a frontier-lab specialty into an app-company competency . Compute leasing is becoming a strategic market of its own : Reports that Reflection signed a $6.3B compute deal with SpaceX for GB300 access https://x.com/AndrewCurran /status/2069078511948910820 were widely discussed; @jaminball https://x.com/jaminball/status/2069099044413304840 contextualized it alongside SpaceX/xAI’s other large compute deals with Anthropic and Google, noting implied Blackwell pricing above $10/hour and 90-day out clauses . If accurate, this makes “neocloud” capacity and GPU brokerage an increasingly important strategic layer between model builders and hardware supply. Top tweets by engagement : Benchmarks, eval methodology, and the move from static scores to real workflows Judge reliability is under fresh scrutiny : @dair ai https://x.com/dair ai/status/2069063719817265463 summarized a large LLM-as-a-Judge audit across 21 judges , nine providers , and about 541K judgments . The key result is methodological: exact-match agreement materially overstates judge quality , while switching to Cohen’s kappa deflates agreement by 33–41 points on MT-Bench, with judge rankings shifting significantly. That’s a strong warning for teams using judge models as internal eval infrastructure. There is increasing pressure to evaluate agents as systems, not chatbots : Jules https://x.com/julesagent/status/2069095582422200732 framed this explicitly: the goal is not just an agent that reacts, but one that notices, anticipates, and partners. Relatedly, @rseroter https://x.com/rseroter/status/2069097330490446193 highlighted the distinction between using a coding agent and engineering an autonomous coding harness . The most substantive posts of the day—GLM in Cline, OpenAI Daybreak, Fugu criticism—were all really about system behavior under tools, memory, verification, and long-horizon execution , not raw single-turn IQ. AI Reddit Recap /r/LocalLlama + /r/localLLM Recap 1. GLM-5.2 Price/Performance and Homelab Deployment Activity: 606 : GLM-5.2 is on DeepSWE https://www.reddit.com/r/LocalLLaMA/comments/1uc79ho/glm52 is on deepswe/ The image is a DeepSWE cost-vs-score benchmark chart for coding agents/models, linked here: image https://i.redd.it/8qaktqtjjq8h1.png . It highlights GLM-5.2 max at 44% DeepSWE with an average cost of $3.92/task , placing it below top closed models like GPT-5.x/Claude variants in score but in a relatively strong cost-performance position, especially given the post’s note that DeepSeek pricing may be outdated due to a later 75% discount. The post contextualizes DeepSWE against Commenters were cautiously positive about GLM-5.2, arguing it “feels” competitive with Sonnet/Kimi and notable for being an open-weight model in the same broad conversation as Opus/GPT-class systems. There was also criticism of the chart design—especially the reversed cost axis with zero on the right—and some amusement that Gemini appears to underperform open models on this benchmark. ArtificialAnalysis coding-agent scores https://artificialanalysis.ai/agents/coding-agents and SWE-rebench https://swe-rebench.com/ , while noting prior DeepSWE criticism was partly retracted by its original author.A commenter interprets the DeepSWE result as roughly matching hands-on experience: GLM-5.2 feels stronger than Claude Sonnet and Kimi , but still behind Opus 4.8/GPT-5.5 . They emphasize the technical significance that GLM-5.2 is an open-weight frontier-adjacent model that can be self-hosted, albeit with substantial hardware cost and setup complexity, eliminating per-token API costs once deployed.There is some cost/performance scrutiny around the benchmark placement: one user asks whether GPT-5.5 Medium is both cheaper and better than GLM-5.2, while another notes Fable Low appears cheaper than Gemini 3.5 Flash and GLM. The thread suggests readers are comparing DeepSWE not just by raw score but by price-normalized performance across proprietary and open/open-weight models.One commenter flags a benchmark-visualization issue: the graph apparently places 0 on the right-hand side of an axis, making the implied origin inconsistent— “if both axis start at 0, the origin is 0,0 not 0,-25.” This matters for technical interpretation because unusual axis orientation or shifted origins can distort perceived model ranking and cost/performance tradeoffs. Activity: 838 : GLM5.2 @7tg on 4x3090 + 192GB on budget motherboard + cpu https://www.reddit.com/r/LocalLLaMA/comments/1ucknck/glm52 7tg on 4x3090 192gb on budget motherboard/ A homelab builder reports a 4× RTX 3090 / 192GB DDR5 consumer workstation built for about $6000 , with GPUs power-capped to 200W each under Linux and RAM overclocked from 5200 to 5600 MT/s on a budget prebuilt platform upgraded to a 1250W Platinum PSU. Reported local workloads include GLM 5.2 as a planner at ~7 tok/s , MiniMax 2.7 fully in VRAM at ~45 tok/s as a coding model, Qwen3.6 27B q8 at ~50 tok/s for checking/testing, and Flux2Klein diffusion at roughly 1 image / 6s on 2 GPUs when batched. Comments focused on missing implementation details: model quantization formats , why MiniMax 2.7 was chosen over MiniMax M3, motherboard/PCIe lane-splitting setup for 4 GPUs, and the cost/value tradeoff of the solar-powered consumer-hardware approach versus ECC/server or Threadripper platforms.Several commenters focused on the missing quantization details for running GLM5.2 on 4x RTX 3090 + 192GB RAM , asking which quant was used and how usable it is in practice. One user specifically asked why MiniMax M3 was not chosen instead, implying a comparison around model quality/performance and memory fit.There was technical interest in the platform topology: users asked what budget motherboard was being used and whether PCIe splitters/risers were required to attach 4 GPUs. This is relevant because 4x3090 setups are constrained by slot spacing, PCIe lane allocation, and BIOS/motherboard support for multiple GPUs.A commenter building a comparable open-air system — 4×3090 , 256GB RAM , Threadripper Pro 5975WX , ASUS Pro WS WRX80E-SAGE SE WIFI — asked about cooling requirements. The discussion point centers on whether caseless multi-3090 rigs need additional directed airflow beyond CPU cooling and case fans, given the thermal density and recirculation risk of adjacent GPUs. Activity: 1984 : Tokenomics https://www.reddit.com/r/LocalLLaMA/comments/1ubrcwj/tokenomics/ The image is a tweet screenshot https://i.redd.it/oqzbrucwan8h1.jpeg arguing that local inference “tokenomics” may not pencil out: using an unsourced example of ~$20k hardware generating ~20 tokens/s, it estimates a ~5.5-year breakeven versus GLM-5.2 API pricing of about $1.40/$4.40 per million tokens. The technical significance is less the exact math—which commenters challenge as “made up numbers” —and more the broader point that cloud LLM inference benefits from batching/utilization and commodity competition, while self-hosting is harder to justify on raw cost alone. Commenters largely argue that local hosting is still justified for privacy, reliability/uninterruptability, control, hobby use, finetuning/experimentation, and high-utilization SME workloads , not necessarily for per-token cost savings. Several also note that competitive open/cloud model pricing may keep margins thin compared with proprietary frontier-model APIs.Commenters challenged the post’s cost/performance assumptions, noting the cited $20k hardware cost and 20 tokens/s figure were unsourced. One argued that few users will self-host very large models like GLM-5.2 , but that competitive hosted inference markets for commoditized models should keep API margins thinner than proprietary frontier-model pricing.A technical cost comparison emerged around utilization: cloud batch inference is usually cheaper than single-user local inference because providers can saturate hardware more efficiently. However, local rigs can make economic sense for SMEs or power users who keep GPUs highly utilized, need privacy/control, or perform finetuning/REAP-style workflows. Several comments emphasized amortization and risk: API spend becomes unrecoverable after years of use, while purchased hardware retains resale value and local availability. They also noted hosted API pricing is not guaranteed to remain stable, making local inference attractive for privacy, uninterrupted access, and long-term cost control despite lower utilization. Keep reading with a 7-day free trial Subscribe to Latent.Space to keep reading this post and get 7 days of free access to the full post archives.