Short, dated notes on the AI and industrial landscape: what's shipping, what it costs, and what it means for engineers. Newest first; tap any item to expand.
Alibaba previewed Qwen 3.8-Max on July 19: 2.4 trillion parameters, multimodal, and a claim it trails only Claude Fable 5. It lands the same week as Kimi K3, and the two represent opposite bets, closed-managed versus open-weight. Here is what is confirmed, what is still a vendor claim, and what is missing.
Alibaba's Qwen team previewed Qwen 3.8-Max on July 19 at the World AI Conference in Shanghai, and alongside Kimi K3 it's the biggest model announcement of the summer: a 2.4-trillion-parameter, multimodal model that Alibaba claims trails only Anthropic's Claude Fable 5. For now it's a preview, not a general release, and most of the numbers that matter are still missing.
The split matters here. Confirmed: 2.4 trillion parameters in a sparse mixture-of-experts design, text plus visual inputs, and preview access through Alibaba's Token Plan subscription and its Qoder and QoderWork platforms at a reported 10% of standard pricing. The API follows the OpenAI and Anthropic specs, like the rest of the Max line.
Still just a vendor claim: the headline "second only to Fable 5," which Alibaba stated in its own words with no benchmark table to back it, and the fuller modality list. Text plus visual is confirmed, but video, documents, speech, and image generation have all been reported without a published spec sheet, so treat the full list as unsettled.
Not disclosed at all: the active parameters per token, the context window, standalone API pricing, and any open-weight date or license.
What makes this interesting is the contrast with Kimi K3, which shipped days earlier the same week. Moonshot's Kimi K3 arrived as a 2.8-trillion-parameter open-weight release, the largest publicly known open model: you can download it, self-host it, and fine-tune it. Qwen 3.8-Max previewed as a closed, managed service, with an open-weight version promised "soon" but no date named. Same frontier, opposite strategies.
Open weights give you deployment control, fine-tuning rights, and cost management at the GPU level. A closed frontier API gives you the vendor's best model with zero infrastructure to run. I broke down where Kimi K3 actually lands against the proprietary leaders in Kimi K3 vs Fable 5 and GPT-5.6.
For a sparse MoE model, the figure that decides serving cost and latency is the active parameters per token, how much of those 2.4 trillion actually fire on each request. Alibaba did not publish it. Until it does, there is no honest way to estimate what 3.8-Max costs to run at scale, which is exactly the number production teams need.
Two models above 2 trillion parameters from Chinese labs in a single week is the real story. Kimi K3 at 2.8 trillion and Qwen 3.8-Max at 2.4 trillion, days apart, is a frontier race compressing its release cycles fast. For buyers, the takeaway is not to rank them yet. Neither has third-party benchmarks, so any head-to-head performance ranking is premature. Note the claims, wait for verifiable numbers, and evaluate on your own workload. We'll publish a full comparison once both have numbers you can actually check.
Musk and Altman traded personal insults on X this weekend, but the real story is the backdrop: dueling model launches (Grok 4.5, GPT-5.6 Sol), a record SpaceX IPO, competing lawsuits including Apple's suit against OpenAI, and a $60B bid for Cursor. A snapshot of an AI race now fought on every front at once.
The long feud between Elon Musk and Sam Altman turned openly personal this weekend, with the two trading insults on X. The theater is new; the substance underneath is not. The exchange landed in the middle of the most crowded, high-stakes stretch the AI industry has seen, and it's a useful snapshot of how many fronts this race is now being fought on at once.
Musk and Altman co-founded OpenAI in 2015 as a nonprofit research lab. Musk left its board in 2018 after donating tens of millions, and later sued over Altman's move to build a for-profit structure around the lab. A California jury ruled for Altman this year; Musk has said he will appeal. The relationship had already frayed after Musk pulled OpenAI engineers toward Tesla's Autopilot effort, recruited researcher Andrej Karpathy, and pushed, unsuccessfully, to fold OpenAI into Tesla.
What makes this more than gossip is everything happening around it. In the same stretch:
Any one of those would be a big story. They are all happening at once, to the same two people.
Against that backdrop, the weekend's posts were pure spectacle. Reacting to news of Apple's suit against OpenAI, Musk revived his "Scam Altman" nickname and piled on, at one point joking that Altman "might literally love scamming more than any human alive." Altman hit back at Musk's space-data-center pitch: "homeboy, you're the one selling public market investors on short-term space datacenters," a post that drew more than 11 million views. Musk's reply leaned into a personal jab about a parole officer. Altman, for his part, reframed the whole thing as a compliment to his new model: "there are a lot of benchmarks that suggest 5.6 sol is the best model in the world right now, but the most reliable way to tell is that elon is obsessed with me again."
Strip away the insults and this is what a maturing, cash-flooded market looks like when a handful of players fight on every axis at once: models, capital markets, app-store placement, talent, acquisitions, and the courts. The personal drama gets the views, but the real signal is the breadth of the competition. When rivals are this evenly matched and this well funded, the fight stops being about a single benchmark and starts being about everything at once. That's good for buyers, who get faster models at lower prices, and exhausting for everyone building in the middle of it. For now, no one in this race gets to coast, and the ones who can't out-ship start trying to out-litigate.
Worth noting: the lawsuits described here are allegations that have not been decided in court.
Google Cloud's Open Knowledge Format (OKF) is, in one line, a wiki built for AI agents instead of people: plain markdown files that package a company's schemas, metrics, and runbooks into an open, portable context layer agents can read and maintain.
Google Cloud has published the Open Knowledge Format (OKF), an open specification for packaging a company's internal knowledge so AI agents can actually use it. The simplest way to describe it: a wiki, but built for machines instead of people. OKF takes the context that foundation models need, table schemas, metric definitions, runbooks, the join paths between systems, and stores it as plain markdown files with a little structured metadata, in a portable format no single vendor owns.
Every team building AI agents hits the same wall. A model is only as good as the context you feed it, and in most organizations that context is scattered: in metadata catalogs with proprietary APIs, in wikis and shared drives, in code comments, and in the heads of the engineers who know how things actually work. So every agent builder reassembles that context from scratch, and the knowledge stays locked inside whatever tool happened to hold it. OKF is an attempt to give that knowledge one open, shared home.
OKF v0.1 is deliberately plain. It's a directory of markdown files, each with a short YAML header, plus a few conventions. A file might describe a dataset, a table, or a metric. The only required field is type. Markdown links between files create a graph of relationships, so a table can point to the columns and the metrics that depend on it. There's no runtime, no SDK, and no account required. If you have ever kept a folder of markdown notes, you already understand the shape of it.
The idea isn't new, and Google is candid about the lineage: OKF formalizes the "LLM wiki" pattern that Andrej Karpathy described. His observation is the whole point. Personal wikis fail because humans get bored maintaining them, forget to update cross-references, and won't touch fifteen files to keep one fact consistent. Those are exactly the chores an LLM does not mind. As Karpathy put it, "LLMs don't get bored, don't forget to update a cross-reference, and can touch 15 files in one pass."
So here is the honest comparison with an ordinary wiki:
It's less "a new database" and more "a wiki whose full-time editor is an agent." The producer who writes the knowledge and the consumer who reads it are cleanly separated, and because it's just files, the knowledge survives changing tools and vendors.
Two things make this worth watching. First, it's vendor-neutral by design, a format, not a platform, which is the only way a knowledge standard ever gets adopted across an industry. Second, it targets the real bottleneck in agentic AI right now. Models keep getting better; what limits them is context, the specific, messy, internal knowledge that never made it into training data. It's the same problem the context layer of a modern agent exists to solve. Google is shipping reference pieces already, an enrichment agent for BigQuery and a simple HTML visualizer, and has wired OKF into its Knowledge Catalog.
For anyone working where I do, at the seam between operational data and AI, the interesting question is obvious: the same pattern that describes a sales table could describe a plant's tags, its historian, and the meaning behind an alarm. A portable, agent-readable knowledge layer over industrial data is exactly the missing piece between getting the data to the cloud and an agent that can actually answer questions about the plant.
None of this is exotic technology, and that's the point. The bet behind OKF is that the format for agent knowledge should be boring, open, and text, so it can spread. Whether it becomes the standard or just one more proposal depends on adoption, but the problem it names, that agents are starved of the context sitting all around them, is the right one.
Anthropic lifted Claude Fable 5's usage limits on July 9, days before a subscription paywall tightens and just as cheaper rivals GPT-5.6 and Grok 4.5 gain ground. A small move that says a lot about how competitive the AI market has become.
On July 9, Anthropic lifted the 5-hour and weekly usage limits on Claude Fable 5 for all users, just days before the model's inclusion in the Pro, Max, Team, and premium Enterprise plans ends on July 12. After that date, extra usage will require credits, priced at $10 per million input tokens and $50 per million output tokens.
Developers largely cheered the temporary reprieve, but the mood was mixed. Some read the timing, a generous unlock right before a paywall tightens, as a sign of pressure rather than confidence, with a few calling it a bid to hold users amid intensifying competition. Others simply noted that cheaper rivals are now a serious option: OpenAI's GPT-5.6 and xAI's Grok 4.5 both undercut Fable 5 on price, and switching is easier than it used to be.
It's worth stepping back, because a change to usage limits sounds like housekeeping and is actually a market move. In today's AI race, no provider sets pricing or limits in isolation. Every one of them is watching the others: a price cut from OpenAI, a capability jump from xAI, a new tier from Google, and the rest respond within days. Fable 5 is a strong model, but at $10/$50 per million tokens it sits at the premium end (the pricing I broke down in Opus 4.8 vs Fable 5), and GPT-5.6, which runs from $5/$30 down to $1/$6 for its Luna tier, plus Grok 4.5, give cost-sensitive teams a real alternative. Loosening limits right before a paywall is exactly the kind of close-quarters maneuver this market now runs on.
The takeaway isn't about one rate-limit reset. It's that the frontier has gotten crowded enough that holding users is as hard as winning them. With three or four labs shipping comparable models within weeks of each other, switching costs are falling and pricing power is thin. For buyers, that competition is good news: more capability, lower prices, and providers who have to keep earning your usage. For the providers, the next few quarters won't be easy for anyone. Right now, no one gets to coast.
OpenAI will release its GPT-5.6 family, Sol, Terra, and Luna, on July 10 after U.S. Department of Commerce clearance. A three-tier lineup: a flagship for hard reasoning and agents, a mid tier at half the cost, and a fast model for high-volume work.
OpenAI will publicly release its GPT-5.6 family, Sol, Terra, and Luna, on July 10, following U.S. Department of Commerce approval after government testing addressed cybersecurity concerns.

