@prefix : . @prefix owl: . @prefix prov: . @prefix rdf: . @prefix rdfs: . @prefix schema: . @prefix skos: . @prefix xsd: . :analysis a schema:Article, schema:CreativeWork ; schema:about :term-open-escape-velocity, :term-three-measurements, :term-two-escape-velocities ; schema:abstract "Gennaro Cuofano argues that open-weight AI has reached 'open escape velocity': on major inference gateways open models now carry a majority of token volume, and a wider industrial system — labs training, infrastructure companies serving, chip vendors benefiting, gateways routing, enterprises adapting — gives the ecosystem momentum that no longer depends on any single model company. He draws two hard lines: gateway token share is not economic value (open models were 56% of Vercel's tokens but only about 14% of its spending), and operational escape velocity — keeping existing models useful — is not developmental escape velocity — financing and training their successors. The unanswered question, and the gap the sponsorship model must close, is who pays for the next model."@en ; schema:articleBody "The closed-model assumption, revisited. For almost four years the AI industry assumed closed models would dominate the market; OpenAI established the pattern and Anthropic reinforced it. The DeepSeek moment changed the picture: a class of open-weight model could compete on cost, capability, and deployability in ways that mattered to enterprises. Through 2026 that opening became harder to ignore — more capable open models, better serving infrastructure, easier hosting — and open weights moved from peripheral alternative to production architecture. The gateway data. In August 2026 open-weight models processed 56% of all tokens on Vercel's AI Gateway, up from 7% in December 2025; OpenRouter reported roughly 60% of US-originating token consumption by open models. Those percentages are not an industry census: gateway data misses direct API contracts, private deployments, local models, and enterprise agreements — and private hosting also hides some open-model usage. What the numbers do show: within production environments designed around model choice, open weights moved from experimentation into real production infrastructure. Training, serving, routing, and delivery separate. A model can now be trained by one organization, served by another, routed through a third, embedded in a fourth company's product, and specialized by a fifth for an enterprise customer. Many actors now have independent reasons to keep the open frontier moving: inference companies want workloads, chip vendors want compute demand, gateways want model diversity, application developers want substitutable intelligence, enterprises want lower costs and greater control, and regional labs want bases they can adapt rather than retrain from scratch. But adoption and self-renewal are different things: gateway data shows open models are used; it does not show the ecosystem can sustainably finance the next generation of them. Why low spending share can be a sign of success. Open-weight models carried 56% of Vercel's token volume but only around 14% of estimated spending; Anthropic alone was 64% of spending. Three measurements must stay separate: token share (inference processed), spending share (dollars paid), and economic value (useful outcome relative to total cost). A $5 workload completed for $1 on an open model captures fewer dollars while the buyer receives more economic value. Vercel reported average token prices fell 23.2% in August; customers leaving the most expensive Anthropic models often moved down inside Anthropic's own family. The market looks like a continuously repriced portfolio of intelligence, and the enterprise question changes to: what is the lowest-cost system that can complete this piece of work at the quality, latency, and risk level we require? Follow the inference dollar. A Chinese-developed open model consumed through an American inference provider splits economics across model developer, infrastructure provider, inference host, gateway, application layer, and enterprise. Spending associated with a model is not automatically revenue for the company that trained it. Open weights do not eliminate the model business; they unbundle its economics — which creates the ecosystem opportunity and the hardest question: who pays for the next model? 'Open' is a set of rights, not one product category. Downloadable weights are not reproducible training; hosted fine-tuning is not export rights; free internal use is not free commercial hosting. For an enterprise openness is a bundle of rights: obtain, modify, operate independently, and keep adaptations under acceptable terms. Openness counts when it translates into credible control, not another file on a server. Why NVIDIA has a reason to fund the commons. A proprietary model company must monetize access to its intelligence; NVIDIA benefits whenever more AI is trained and run regardless of who owns the weights — complementary-products economics. The Nemotron Coalition — model developers, application companies, tooling providers, and regional AI players, with training infrastructure via DGX Cloud — makes the logic concrete. The paradox: the model layer can become more open while the infrastructure beneath it stays highly concentrated. Escape velocity has two different meanings. Operational escape velocity: useful models can keep being deployed and improved without depending entirely on the original publisher's hosted service. Developmental escape velocity: several independent organizations can keep producing competitive successor models. Serving is not training; adaptation is not frontier development. The three engines are usage, sponsorship, and institutional backing — strongest evidence today is on usage. Chinese models, American hosts, and a more complicated map. Model development and commercial deployment increasingly cross organizational and national boundaries, so procurement must separate model provenance, inference location, service operator, data access and controls, and contractual and legal regime. The mental model is a supply chain, not a national flag attached to an API. Institutional support is not a settled policy regime. The July 'Open Weights and American AI Leadership' letter — signed by NVIDIA, Microsoft, Meta, Google, OpenAI, Amazon and others — shows organized corporate support, not a settled regulatory regime. Anthropic has not advocated a blanket ban on open weights while arguing more capable systems can require different treatment; Dario Amodei's proposal to pace frontier development with embedded third-party evaluators fits an emerging structure: pacing at the frontier, diffusion at the base. Microsoft's more important bet: the enterprise improvement cycle. Seven MAI models distributed through Foundry with Frontier Tuning tied model development to enterprise customization: an organization continuously improving a general model against its own operating environment. But not all institutional knowledge belongs inside model weights; the learning loop is larger than fine-tuning — outcomes, expert corrections, evaluation cases, business context, workflow changes, tested improvements — and the meaningful ownership claim is 'we can continue improving the capability we built.' Where open models fit in an enterprise portfolio. A portfolio might combine a frontier model for difficult reasoning, a cheaper open model for high-volume classification or extraction, a specialized model for a stable internal domain, and a locally deployed model where privacy, latency, or sovereignty requires it. The goal is credible optionality: evaluated alternatives, understanding what would change, and knowing how much time and work a switch requires. Free weights can still produce expensive work. Removing the license charge does not remove capacity, engineering, review, monitoring, and maintenance costs; a lightly used self-hosted deployment can cost more than a managed service. The useful unit is cost per accepted result: total system spending for an outcome the organization was actually prepared to accept. Ownership requires instrumentation. A downloadable model does not enforce permissions, prevent duplicate actions, validate retrieved information, detect drift, or approve consequential decisions — those controls belong to the operating system around the model. Weights plus outcomes plus evaluations plus the ability to change the system form the improvement loop; you cannot meaningfully own a system you cannot measure. The biggest risk: dependency moves rather than disappears. Open weights can remove dependence on one model endpoint while leaving dependence on a hardware family, inference provider, tuning environment, framework, cloud, or distribution channel untouched — some invisible. Test the escape-velocity claim layer by layer. What would confirm escape velocity? Continued model renewal, sustainable operating businesses, practical portability, workable rights, and enterprise improvement — with distinct failure modes for each. A low spending share would not automatically mean failure; the serious warning would be an ecosystem that creates enormous customer value while failing to finance its shared foundations. The AI supercycle connection. When intelligence becomes substitutable, the scarcity premium of the model layer compresses and value shifts toward whatever remains scarce: infrastructure, proprietary context, evaluation data, trusted workflows, customer relationships, distribution, and accumulated operating knowledge. The compression. Open-weight AI has crossed an important production threshold with incentives no longer concentrated in one place — but operational and developmental escape velocity must stay separate, and enterprises should build the parts of the system that survive model churn: context, evaluations, workflow, outcome history, operating knowledge, and the improvement loop."@en ; schema:author ; schema:datePublished "2026-09-20"^^xsd:date ; schema:description "Gennaro Cuofano's thesis on open-weight AI reaching 'open escape velocity': gateway token-share evidence, the unbundling of model economics, operational versus developmental escape velocity, and what enterprises should do about it."@en ; schema:hasPart :claimsSection, :coreEntities, :disclosure, :entityIndex, :faqSection, :glossarySection, :howtoSection, :section-1, :section-2, :section-3, :section-4, :section-5, :section-6, :section-7, :section-8, :section-9, :section-10, :section-11, :section-12, :section-13, :section-14, :section-15, :section-16, :section-17, :section-18, :section-19, :sparqlSection ; schema:name "Open Escape Velocity"@en ; schema:publisher ; schema:relatedLink ; schema:url ; prov:wasGeneratedBy , . :section-1 a schema:CreativeWork ; schema:description "For almost four years the AI industry assumed closed models would dominate the market: OpenAI established the pattern and Anthropic reinforced it. The DeepSeek moment changed the picture — a class of open-weight model could compete on cost, capability, and deployability in ways that mattered to enterprises — and through 2026 that opening became harder to ignore as more capable open models, better serving infrastructure, and easier hosting arrived."@en ; schema:isPartOf :analysis ; schema:name "The closed-model assumption, revisited"@en ; schema:position 1 . :section-2 a schema:CreativeWork ; schema:description "In August 2026 open-weight models processed 56% of all tokens on Vercel's AI Gateway, up from 7% in December 2025; OpenRouter reported roughly 60% of US-originating token consumption by open models in the same period. These are not industry market share: gateway data sees workloads routed through those platforms, not direct API contracts, consumer subscriptions, private deployments, or enterprise agreements — and gateways also miss some open-model usage precisely because open weights can run privately. The narrower, still important reading: within production environments designed around model choice, open weights moved from experimentation into real production infrastructure."@en ; schema:isPartOf :analysis ; schema:name "The gateway data"@en ; schema:position 2 . :section-3 a schema:CreativeWork ; schema:description "A model can now be trained by one organization, served by another, routed through a third, embedded inside a fourth company's product, and specialized by a fifth for an enterprise customer — training, serving, distribution, customization, and application delivery no longer have to sit inside the same company. Many actors have independent reasons to keep the open frontier moving: inference companies want workloads, chip vendors want compute demand, gateways want model diversity, application developers want substitutable intelligence, enterprises want lower costs and greater control, and regional labs want bases they can adapt. This is what the article means by open escape velocity — while insisting that adoption and self-renewal are different things."@en ; schema:isPartOf :analysis ; schema:name "Training, serving, routing, and delivery separate"@en ; schema:position 3 . :section-4 a schema:CreativeWork ; schema:description "Open-weight models carried 56% of Vercel's token volume but only around 14% of estimated spending, while Anthropic alone represented 64% of spending. The obvious reading — open models absorb cheap commodity work while closed models retain expensive high-value tasks — has some truth, but value needs unpacking. Token share (inference processed), spending share (dollars paid), and economic value (useful outcome relative to total cost) are not interchangeable: a $5 workload completed for $1 on an open model captures fewer dollars while the buyer receives more value. Vercel reported average token prices fell 23.2% in August, and customers leaving the most expensive Anthropic models often moved down inside Anthropic's own family. The market looks like a continuously repriced portfolio of intelligence, and the enterprise question becomes: what is the lowest-cost system that can complete this piece of work at the quality, latency, and risk level we require?"@en ; schema:isPartOf :analysis ; schema:name "Why low spending share can be a sign of success"@en ; schema:position 4 . :section-5 a schema:CreativeWork ; schema:description "A Chinese-developed open model consumed through an American inference provider splits its economics across model developer, infrastructure provider, inference host, gateway, application layer, and enterprise — spending associated with a model is not automatically revenue for the company that trained it. Open weights unbundle the economics around the model, so hosting, routing, tuning, evaluation, vertical applications, and enterprise deployment can all become independent businesses. But it also produces the hardest economic question in the whole thesis: who pays for the next model? Serving an existing model can be profitable; training its substantially better successor is a different capital problem."@en ; schema:isPartOf :analysis ; schema:name "Follow the inference dollar"@en ; schema:position 5 . :section-6 a schema:CreativeWork ; schema:description "The word 'open' conceals several different arrangements: downloadable weights without reproducible training, hosted fine-tuning without export rights, free internal use with conditions on commercial hosting. For an enterprise openness is a bundle of practical rights: can we obtain the model, modify it, operate it independently, and continue using the adaptations we create under acceptable terms? There is also a technical distinction — legal permission and operational independence are different assets — and a hosted open model can sometimes create more practical optionality than a self-hosted model depending on a stack the enterprise cannot realistically reproduce. Openness matters when it translates into credible control."@en ; schema:isPartOf :analysis ; schema:name "'Open' is a set of rights, not one product category"@en ; schema:position 6 . :section-7 a schema:CreativeWork ; schema:description "A proprietary model company must monetize access to the intelligence it creates; NVIDIA's business benefits whenever more AI is trained and run, regardless of whether the weights are sold, released openly, or served by somebody else — the economics of complementary products. The Nemotron Coalition brings model developers, application companies, tooling providers, and regional AI players around shared model development with training infrastructure contributed through DGX Cloud. The paradox: the model layer can become more open while the infrastructure beneath it remains highly concentrated, increasing the strategic importance of GPU vendors, clouds, and well-capitalized inference providers."@en ; schema:isPartOf :analysis ; schema:name "Why NVIDIA has a reason to fund the commons"@en ; schema:position 7 . :section-8 a schema:CreativeWork ; schema:description "Operational escape velocity: useful models can continue being deployed and improved without depending entirely on the original publisher's hosted service. Developmental escape velocity: several independent organizations can continue producing competitive successor models. Ten hosts serving one model provide operational redundancy, not ten independent sources of new model development; hundreds of fine-tunes can form a productive ecosystem while depending on a small number of organizations to produce the underlying bases. The three engines are usage, sponsorship, and institutional backing — evidence today is strongest on usage, increasingly interesting on sponsorship and institutional support, while operational resilience is arriving faster than developmental independence."@en ; schema:isPartOf :analysis ; schema:name "Escape velocity has two different meanings"@en ; schema:position 8 . :section-9 a schema:CreativeWork ; schema:description "A substantial portion of open-model volume has come from Chinese developers while those same models can be served through American infrastructure, routed through Western platforms, and embedded in enterprise applications elsewhere; in some configurations the original model lab never receives the customer's prompts. Model provenance and data destination are different questions. Enterprise procurement should therefore separate five dimensions: model provenance, inference location, service operator, data access and controls, and contractual and legal regime — a supply chain, not a national flag attached to an API."@en ; schema:isPartOf :analysis ; schema:name "Chinese models, American hosts, and a more complicated map"@en ; schema:position 9 . :section-10 a schema:CreativeWork ; schema:description "The July 'Open Weights and American AI Leadership' letter, with published signatories including NVIDIA, Microsoft, Meta, Google, OpenAI, and Amazon, demonstrates substantial organized support for open weights — evidence of organized support, not a settled regulatory regime. Anthropic has stated it has not advocated a blanket ban on open-weight models while arguing more capable systems can require different treatment; Dario Amodei's proposal to pace frontier development and introduce embedded third-party evaluators addresses supervision of the most capable systems while preserving diffusion elsewhere. The useful frame is 'pacing at the frontier, diffusion at the base' — with the boundary between those layers not fixed, since today's frontier capability becomes tomorrow's common infrastructure."@en ; schema:isPartOf :analysis ; schema:name "Institutional support is not a settled policy regime"@en ; schema:position 10 . :section-11 a schema:CreativeWork ; schema:description "Microsoft's June announcement of seven MAI models tied model development to enterprise customization: distribution through Foundry and external providers alongside Frontier Tuning intended to adapt models to customer workflows. The more important idea is continuous improvement of a general model against the organization's own operating environment. But not all institutional knowledge belongs inside model weights — balances belong in systems of record, policies need authoritative sources, credentials need explicit controls. The enterprise learning loop is larger than fine-tuning: outcomes, expert corrections, evaluation cases, business context, workflow changes, and tested model improvements — and the meaningful ownership claim is not 'we customized a model' but 'we can continue improving the capability we built.'"@en ; schema:isPartOf :analysis ; schema:name "Microsoft's more important bet: the enterprise improvement cycle"@en ; schema:position 11 . :section-12 a schema:CreativeWork ; schema:description "The practical choice is which deployment arrangement fits each workload: a frontier model for difficult reasoning, a cheaper open model for high-volume classification or extraction, a specialized model for a stable internal domain, and a locally deployed model where privacy, latency, or sovereignty creates a specific requirement. These are decisions about workload economics and control, not a ranking of model quality. A common API does not make substitution effortless — tool behavior, context handling, structured outputs, latency, reliability, and failure modes can all change — and the goal is credible optionality: evaluated alternatives, understood switching costs, and known effort for each consequential workload."@en ; schema:isPartOf :analysis ; schema:name "Where open models fit in an enterprise portfolio"@en ; schema:position 12 . :section-13 a schema:CreativeWork ; schema:description "Removing a model-license charge does not remove the cost of operating the model: capacity still has to be purchased, maintained, and utilized, and a lightly used self-hosted deployment can be more expensive than a managed service. The relevant comparison is the full cost of useful work — inference, infrastructure, engineering, human review, monitoring, failure remediation, maintenance, and migration. A cheap model requiring substantially more correction can produce expensive work; a more expensive model removing a large review burden can produce cheaper work. The economically useful unit is cost per accepted result: how much the organization spent across the entire system to produce an outcome it was actually prepared to accept."@en ; schema:isPartOf :analysis ; schema:name "Free weights can still produce expensive work"@en ; schema:position 13 . :section-14 a schema:CreativeWork ; schema:description "A downloadable model does not enforce permissions, prevent duplicate actions, validate retrieved information, detect drift, or determine who should approve a consequential decision — those controls belong to the operating system around the model. If an enterprise runs the model it needs to know whether it is behaving correctly; if it changes or fine-tunes it, whether the change improved performance and what deteriorated elsewhere; if the system takes actions, what actually happened afterward. Evaluation, tracing, auditing, monitoring, and governance become part of the open-model stack rather than optional extras. Owning weights without outcomes gives you an artifact; outcomes without evaluations give you data; evaluations without the ability to change the system give you visibility. The strategic asset appears when those components form a loop capable of producing measured improvement."@en ; schema:isPartOf :analysis ; schema:name "Ownership requires instrumentation"@en ; schema:position 14 . :section-15 a schema:CreativeWork ; schema:description "Open weights can remove dependence on one model endpoint while leaving several other dependencies untouched: a particular hardware family, inference provider, proprietary tuning environment, developer framework, cloud platform, or distribution channel. The objective cannot be complete independence from every supplier; the useful distinction is between dependencies that were deliberately accepted and dependencies that became invisible. A hosted open model might be technically portable while the customer's monitoring and data pipelines make migration expensive; an exported adaptation may still depend on the license of its underlying base model; a huge derivative ecosystem may still depend on only a few organizations capable of training new bases. Escape from one provider is not escape from the supply chain."@en ; schema:isPartOf :analysis ; schema:name "The biggest risk: dependency moves rather than disappears"@en ; schema:position 15 . :section-16 a schema:CreativeWork ; schema:description "The stronger thesis needs evidence across several dimensions: continued model renewal (multiple independent organizations producing competitive successors), sustainable operating businesses (hosts and application companies covering infrastructure and support costs), practical portability (moving workloads or retaining adaptations without rebuilding the system), workable rights (licenses and contracts supporting needed deployment patterns), and enterprise improvement (retained feedback, evaluations, and proprietary context translating into measurable improvements). Different failures weaken different parts: strong hosting demand with concentrated development shows operational resilience but not developmental independence; broad choice with prohibitively difficult migration shows availability but not practical control. A low spending share would not automatically mean failure — it could mean competition drove the same useful work to a lower price. The serious warning is an ecosystem creating enormous customer value while failing to finance the production and maintenance of its shared foundations."@en ; schema:isPartOf :analysis ; schema:name "What would confirm escape velocity?"@en ; schema:position 16 . :section-17 a schema:CreativeWork ; schema:description "When useful intelligence is available from more sources, access to one particular model becomes less exclusive and the difficult work moves toward choosing, operating, adapting, evaluating, and applying those models. Open models do not need to capture most of AI industry revenue to change the market — they only need to make intelligence sufficiently substitutable that the scarcity premium of the model layer begins to compress. Once that happens, value shifts toward whatever remains scarce: infrastructure, proprietary context, evaluation data, trusted workflows, customer relationships, distribution, and accumulated operating knowledge. Openness increases the number of parties that can participate; it does not determine which layer ultimately keeps the margin."@en ; schema:isPartOf :analysis ; schema:name "The AI supercycle connection"@en ; schema:position 17 . :section-18 a schema:CreativeWork ; schema:description "Open-weight AI has crossed an important production threshold: on major gateways it carries a substantial share of inference, and around it a wider industrial system is forming whose incentives are no longer concentrated in one place. But operational escape velocity and developmental escape velocity must remain separate — the ecosystem is increasingly capable of keeping existing models useful when one participant changes direction, and has not yet proved enough independent organizations can continuously finance and train their successors. For enterprises the implication is immediate: do not confuse token volume with value, downloadable weights with independence, customization with ownership, or cheap inference with cheap work. Build what survives model churn — context, evaluations, workflow, outcome history, operating knowledge, and the improvement loop. Cheap intelligence is becoming easier to obtain; the durable advantage is learning how to turn it into useful work, and retaining the ability to keep improving that work when the model underneath changes."@en ; schema:isPartOf :analysis ; schema:name "The compression"@en ; schema:position 18 . :section-19 a schema:CreativeWork ; schema:description "The argument rests on twelve mental models, each travelling beyond open models: Three Measurements; Follow the Inference Dollar; Openness as a Set of Rights; Complements Fund the Commons; Two Escape Velocities; The Supply-Chain Map; Pacing at the Frontier, Diffusion at the Base; Credible Optionality; Cost per Accepted Result; You Cannot Own What You Cannot Measure; Dependency Moves, It Does Not Vanish; and The Scarcity Premium Compresses."@en ; schema:isPartOf :analysis ; schema:name "The mental models"@en ; schema:position 19 . :claimsSection a schema:CreativeWork ; schema:abstract "The article's quantitative and structural claims, collected in one place. Every figure below is reported in the article itself — Vercel and OpenRouter gateway statistics, spending splits, token-price movement, the July policy letter, and Microsoft's MAI announcement — and none of it has been independently verified here. The figures are presented as the author's evidence for the escape-velocity thesis, not as audited market data."@en ; schema:hasPart :claim-gateway-tokens, :claim-infrastructure-concentration, :claim-portfolio-repricing, :claim-price-decline, :claim-spending-split, :claim-sponsorship-gap, :claim-unbundling ; schema:isPartOf :analysis ; schema:name "The article's quantitative claims"@en ; schema:position 1 . :claim-gateway-tokens a schema:Claim ; schema:description "In August 2026 open-weight models processed 56% of all tokens on Vercel's AI Gateway, up from 7% in December 2025; OpenRouter reported roughly 60% of US-originating token consumption by open models in the same period. The article itself cautions that gateway data is neither a census nor a curiosity: it misses direct API contracts, private deployments, local models, and enterprise agreements. Framed as the article's reported evidence, not independently verified."@en ; schema:hasPart :qv-vercel-baseline, :qv-vercel-token-share, :qv-openrouter-share ; schema:isPartOf :claimsSection ; schema:name "Open models carry a majority of gateway token volume"@en ; schema:position 1 . :qv-vercel-token-share a schema:PropertyValue ; schema:description "Open-weight share of Vercel AI Gateway token volume, August 2026."@en ; schema:isPartOf :claim-gateway-tokens ; schema:name "Vercel open-weight token share"@en ; schema:unitText "%" ; schema:value "56"^^xsd:decimal . :qv-vercel-baseline a schema:PropertyValue ; schema:description "Open-weight share of Vercel AI Gateway token volume, December 2025."@en ; schema:isPartOf :claim-gateway-tokens ; schema:name "Vercel open-weight token share baseline"@en ; schema:unitText "%" ; schema:value "7"^^xsd:decimal . :qv-openrouter-share a schema:PropertyValue ; schema:description "Open-model share of US-originating token consumption reported by OpenRouter for the same period."@en ; schema:isPartOf :claim-gateway-tokens ; schema:name "OpenRouter open-model share"@en ; schema:unitText "%" ; schema:value "60"^^xsd:decimal . :claim-spending-split a schema:Claim ; schema:description "Open-weight models carried 56% of Vercel's token volume but only around 14% of estimated spending, while Anthropic alone represented 64% of spending. The article reads this as partly commodity absorption and partly a measurement problem: spending share is supplier revenue, not customer value. Framed as the article's reported evidence, not independently verified."@en ; schema:hasPart :qv-anthropic-spend-share, :qv-open-spend-share ; schema:isPartOf :claimsSection ; schema:name "Open models hold a fraction of the spending"@en ; schema:position 2 . :qv-open-spend-share a schema:PropertyValue ; schema:description "Open-weight share of estimated spending on Vercel's AI Gateway, August 2026."@en ; schema:isPartOf :claim-spending-split ; schema:name "Open-weight spending share"@en ; schema:unitText "%" ; schema:value "14"^^xsd:decimal . :qv-anthropic-spend-share a schema:PropertyValue ; schema:description "Anthropic's share of estimated spending on Vercel's AI Gateway, August 2026."@en ; schema:isPartOf :claim-spending-split ; schema:name "Anthropic spending share"@en ; schema:unitText "%" ; schema:value "64"^^xsd:decimal . :claim-price-decline a schema:Claim ; schema:description "Vercel reported that average token prices fell 23.2% in August, continuing a multi-month decline; among high-volume customers present in both comparison periods, the median decline was considerably smaller — which matters because an aggregate price index should not be treated as the saving experienced by every workload. Framed as the article's reported evidence, not independently verified."@en ; schema:hasPart :qv-price-decline ; schema:isPartOf :claimsSection ; schema:name "Inference prices keep falling"@en ; schema:position 3 . :qv-price-decline a schema:PropertyValue ; schema:description "Decline in average token prices reported by Vercel, August 2026."@en ; schema:isPartOf :claim-price-decline ; schema:name "Vercel average token price decline"@en ; schema:unitText "%" ; schema:value "23.2"^^xsd:decimal . :claim-portfolio-repricing a schema:Claim ; schema:description "The market is settling into a continuously repriced portfolio of intelligence rather than a clean division where open models do the cheap work and one closed frontier model does everything important. Evidence cited: customers moving away from the most expensive Anthropic models often moved down inside Anthropic's own model family rather than leaving the provider. Framed as the author's thesis, not a measured result."@en ; schema:isPartOf :claimsSection ; schema:name "The market is a continuously repriced portfolio of intelligence"@en ; schema:position 4 . :claim-unbundling a schema:Claim ; schema:description "Training, serving, distribution, customization, and application delivery no longer have to sit inside the same company: a model can be trained by one organization, served by another, routed through a third, embedded in a fourth company's product, and specialized by a fifth for an enterprise customer. The structural separation is presented as what makes this cycle different from earlier open-AI cycles that depended on one or two labs releasing weights. Framed as the author's thesis, not a measured result."@en ; schema:isPartOf :claimsSection ; schema:name "The value chain has unbundled across five different organizations"@en ; schema:position 5 . :claim-infrastructure-concentration a schema:Claim ; schema:description "The model layer can become more open while the infrastructure beneath it remains highly concentrated: enterprises may gain dozens of viable model choices while those models still depend disproportionately on a small number of GPU vendors, clouds, or well-capitalized inference providers. Openness can reduce concentration in one layer while increasing the strategic importance of another. Framed as the author's thesis, not a measured result."@en ; schema:isPartOf :claimsSection ; schema:name "Openness at the model layer coexists with concentrated infrastructure"@en ; schema:position 6 . :claim-sponsorship-gap a schema:Claim ; schema:description "Serving an existing model can be a profitable business; training its substantially better successor is a different capital problem. The open ecosystem is becoming increasingly effective at distributing and monetizing models once they exist; what remains less proven is whether enough value flows back toward the organizations capable of producing the next generation of them. Closing that gap is, in the article's framing, what the sponsorship model ultimately has to do. Framed as the author's thesis, not a measured result."@en ; schema:isPartOf :claimsSection ; schema:name "Who pays for the next model remains unproven"@en ; schema:position 7 . :faqSection a schema:FAQPage ; schema:description "Questions and answers covering the article's claims about open escape velocity, gateway statistics, model economics, the value chain, openness as rights, sponsorship, policy, and enterprise practice."@en ; schema:hasPart :a1, :a2, :a3, :a4, :a5, :a6, :a7, :a8, :a9, :a10, :a11, :a12, :a13, :a14, :a15 ; schema:isPartOf :analysis ; schema:name "Frequently asked questions"@en . :q1 a schema:Question ; schema:acceptedAnswer :a1 ; schema:isPartOf :faqSection ; schema:name "What does 'open escape velocity' mean in this article?"@en . :a1 a schema:Answer ; schema:isPartOf :faqSection ; schema:text "It means open AI is beginning to develop enough independent sources of demand, infrastructure, capital, and institutional support that its future depends less on the strategy of any single model company. It explicitly does not mean open models have defeated closed models, that every dependency has disappeared, or that the ecosystem is already economically self-sufficient."@en . :q2 a schema:Question ; schema:acceptedAnswer :a2 ; schema:isPartOf :faqSection ; schema:name "Does open escape velocity mean open models have beaten closed models?"@en . :a2 a schema:Answer ; schema:isPartOf :faqSection ; schema:text "No. Closed models still dominate important parts of the market, particularly at the frontier. The article's claim is about independent momentum: open weights have become part of the production architecture itself, with incentives no longer concentrated in one place."@en . :q3 a schema:Question ; schema:acceptedAnswer :a3 ; schema:isPartOf :faqSection ; schema:name "What do the Vercel numbers — 56% of tokens, 14% of spending — actually show?"@en . :a3 a schema:Answer ; schema:isPartOf :faqSection ; schema:text "In August 2026 open-weight models processed 56% of tokens on Vercel's AI Gateway (up from 7% in December 2025) but only about 14% of estimated spending, while Anthropic alone was 64% of spending. They are not industry market share: gateway data misses direct API contracts, consumer subscriptions, private deployments, and enterprise agreements, and private hosting hides some open-model usage too. What they do show is that within production environments designed around model choice, open weights moved from experimentation into real production infrastructure."@en . :q4 a schema:Question ; schema:acceptedAnswer :a4 ; schema:isPartOf :faqSection ; schema:name "Why must token share, spending share, and economic value be measured separately?"@en . :a4 a schema:Answer ; schema:isPartOf :faqSection ; schema:text "They measure different things and can move in opposite directions. Token share is how much inference a model processes; spending share is how many dollars are paid for it; economic value is what useful outcome the customer receives relative to total cost. Suppose a workload previously cost $5 and an open model now completes the same accepted work for $1: the open model captures fewer dollars, but the buyer may receive more economic value because most of the surplus stays with the customer."@en . :q5 a schema:Question ; schema:acceptedAnswer :a5 ; schema:isPartOf :faqSection ; schema:name "What is the difference between operational and developmental escape velocity?"@en . :a5 a schema:Answer ; schema:isPartOf :faqSection ; schema:text "Operational escape velocity means useful models can continue being deployed and improved without depending entirely on the original publisher's hosted service. Developmental escape velocity means several independent organizations can continue producing competitive successor models. The first does not prove the second: ten hosts serving one model provide operational redundancy, not ten independent sources of new model development. Serving is not training, and adaptation is not frontier development."@en . :q6 a schema:Question ; schema:acceptedAnswer :a6 ; schema:isPartOf :faqSection ; schema:name "What are the three engines of open escape velocity?"@en . :a6 a schema:Answer ; schema:isPartOf :faqSection ; schema:text "Usage: enough real work moves onto open models to support hosts, tooling companies, and applications. Sponsorship: enough organizations have independent economic reasons to finance model development, infrastructure, and ecosystem investment. Institutional backing: enough companies, standards bodies, foundations, and policymakers treat open models as strategically worth maintaining. Evidence today is strongest on usage; operational resilience is arriving faster than developmental independence."@en . :q7 a schema:Question ; schema:acceptedAnswer :a7 ; schema:isPartOf :faqSection ; schema:name "What does 'follow the inference dollar' mean?"@en . :a7 a schema:Answer ; schema:isPartOf :faqSection ; schema:text "Trace the payment across the separated layers — model developer, infrastructure provider, inference host, gateway, application layer, enterprise — before crediting any layer with it, because spending associated with a model is not automatically revenue received by the company that trained it. Once the layers separate, economics flow toward hardware vendors, clouds, networking providers, gateways, and application vendors, while the model developer monetizes through its own API, licenses, enterprise agreements, support, or adjacent products."@en . :q8 a schema:Question ; schema:acceptedAnswer :a8 ; schema:isPartOf :faqSection ; schema:name "What is the hardest economic question in the article's thesis?"@en . :a8 a schema:Answer ; schema:isPartOf :faqSection ; schema:text "Who pays for the next model? Serving an existing model can be a profitable business; training its substantially better successor is a different capital problem. The open ecosystem is increasingly effective at distributing and monetizing models once they exist; what remains less proven is whether enough value flows back toward the organizations capable of producing the next generation of them."@en . :q9 a schema:Question ; schema:acceptedAnswer :a9 ; schema:isPartOf :faqSection ; schema:name "Is 'open-weight' the same as 'open-source'?"@en . :a9 a schema:Answer ; schema:isPartOf :faqSection ; schema:text "No. A model can have downloadable weights without disclosing everything needed to reproduce its training; a developer can be allowed to fine-tune a hosted model without being allowed to export it; a model can be free for internal use while imposing additional conditions on commercial hosting. The word 'open' conceals several different arrangements, and the strategic question is whether the organization can continue operating and improving the capability if a supplier changes pricing, terms, or strategy."@en . :q10 a schema:Question ; schema:acceptedAnswer :a10 ; schema:isPartOf :faqSection ; schema:name "What practical rights make up 'openness' for an enterprise?"@en . :a10 a schema:Answer ; schema:isPartOf :faqSection ; schema:text "Four rights: can we obtain the model, can we modify it, can we operate it independently, and can we continue using the adaptations we create under acceptable terms? A positive answer to one does not settle the others, and legal permission and operational independence are different assets. Openness counts when it translates into credible control, not when it merely produces another file on a server."@en . :q11 a schema:Question ; schema:acceptedAnswer :a11 ; schema:isPartOf :faqSection ; schema:name "Why would NVIDIA fund open models?"@en . :a11 a schema:Answer ; schema:isPartOf :faqSection ; schema:text "Because of complementary-products economics: more capable open models can create more applications, more applications create more inference, and more inference creates greater demand for accelerators, networking, serving software, and compute infrastructure — the parts of the stack NVIDIA sells. The Nemotron Coalition, bringing model developers, application companies, tooling providers, and regional AI players together with training infrastructure through DGX Cloud, makes that logic concrete. It is a more durable sponsorship than depending on a lab's philosophical commitment to openness, though NVIDIA's upside depends on its infrastructure remaining an attractive place to run the workloads openness creates."@en . :q12 a schema:Question ; schema:acceptedAnswer :a12 ; schema:isPartOf :faqSection ; schema:name "What is 'pacing at the frontier, diffusion at the base'?"@en . :a12 a schema:Answer ; schema:isPartOf :faqSection ; schema:text "An emerging structure in the policy debate rather than a settled consensus: at the frontier, the questions concern capability thresholds, evaluations, security, inspection, and how quickly systems should advance — Dario Amodei's proposal to pace frontier development with embedded third-party evaluators fits here — while below the frontier the economic pressure favors broader access, competition, customization, and enterprise control. The boundary is not fixed: today's frontier capability becomes tomorrow's common infrastructure, so 'open versus closed' may prove too static a policy frame."@en . :q13 a schema:Question ; schema:acceptedAnswer :a13 ; schema:isPartOf :faqSection ; schema:name "What is 'credible optionality'?"@en . :a13 a schema:Answer ; schema:isPartOf :faqSection ; schema:text "Evaluated alternatives, not a long list of providers. Real optionality exists when the enterprise has evaluated alternatives, understands what would change in a switch — tool behavior, context handling, structured outputs, latency, reliability, failure modes — and knows how much time and work the switch would require. The goal is not maximum provider count."@en . :q14 a schema:Question ; schema:acceptedAnswer :a14 ; schema:isPartOf :faqSection ; schema:name "What is 'cost per accepted result'?"@en . :a14 a schema:Answer ; schema:isPartOf :faqSection ; schema:text "The full cost of useful work: inference, infrastructure, engineering, human review, monitoring, failure remediation, maintenance, and migration together, for an outcome the organization was actually prepared to accept. A cheap model requiring substantially more correction can produce expensive work; a more expensive model removing a large review burden can produce cheaper work. Falling token prices matter because they reduce one cost component; whether they create economic value depends on the rest of the workflow."@en . :q15 a schema:Question ; schema:acceptedAnswer :a15 ; schema:isPartOf :faqSection ; schema:name "What would confirm escape velocity — and what would weaken it?"@en . :a15 a schema:Answer ; schema:isPartOf :faqSection ; schema:text "Five dimensions: continued model renewal, sustainable operating businesses, practical portability, workable rights, and enterprise improvement. Different failures weaken different parts: strong hosting demand with concentrated model development shows operational resilience but not developmental independence; broad choice with prohibitively difficult migration shows availability but not practical control. A low spending share would not automatically mean failure — competition could simply have driven the same useful work to a lower price. The serious warning is an ecosystem creating enormous customer value while failing to finance the production and maintenance of its shared foundations."@en . :glossarySection a schema:DefinedTermSet, skos:ConceptScheme ; schema:description "Terms introduced or defined in the article, including the twelve mental models the argument rests on."@en ; schema:hasDefinedTerm :term-ai-gateway, :term-complements-fund-the-commons, :term-cost-per-accepted-result, :term-credible-optionality, :term-dependency-moves, :term-follow-the-inference-dollar, :term-frontier-model, :term-inference-host, :term-nemotron-coalition, :term-open-escape-velocity, :term-open-weight-model, :term-openness-as-a-set-of-rights, :term-own-what-you-can-measure, :term-pacing-frontier-diffusion-base, :term-scarcity-premium-compresses, :term-supply-chain-map, :term-three-measurements, :term-two-escape-velocities, :term-value-chain-unbundling ; schema:isPartOf :analysis ; schema:name "Core technical glossary"@en . :term-open-escape-velocity a schema:DefinedTerm ; schema:description "The article's central claim: open AI developing enough independent sources of demand, infrastructure, capital, and institutional support that its future depends less on the strategy of any single model company. Not that open models have defeated closed models, not that every dependency has disappeared, and not that the ecosystem is already economically self-sufficient."@en ; schema:inDefinedTermSet :glossarySection ; schema:isPartOf :glossarySection ; schema:name "Open escape velocity"@en . :term-open-weight-model a schema:DefinedTerm ; schema:description "A model whose weights can be downloaded and deployed, without necessarily disclosing training data, training process, or everything needed to reproduce the training. Not interchangeable with 'open-source': weights alone are not the same as having an efficient serving stack, suitable hardware, capacity, or an operating team."@en ; schema:inDefinedTermSet :glossarySection ; schema:isPartOf :glossarySection ; schema:name "Open-weight model"@en . :term-frontier-model a schema:DefinedTerm ; schema:description "The most capable models at the leading edge, where closed providers still dominate important parts of the market and where policy questions increasingly concern capability thresholds, evaluations, security, inspection, and pacing. Today's frontier capability becomes tomorrow's common infrastructure."@en ; schema:inDefinedTermSet :glossarySection ; schema:isPartOf :glossarySection ; schema:name "Frontier model"@en . :term-inference-host a schema:DefinedTerm ; schema:description "The layer that turns model weights into an available service, supplying compute, memory, serving software, networking, and availability. In the unbundled value chain it is distinct from the model developer that trained the weights."@en ; schema:inDefinedTermSet :glossarySection ; schema:isPartOf :glossarySection ; schema:name "Inference host"@en . :term-ai-gateway a schema:DefinedTerm ; schema:description "A routing layer across providers and models that handles access, routing, and billing, and may monetize observability, enterprise controls, or other services rather than marking up every token. The article's token and spending statistics come from Vercel's AI Gateway and OpenRouter."@en ; schema:inDefinedTermSet :glossarySection ; schema:isPartOf :glossarySection ; schema:name "AI gateway"@en . :term-nemotron-coalition a schema:DefinedTerm ; schema:description "NVIDIA's coalition bringing model developers, application companies, tooling providers, and regional AI players around shared model development, with training infrastructure contributed through DGX Cloud — the concrete expression of complementary-products economics funding the open-model commons."@en ; schema:inDefinedTermSet :glossarySection ; schema:isPartOf :glossarySection ; schema:name "Nemotron Coalition"@en . :term-value-chain-unbundling a schema:DefinedTerm ; schema:description "The separation of training, serving, distribution, customization, and application delivery across different organizations — a model trained by one, served by another, routed through a third, embedded by a fourth, specialized by a fifth — which creates the opportunity for an independent ecosystem around open models and the question of who pays for the next one."@en ; schema:inDefinedTermSet :glossarySection ; schema:isPartOf :glossarySection ; schema:name "Value-chain unbundling"@en . :term-three-measurements a schema:DefinedTerm ; schema:description "Mental model: token share, spending share, and economic value measure different things. Applied here: the 56% token share and 14% spending share describe consumption and supplier revenue; neither measures what customers saved."@en ; schema:inDefinedTermSet :glossarySection ; schema:isPartOf :glossarySection ; schema:name "Three Measurements"@en . :term-follow-the-inference-dollar a schema:DefinedTerm ; schema:description "Mental model: spending associated with a model is not revenue received by the company that trained it. Applied here: trace the payment across developer, infrastructure, host, gateway, application, and enterprise before crediting any layer with it."@en ; schema:inDefinedTermSet :glossarySection ; schema:isPartOf :glossarySection ; schema:name "Follow the Inference Dollar"@en . :term-openness-as-a-set-of-rights a schema:DefinedTerm ; schema:description "Mental model: obtaining, modifying, operating independently, and keeping adaptations are separate permissions. Applied here: openness counts only when it translates into credible control, not another file on a server."@en ; schema:inDefinedTermSet :glossarySection ; schema:isPartOf :glossarySection ; schema:name "Openness as a Set of Rights"@en . :term-complements-fund-the-commons a schema:DefinedTerm ; schema:description "Mental model: a company can sponsor a free input when it sells something that grows with it. Applied here: when a model arrives free, ask whose other product benefits — NVIDIA's accelerators and infrastructure, for instance — and whether that incentive will last."@en ; schema:inDefinedTermSet :glossarySection ; schema:isPartOf :glossarySection ; schema:name "Complements Fund the Commons"@en . :term-two-escape-velocities a schema:DefinedTerm ; schema:description "Mental model: keeping released models useful is operational; producing competitive successors is developmental. Applied here: count independent training programs, not hosts or fine-tunes, before assuming a model family will keep improving."@en ; schema:inDefinedTermSet :glossarySection ; schema:isPartOf :glossarySection ; schema:name "Two Escape Velocities"@en . :term-supply-chain-map a schema:DefinedTerm ; schema:description "Mental model: model provenance, inference location, service operator, data access and controls, and the contractual and legal regime are separate questions. Applied here: make procurement check each one instead of letting a national label stand in for all five."@en ; schema:inDefinedTermSet :glossarySection ; schema:isPartOf :glossarySection ; schema:name "The Supply-Chain Map"@en . :term-pacing-frontier-diffusion-base a schema:DefinedTerm ; schema:description "Mental model: different capability levels raise different policy questions, and the boundary between them moves. Applied here: treat today's frontier controls as provisional for capabilities that will soon be common infrastructure."@en ; schema:inDefinedTermSet :glossarySection ; schema:isPartOf :glossarySection ; schema:name "Pacing at the Frontier, Diffusion at the Base"@en . :term-credible-optionality a schema:DefinedTerm ; schema:description "Mental model: the goal is evaluated alternatives, not a long list of providers. Applied here: for each consequential workload, know what would change in a switch and how much time and work it would take."@en ; schema:inDefinedTermSet :glossarySection ; schema:isPartOf :glossarySection ; schema:name "Credible Optionality"@en . :term-cost-per-accepted-result a schema:DefinedTerm ; schema:description "Mental model: the price of a token is one term in the cost of useful work. Applied here: compare arrangements on inference, infrastructure, engineering, human review, monitoring, failure remediation, maintenance, and migration together."@en ; schema:inDefinedTermSet :glossarySection ; schema:isPartOf :glossarySection ; schema:name "Cost per Accepted Result"@en . :term-own-what-you-can-measure a schema:DefinedTerm ; schema:description "Mental model: weights alone are an artifact; outcomes, evaluations, and the ability to change the system turn them into an improvement loop. Applied here: the test of ownership is measured improvement that survives a change of supplier."@en ; schema:inDefinedTermSet :glossarySection ; schema:isPartOf :glossarySection ; schema:name "You Cannot Own What You Cannot Measure"@en . :term-dependency-moves a schema:DefinedTerm ; schema:description "Mental model: removing one dependency often exposes or creates another. Applied here: map dependencies layer by layer, and separate the ones you accepted from the ones that became invisible."@en ; schema:inDefinedTermSet :glossarySection ; schema:isPartOf :glossarySection ; schema:name "Dependency Moves, It Does Not Vanish"@en . :term-scarcity-premium-compresses a schema:DefinedTerm ; schema:description "Mental model: when intelligence becomes substitutable, value shifts to whatever remains scarce. Applied here: invest in context, evaluation data, trusted workflows, customer relationships, and operating knowledge, not in access to one model."@en ; schema:inDefinedTermSet :glossarySection ; schema:isPartOf :glossarySection ; schema:name "The Scarcity Premium Compresses"@en . :howtoSection a schema:HowTo ; schema:description "The article's implicit enterprise protocol for evaluating open-weight AI against a real workload: ask the portfolio question, separate the three measurements, map the supply chain, test credible optionality, and instrument before owning."@en ; schema:hasPart :step1, :step2, :step3, :step4, :step5 ; schema:isPartOf :analysis ; schema:name "Evaluate open-weight AI for an enterprise workload"@en ; schema:step :step1, :step2, :step3, :step4, :step5 . :step1 a schema:HowToStep ; schema:isPartOf :howtoSection ; schema:name "Ask the portfolio question"@en ; schema:position 1 ; schema:text "Stop asking 'which model provider are we standardized on?' and ask instead: what is the lowest-cost system that can complete this piece of work at the quality, latency, and risk level we require? Decide per workload whether a frontier model, a cheaper open model, a specialized model, or a locally deployed model fits — these are decisions about workload economics and control, not a ranking of model quality."@en . :step2 a schema:HowToStep ; schema:isPartOf :howtoSection ; schema:name "Separate the three measurements"@en ; schema:position 2 ; schema:text "Measure token share, spending share, and economic value separately, and never let token volume stand in for value. A lower spending share is not automatically a failure — it can mean competition drove the same useful work to a lower price — and an aggregate price index should not be treated as the saving experienced by every workload."@en . :step3 a schema:HowToStep ; schema:isPartOf :howtoSection ; schema:name "Map the supply chain"@en ; schema:position 3 ; schema:text "Check each of the five procurement dimensions separately rather than reducing the choice to a national label: model provenance, inference location, service operator, data access and controls, and the contractual and legal regime. In some configurations the original model lab never receives the customer's prompts — but the model still carries its original architecture, training history, license, and limitations."@en . :step4 a schema:HowToStep ; schema:isPartOf :howtoSection ; schema:name "Test credible optionality"@en ; schema:position 4 ; schema:text "Evaluate the alternatives for each consequential workload: understand what would change in a switch — tool behavior, context handling, structured outputs, latency, reliability, failure modes — and know how much time and work it would take. A common API can connect to another endpoint in minutes while the evaluation to switch safely takes weeks."@en . :step5 a schema:HowToStep ; schema:isPartOf :howtoSection ; schema:name "Instrument before you own"@en ; schema:position 5 ; schema:text "Treat evaluation, tracing, auditing, monitoring, and governance as part of the stack, not optional extras: know whether the model is behaving correctly, whether a change or fine-tune improved performance and what deteriorated elsewhere, and what actually happened after the system took actions. Compare arrangements on cost per accepted result — inference, infrastructure, engineering, human review, monitoring, failure remediation, maintenance, and migration together."@en . :coreEntities a schema:ItemList ; schema:description "Organizations, people, works, and platforms named or central to the article."@en ; schema:isPartOf :analysis ; schema:name "Core entities"@en . :org-openai a schema:Organization ; schema:description "AI company that established the closed-model pattern the article opens with; later a signatory of the July Open Weights and American AI Leadership letter."@en ; schema:isPartOf :coreEntities ; schema:name "OpenAI"@en . :org-anthropic a schema:Organization ; schema:description "AI company that reinforced the closed-model pattern; alone represented 64% of estimated spending on Vercel's AI Gateway in August 2026. Has stated it has not advocated a blanket ban on open-weight models while arguing more capable systems can require different treatment."@en ; schema:isPartOf :coreEntities ; schema:name "Anthropic"@en . :org-deepseek a schema:Organization ; schema:description "Company whose open-weight release — 'the DeepSeek moment' — showed an open-weight model could compete on cost, capability, and deployability in ways that mattered to enterprises, changing the picture the article describes."@en ; schema:isPartOf :coreEntities ; schema:name "DeepSeek"@en . :org-meta a schema:Organization ; schema:description "Company whose Llama releases previously carried much of the open-model momentum — the article notes the earlier dependence on whether a large organization continued releasing competitive weights; a signatory of the July Open Weights and American AI Leadership letter."@en ; schema:isPartOf :coreEntities ; schema:name "Meta"@en . :org-nvidia a schema:Organization ; schema:description "Chip and infrastructure company with a complementary-products reason to fund the open-model commons; brought together the Nemotron Coalition and contributes training infrastructure through DGX Cloud. A signatory of the July Open Weights and American AI Leadership letter."@en ; schema:isPartOf :coreEntities ; schema:name "NVIDIA"@en . :org-microsoft a schema:Organization ; schema:description "Company that announced seven MAI models in June 2026 with Foundry distribution and Frontier Tuning, tying model development to enterprise customization and the enterprise improvement cycle; a signatory of the July Open Weights and American AI Leadership letter."@en ; schema:isPartOf :coreEntities ; schema:name "Microsoft"@en . :org-google a schema:Organization ; schema:description "Signatory of the July Open Weights and American AI Leadership letter."@en ; schema:isPartOf :coreEntities ; schema:name "Google"@en . :org-amazon a schema:Organization ; schema:description "Signatory of the July Open Weights and American AI Leadership letter."@en ; schema:isPartOf :coreEntities ; schema:name "Amazon"@en . :org-vercel a schema:Organization ; schema:description "Company whose AI Gateway figures anchor the article's evidence: 56% of August 2026 token volume from open-weight models (up from 7% in December 2025), about 14% of estimated spending, 64% of spending to Anthropic alone, and a 23.2% average token price decline in August."@en ; schema:isPartOf :coreEntities ; schema:name "Vercel"@en . :org-openrouter a schema:Organization ; schema:description "Gateway company reporting roughly 60% of US-originating token consumption by open models in the same period as the Vercel figures."@en ; schema:isPartOf :coreEntities ; schema:name "OpenRouter"@en . a schema:Person ; schema:description "Gennaro Cuofano, author of The Business Engineer newsletter and of 'Open Escape Velocity'."@en ; schema:isPartOf :coreEntities ; schema:name "Gennaro Cuofano"@en . :dario-amodei a schema:Person ; schema:description "Anthropic CEO; his proposal to pace frontier development and introduce embedded third-party evaluators is cited as part of the emerging 'pacing at the frontier, diffusion at the base' policy structure."@en ; schema:isPartOf :coreEntities ; schema:name "Dario Amodei"@en . a schema:Organization ; schema:description "Publisher of The Business Engineer; its Agenting platform is advertised to executive members in the newsletter email."@en ; schema:isPartOf :coreEntities ; schema:name "Business Engineering AI"@en . :open-weights-letter a schema:CreativeWork ; schema:description "The July 'Open Weights and American AI Leadership' letter, whose published signatory list includes NVIDIA, Microsoft, Meta, Google, OpenAI, and Amazon. The article treats it as evidence of organized corporate support for open weights — not a settled regulatory regime."@en ; schema:isPartOf :coreEntities ; schema:name "Open Weights and American AI Leadership letter"@en . :agenting-platform a schema:WebApplication ; schema:description "The Business Engineer's Agenting platform, advertised to executive members in the newsletter email carrying this article."@en ; schema:isPartOf :coreEntities ; schema:name "Agenting platform"@en . a schema:SoftwareApplication ; schema:description "Knowledge graph generation skill that produced the RDF-Turtle source of truth for this collection."@en ; schema:name "kg-generator skill"@en ; schema:url . a schema:SoftwareApplication ; schema:description "RDF-backed HTML infographic generation skill that produced the companion web page from the RDF source of truth."@en ; schema:name "rdf-infographic-skill"@en ; schema:url . :sparqlSection a schema:CreativeWork ; schema:description "SPARQL query recipes against the companion knowledge graph, including the default entity-type summary for the workbench."@en ; schema:hasPart :sparql-faqs, :sparql-glossary-terms, :sparql-type-summary ; schema:isPartOf :analysis ; schema:name "SPARQL query recipes"@en . :sparql-type-summary a schema:SoftwareSourceCode ; schema:codeSampleType "SELECT query"@en ; schema:description "Counts entities in the companion named graph by rdf:type. Default query for the SPARQL workbench."@en ; schema:isPartOf :sparqlSection ; schema:name "Entity type summary"@en ; schema:programmingLanguage "SPARQL"@en ; schema:target ; schema:text """PREFIX schema: PREFIX rdfs: SELECT ?typeIri (SAMPLE(?typeLabel) AS ?type) (COUNT(?s) AS ?count) WHERE { GRAPH { ?s a ?typeIri . OPTIONAL { ?typeIri rdfs:label ?typeLabel } } } GROUP BY ?typeIri ORDER BY DESC(?count)"""@en . :sparql-faqs a schema:SoftwareSourceCode ; schema:codeSampleType "SELECT query"@en ; schema:description "Lists every FAQ question in the collection with its accepted answer and both entity IRIs."@en ; schema:isPartOf :sparqlSection ; schema:name "FAQ questions and answers"@en ; schema:programmingLanguage "SPARQL"@en ; schema:target ; schema:text """PREFIX schema: SELECT ?questionIri ?question ?answerIri ?answer WHERE { GRAPH { ?questionIri a schema:Question ; schema:name ?question ; schema:acceptedAnswer ?answerIri . ?answerIri schema:text ?answer . } } ORDER BY ?question"""@en . :sparql-glossary-terms a schema:SoftwareSourceCode ; schema:codeSampleType "SELECT query"@en ; schema:description "Lists every glossary term in the collection — including the twelve mental models — with its definition."@en ; schema:isPartOf :sparqlSection ; schema:name "Glossary terms and definitions"@en ; schema:programmingLanguage "SPARQL"@en ; schema:target ; schema:text """PREFIX schema: SELECT ?termIri ?term ?definition WHERE { GRAPH { ?termIri a schema:DefinedTerm ; schema:name ?term ; schema:description ?definition . } } ORDER BY ?term"""@en . :entityIndex a schema:Thing ; schema:description "Index reaching every entity in this knowledge graph."@en ; schema:isPartOf :analysis ; schema:mentions , , , , , :a1, :a2, :a3, :a4, :a5, :a6, :a7, :a8, :a9, :a10, :a11, :a12, :a13, :a14, :a15, :agenting-platform, :analysis, :claim-gateway-tokens, :claim-infrastructure-concentration, :claim-portfolio-repricing, :claim-price-decline, :claim-spending-split, :claim-sponsorship-gap, :claim-unbundling, :claimsSection, :coreEntities, :dario-amodei, :disclosure, :faqSection, :glossarySection, :howtoSection, :open-weights-letter, :org-amazon, :org-anthropic, :org-deepseek, :org-google, :org-meta, :org-microsoft, :org-nvidia, :org-openai, :org-openrouter, :org-vercel, :q1, :q2, :q3, :q4, :q5, :q6, :q7, :q8, :q9, :q10, :q11, :q12, :q13, :q14, :q15, :qv-anthropic-spend-share, :qv-open-spend-share, :qv-openrouter-share, :qv-price-decline, :qv-vercel-baseline, :qv-vercel-token-share, :section-1, :section-2, :section-3, :section-4, :section-5, :section-6, :section-7, :section-8, :section-9, :section-10, :section-11, :section-12, :section-13, :section-14, :section-15, :section-16, :section-17, :section-18, :section-19, :sparql-faqs, :sparql-glossary-terms, :sparql-type-summary, :sparqlSection, :step1, :step2, :step3, :step4, :step5, :term-ai-gateway, :term-complements-fund-the-commons, :term-cost-per-accepted-result, :term-credible-optionality, :term-dependency-moves, :term-follow-the-inference-dollar, :term-frontier-model, :term-inference-host, :term-nemotron-coalition, :term-open-escape-velocity, :term-open-weight-model, :term-openness-as-a-set-of-rights, :term-own-what-you-can-measure, :term-pacing-frontier-diffusion-base, :term-scarcity-premium-compresses, :term-supply-chain-map, :term-three-measurements, :term-two-escape-velocities, :term-value-chain-unbundling ; schema:name "Entity index"@en . :disclosure a schema:CreativeWork ; schema:isPartOf :analysis ; schema:name "Disclosure"@en ; schema:text "The newsletter email carrying this article includes promotional passages for The Business Engineer's Agenting platform (advertised to executive members) and its curriculum/library. Those passages describe the publisher's own offerings and are reproduced neutrally here. The quantitative figures in this collection (gateway token and spending shares, token-price movement) are the figures reported in the article itself and have not been independently verified."@en . a schema:Periodical ; schema:description "The Business Engineer, Gennaro Cuofano's Substack newsletter in which 'Open Escape Velocity' was published."@en ; schema:isPartOf :coreEntities ; schema:name "The Business Engineer"@en ; schema:url .