On June 29, Base44 — the AI app-building platform acquired by Wix for $80 million — launched Base1, a proprietary language model trained specifically for building web applications inside Base44’s platform. Wix says Base44 is the first app-creation platform to launch its own proprietary AI model: a purpose-built model fine-tuned on an existing open-source foundation, trained not on the internet but on tens of millions of real user sessions from Base44’s own platform.

This is a significant strategic move, and it matters beyond Base44’s own business. The launch is a case study in how AI-powered dev tools avoid commoditization — and a preview of what comes next for the rest of the market.

What Base1 Actually Is

Base1 is a fine-tuned open-source LLM — Shlomo has confirmed as much (“Base1 is built on an existing open-source model,” he told Calcalist, adding that training a frontier model from scratch “requires several billion dollars”), though Base44 has not disclosed which specific foundation model it starts from. The architecture follows a pattern common in domain-specific fine-tuning: take a capable open-weight model, fine-tune heavily on task-specific data, and deploy it inside a platform that controls both the data generation and the inference environment.

The training data is what makes Base1 unusual. Rather than crawling GitHub or running synthetic data pipelines, Base44 trained on its own platform’s output — tens of millions of actual user interactions: prompts typed, code generated, revisions requested, designs accepted or rejected. That dataset reflects what Base44 users actually want to build and how they actually correct the model when it gets it wrong. It is the kind of proprietary training signal that cannot be purchased or replicated by a competitor who does not already have the distribution.

Base1 is not positioned as a frontier replacement. Base44 isn’t claiming it beats general-purpose frontier models like Claude Opus 4.8 or Fable 5 on broad benchmarks. Instead, the company says Base1 is already showing “competitive performance” against the foundation models it replaces on the narrow task of generating UI layouts inside Base44’s app-building context — “with an opportunity to surpass them as training continues,” not a claim that it already has.

The Auto-Routing System

Base1 doesn’t replace frontier models — it joins a routing layer alongside them.

Base44’s platform automatically routes each request to the model best suited for it, based on the complexity of the task — small visual tweaks go to fast, efficient models, while larger architectural changes go to deeper-reasoning models. The pool it routes across includes Base1 alongside frontier models such as Claude Opus 4.8, Fable 5, and GPT-5.5.

Users can also select Base1, or any of those frontier models, explicitly from the model picker rather than leaving the choice to automatic routing.

This is an important design choice. Base44 isn’t forcing users onto its proprietary model or removing frontier access — it’s building a system where a domain-tuned model wins tasks it’s genuinely better at, while maintaining escape hatches to stronger general-purpose models for tasks where generality matters. For builders thinking about multi-model routing in their own products, this is a useful pattern: capability-based routing with an explicit narrower model for the core domain.

The Problem Base1 Was Built to Solve

The stated motivation is design quality — specifically, eliminating what Shlomo has called “AI slop” in UI generation: “everybody feels like they’re getting the same UI when they’re coding with the general models.”

Frontier models generate UIs that work but look generic. They tend toward the same layouts, the same component choices, the same visual patterns, because their training distribution is heavily skewed toward common open-source templates, documentation examples, and publicly visible apps. Ask Claude or GPT to build you a dashboard and you get something that is functional, readable, and indistinguishable from ten thousand other dashboards generated by the same model.

Base44 sees this as an addressable problem with a specific solution: train a model on what users actually select and approve, rather than on what exists on the internet. If users consistently reject “flat white card with a gray sidebar” in favor of more distinctive compositions, that signal propagates directly into Base1’s fine-tune. Over millions of interactions, the model learns a different prior for what “good UI” means in Base44’s context.

Shlomo acknowledged the first version “is not yet there” at consistently producing unique designs. But the training pipeline is now live, and the data flywheel is running.

The Vertical Integration Thesis

Base44 is positioning itself as “the only vertically integrated vibe-coding application” — a company that owns all three layers simultaneously:

  • Distribution: $150M ARR (reached in mid-2026, growing from $100M ARR in just two months), meaning a large enough user base to generate proprietary training signal at scale
  • Data: Tens of millions of user sessions that continuously improve the model and cannot be bought or replicated by competitors without the same user base
  • Model: Base1, owned and operated by Base44, deployable without external token billing and improvable without renegotiating licensing terms