Early testers have been largely positive. Theo praised Sol's fixes for iOS development and computer use. Others, including Matt Shumer, noted that Claude Fable 5 still edges it out on certain agentic tasks.
The launch ends a limited preview that began June 26 and arrives with enhanced safeguards, a recurring theme as competitive pressure in the AI race keeps rising. For teams choosing models, GPT-5.6 adds a three-tier lineup, flagship, mid, and fast, that maps neatly onto the same route-by-task logic I wrote about in Opus 4.8 vs Fable 5: reserve the expensive flagship for hard, autonomous work, and push routine, high-volume jobs to the cheaper, faster tiers.
Google's TabFM brings foundation models to structured, tabular data. Using in-context learning, it predicts missing values from a few example rows, no feature engineering or tuning, and handles both classification and regression in a single pass.
StartFragment
Google has introduced TabFM, a zero-shot foundation model built specifically for the structured, tabular data that lives in spreadsheets. Instead of training a fresh model for every dataset, it uses in-context learning to predict missing values from just a few examples, with no manual feature engineering and no hyperparameter tuning.
Traditional approaches like XGBoost need careful feature engineering and tuning for each problem. TabFM treats the rows of a table as a prompt: you show it a handful of labeled examples, and it predicts the rest in a single pass. The same model handles both classification and regression, so one tool covers "which category" and "what number" questions alike.
The generative AI wave has mostly touched text, code, and images. TabFM points it at the massive, unglamorous world of plain rows and columns, which is the format most real operational data actually lives in. For anyone sitting on years of spreadsheet and historian exports, that is the interesting part: data analysis without building a bespoke model for every question
EndFragment
Fable 5 is one of the most capable models available, but the pricing can feel steep outside the US. With the right effort-tier and architect-not-laborer choices, you can cut costs by more than 80% without giving up meaningful quality.
Fable 5 is one of the most capable AI models on the market, but for teams and developers outside the US, its pricing can feel steep. The good news: with the right configuration choices, it is possible to cut costs by more than 80% without sacrificing meaningful output quality.
The fastest lever is the model's "effort" setting, available in agent tools like Hermes Agent and Claude Code. The spread between tiers is significant:
That is an 82% reduction simply by stepping down a tier. Testing against a demanding prompt, vanilla JavaScript, physics-based motion, and a seamless 8-second animation loop, showed that even the Low setting produced clean, usable results, though it skipped some of the finer visual detail higher tiers include.
Interestingly, "Max" is not always "best." In side-by-side tests, the High (about $9.18) and Extra tiers frequently produced richer, more layered output than Max, which sometimes rendered overly minimal due to its clean-geometry bias. The practical takeaway: start at High and adjust up or down based on the specific task, rather than defaulting to Max.
A second strategy goes beyond effort settings: change how the model is used. Instead of having Fable 5 handle a task end to end, planning and execution, reserve it strictly for high-level architecture and reasoning.
Under this workflow:
This lets teams tap Fable 5's reasoning strength where it matters most, while routing labor-intensive execution to lower-cost infrastructure.
Frontier-model performance does not have to come with a frontier-model price tag. By calibrating effort levels, often landing in the mid-to-high range rather than Max, and by treating Fable 5 as a planner rather than a full-stack executor, users can achieve elite results while keeping costs under control.