![[AINews] SpaceX is already a $28B/yr Neocloud](https://substackcdn.com/image/fetch/$s_!0sP8!,w_1200,h_675,c_fill,f_jpg,q_auto:good,fl_progressive:steep,g_auto/https%3A%2F%2Fpbs.substack.com%2Fmedia%2FHLbX8TUaoAA9OTl.jpg)
a quiet day lets us reflect on some numbers from Jamin Ball.
Congrats due to Baseten, who officially announced their leaked $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 and Google 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 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 the current revenue of Coreweave, which is holding strong at a $60B valuation today a year after their IPO.
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:OpenAIannounced an expanded** Daybreakprogram with a Codex Security plugin**, the full** GPT-5.5-Cybermodel for trusted defenders, a Cyber Partner Program**, and** Patch the Planetfor 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;major projects like cURL, Go, Python, Sigstore, and pyca/cryptography are in scope; and theplugin supports deep scans, threat modeling, patch generation, and export into existing workflows. The notable shift is from “find bugs” toclosed-loop patch generation with human review**.** Capability claims are colliding with export-control logic**: OpenAI is explicitly claiming** SOTA on CyberGymfor GPT-5.5-Cyber via@sama, while the public debate around Anthropic’s restrictedMythos/Fable** access continued.@BlackHCasked the obvious policy question: if OpenAI’s latest cyber model is stronger, why is it not under equivalent controls?@shashjalso added an important correction to the Mythos story: NSA references to “hours, not weeks” were tied tored-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 reportingand 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 learnsFugumodel selection, delegation, verification, and synthesis across multiple frontier models;Vercelquickly addedFugu Ultra to AI Gateway. The product thesis resonated with engineers who already see real systems moving toward orchestration layers:@leviecalled routing/orchestration a likely high-value layer, and@audreytreported 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 thattest-time coordination can beat monolithic calls on long-horizon tasks (1,2,3,4).The critique was immediate: opaque baselines, missing cost accounting, and questionable reporting: The most detailed teardown came from@eliebakouch, who argues Fugu is essentially arouter/classifier plus a preplanned multi-step workflow system, with several core issues: it trailsOpus on SWE-Bench Pro by ~10 points, compares against anonymized “Model A/B/C,” omits** token/cost reportingfor 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, 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 AnalysisputGLM-5.2 at**#3 overall** onGDPval-AA at1524 Elo, behind only Claude Fable 5 and Opus 4.8, and level with or ahead of some proprietary models; they also highlighted GLM as theleading open-weight model and a strong point on theAA-Briefcase cost/performance frontier.@natolambertcalled it a possible**“DeepSeek moment” for agents**, while@AravSrinivasargued 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:Clinetested GLM-5.2 and Opus 4.8 on a real bug in the Cline repo using the same harness and found GLM wasslower 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.@askalphaxivsaid GLM-5.2 is the first open-weights model they’ve tried that can doreal autoresearch tasks**, including async vs colocated RL training runs over two 8xH100 nodes. At the tooling layer,@_xjdrdescribed promoting GLM to thedefault model in ncode, after spending the weekend hardening capacity, parsing tool streams, and splitting endpoints for standard vs** 1M contextsessions; a second thread details the surprisingly large amount of model-specific parser and harness workneeded to onboard an OSS model cleanly (details). Distribution and serving velocity were unusually high**: GLM-5.2 landed onAWS Marketplace, inBaseten’s library with >280 tok/s and <0.8s TTFT, inDroid via Fireworks, inLangChain’s deepagents code, and across many providers—one count put it at 20. There is also a growing ecosystem of practical guides, likerunning GLM-5.2 inside Claude Code via Baseten’s OpenAI-compatible endpoint. The meta-point is thatopen 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:Googleand@OfficialLoganKannounced theInteractions 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** Antigravityper@_philschmid. 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 installableGemini Interactions skillthat teaches coding agents the new SDK patterns and current model versions. In parallel,@omarsar0highlighted a useful survey ofnine 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 includediMessage access without a Mac,Raft integration as an external agent in a shared workspace, and most significantlyGUI control for Windows or Linux desktop apps with any model. The repo also crossed200K stars, reinforcing that a lot of developer energy is going intoagent 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:Basetenand CEO@amiruciargued that companies increasingly want toown 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 turningpost-training from a frontier-lab specialty into an app-company competency.** Compute leasing is becoming a strategic market of its own**: Reports thatReflection signed a $6.3B compute deal with SpaceX for GB300 accesswere widely discussed;@jaminballcontextualized it alongside SpaceX/xAI’s other large compute deals with Anthropic and Google, noting implied Blackwell pricing above**$10/hour** and90-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_aisummarized 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 kappadeflates agreement by 33–41 pointson 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:Julesframed this explicitly: the goal is not just an agent that reacts, but one that notices, anticipates, and partners. Relatedly,@rseroterhighlighted the distinction between using a coding agent and engineering anautonomous 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 DeepSWEThe image is a DeepSWE cost-vs-score benchmark chart for coding agents/models, linked here:image. It highlights GLM-5.2 [max] at44%
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 later75%
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 scoresandSWE-rebench, 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 thanClaude Sonnet andKimi, 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 bothcheaper and betterthan GLM-5.2, while another notesFable Low appears cheaper thanGemini 3.5 Flash and GLM. The thread suggests readers are comparing DeepSWE not just by raw score but byprice-normalized performanceacross 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 + cpuA homelab builder reports a 4× RTX 3090 / 192GB DDR5 consumer workstation built for about$6000
, with GPUs power-capped to200W
each under Linux and RAM overclocked from5200
to5600 MT/s
on a budget prebuilt platform upgraded to a1250W 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 roughly1 image / 6s
on 2 GPUs when batched. Comments focused on missing implementation details: modelquantization 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 runningGLM5.2 on4x RTX 3090 + 192GB RAM
, asking which quant was used and how usable it is in practice. One user specifically asked whyMiniMax 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 whetherPCIe splitters/risers were required to attach4
GPUs. This is relevant because4x3090
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):TokenomicsThe image is atweet screenshotarguing 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 and20 tokens/s
figure were unsourced. One argued that few users will self-host very large models likeGLM-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.