The competitive landscape is what makes this urgent. Frontier AI labs are moving into vibe-coding directly. Anthropic’s Claude Code has grown into a vibe-coding product in its own right. SpaceX acquired xAI in a $1.25 trillion merger in February 2026 and now ships Grok 4.5 as the coding backbone for its developer tools — and in June 2026, SpaceX also agreed to acquire Cursor-maker Anysphere for $60 billion (deal pending regulatory approval as of this writing), consolidating two major AI coding tools under the same company. Platforms that depend entirely on external model APIs face a structural problem: any of these providers could introduce competitive products, change pricing, or prioritize their own interfaces over third-party tool access.

Owning the model removes that exposure for the most important part of the stack — the specific capability Base44 is actually selling.

There is also a trade-policy dimension. Shlomo has said the strategy is “especially important at a time when the U.S. government is restricting access to some of the newest AI models”. A platform whose revenue depends entirely on access to restricted models carries regulatory risk it cannot hedge. Base1 is partly a hedge: a model Base44 controls, runs, and can serve without depending on access to restricted frontier infrastructure.

What the Margins Look Like

Shlomo’s stated economic goal is explicit: Base1 should eventually be “faster and cheaper for customers … than using the frontier models like Opus”. That means:

  • Lower inference latency: Running your own fine-tuned model on your own infrastructure eliminates the round-trip overhead of external API calls and allows optimization for the specific request shapes your platform generates.
  • No per-token markup: Frontier model APIs carry inference costs that platforms must either absorb or pass through to users. An owned model converts those costs to infrastructure costs, which scale differently and can be optimized over time.
  • No margin leakage to providers: At $150M ARR, even a modest reduction in API cost per dollar of revenue compounds into significant structural margin improvement.

The “structurally stronger margin profile” Base44 describes is not hypothetical. Vertical integration in AI-powered products follows the same logic as vertical integration in any stack: once you own a critical, expensive component, you stop buying it at retail and your economics change.

What This Means for Builders

If you are building an AI-powered product — not a vibe-coding platform specifically, but any product with an AI core — the Base44 story contains a few direct lessons.

Domain specificity beats general capability at specific tasks. Base1 is not trying to score well on MMLU or HellaSwag. It is trying to generate good Base44 UIs. For any sufficiently specific task, a well-fine-tuned narrow model will outperform a general-purpose frontier model — especially once you have the training data to support it. The question is whether you have (or can generate) that data.

Your interaction data is a moat if you use it. Every user interaction on your platform is implicit feedback about what the model should do differently. Base44 built a pipeline to capture that signal and convert it into training data. If you have a product with meaningful usage, you may have domain-specific training signal you are not yet collecting.

Multi-model routing is the near-term architecture. Very few products will go fully proprietary on their model stack — the frontier models are too good for too many tasks. What is emerging is a routing layer: your domain-tuned model for the tasks it’s best at, frontier models as fallback for everything else. Base44’s architecture is one example of this pattern; expect to see it more widely.

The “just call the API” baseline is weakening. For early-stage products, calling a frontier API is correct: low cost, fast iteration, no infrastructure overhead. But at scale, the economic and strategic logic shifts. Base44 crossed $100M ARR before building Base1, not after. The timing matters — the data flywheel needs to run long enough to generate quality training signal.

The Broader Pattern

Base44 is not the first company to fine-tune on proprietary interaction data, but it is arguably the first to be explicit that the goal is to own a distinct layer of the stack as a competitive moat rather than just to optimize performance. Shlomo’s framing — distribution + data + model as the three legs of defensibility — is a template other AI-powered platforms will follow.

Watch for the same move from other high-ARR, high-interaction-volume AI platforms: tools with enough user data to support fine-tuning and enough strategic pressure from frontier labs to justify the infrastructure investment. The vibe-coding market may have moved first, but the pattern applies anywhere an AI-powered platform is generating hundreds of millions of task-specific examples from real users.

Base1 is in early rollout as of June 29. Performance data relative to frontier alternatives will emerge over the coming months.

Sources: TechCrunch: Base44 launches its own model · Base44 blog: Maor Shlomo on building Base1 · Wix press room: Base44 becomes first app-creation platform to launch its own proprietary LLM · Calcalist: Wix’s Base44 builds its own AI model · Business Insider via dnyuz: Base44’s CEO on “AI slop” · Base44 docs: AI chat modes / model routing