Opinion

Google Promised Gemini 3.5 Pro in June. It's July. Still Nothing. Here's What That Means for Your No-Code Stack.

On 20 May 2026, at Google I/O, Sundar Pichai stood on stage and told the world that Gemini 3.5 Pro would arrive in June. It's now 19 July. Still nothing. What

Google Promised Gemini 3.5 Pro in June. It's July. Still Nothing. Here's What That Means for Your No-Code Stack.

On 20 May 2026, at Google I/O, Sundar Pichai stood on stage and told the world that Gemini 3.5 Pro would arrive in June.

It's now 19 July. Still nothing.

What happened in between is a slow-motion case study in why betting your client work on a single AI provider is a terrible idea. And if you're building on a no-code platform that's hard-wired to one model? You should be paying very close attention right now.

## What actually went wrong with Gemini 3.5 Pro?

The timeline is almost comical at this point. June came and went. Reports surfaced that the model was struggling with coding tasks. Specifically, it kept entering infinite loops during tool-calling tests. 9to5Google confirmed on 16 July that coding performance was the core problem. Bloomberg reported the model was falling short of internal goals. Mashable called it "the case of the missing AI model."

Google's response was drastic. They scrapped the original base model entirely and rebuilt it from scratch. TechTimes reported the rebuilt version was targeting 17 July for launch. That date came and went too. Three missed deadlines, and counting. In the midst of all this, four senior Google DeepMind researchers left for Anthropic. Now Google is reportedly eyeing a stopgap release — some intermediate model to tide developers over while Pro remains stuck in the hangar.

Let that sink in. Google, with its effectively infinite compute budget, its army of research talent, its decade-plus head start in AI, cannot get this model out the door. A stopgap. For a model they announced as their next flagship.

I'm not pointing this out to dunk on Google. (Well, maybe a little.) The real point is that this exposes something the no-code industry has been uncomfortably quiet about.

## Why should a no-code builder care about a delayed AI model?

Here's the uncomfortable truth: most no-code platforms that pitch "AI-powered" features are running on a single model. They picked one. They integrated one API. That's the stack.

If you're building a client portal on one of those platforms, and the AI features stop working because the provider has an outage, deprecates a model, or simply cannot ship the thing they promised, what do you do?

You explain to your client why the "smart" features in the app they paid you to build have gone dim.

That's not a hypothetical. Last November, OpenAI had a major outage that took down every tool hard-wired to GPT-4 for the better part of a day. In March 2026, researchers documented 35 CVEs directly attributable to AI-generated code from vibe coding tools. And in a survey released earlier this year, 59% of organisations said they were already running agentic AI in production. Only 20% had any governance framework in place. We are building faster than we are protecting.

The reliability question is not theoretical. It's playing out in real time, and Gemini 3.5 Pro is just the latest, most expensive data point.

The lesson isn't "Google is bad at AI." The lesson is that even the largest players in this space are wrestling with models that behave unpredictably. When a company with bottomless resources misses three consecutive ship dates because their model won't stop looping, what confidence should you have that the single-model integration inside your no-code tool of choice will hold up?

Put another way: if Google can't ship, what makes you think the no-code startup with 12 engineers has a more reliable plan?

## What's the alternative to single-model dependency?

The no-code platforms that will still matter in two years are the ones that treat AI models as interchangeable components, not as foundations.

What does that look like in practice? It means the platform abstracts the model layer entirely. Your app makes an AI request. The platform routes it to whichever model is performing best for that task right now, based on benchmarks, availability, cost, or your preferences. If one provider goes down, the platform fails over to another. If a model gets deprecated, the swap happens at the platform level and your users never notice.

This is not science fiction. Platforms built on this architecture already exist. Stacker, for instance, handles model selection behind the scenes. When you build an app on Stacker, the AI features work regardless of which model is healthy on any given day. You do not configure model endpoints. You do not worry about deprecation notices. The abstraction layer makes the model swap invisible to end users, and invisible to you.

That's the bar. If your no-code platform cannot clear it, you are carrying provider risk you didn't sign up for.

## "But my platform uses GPT-4o and it's fine"

Is it? For now, sure. But the ground is shifting under our feet weekly.

Think about what's happened just since May. Google can't ship. Anthropic has been shedding senior researchers. OpenAI's pricing and product strategy changes by the quarter. Open-source models from players like Kimi and Meta are suddenly competitive on price-performance. The only constant is instability.

If your no-code platform's AI features are a thin wrapper around a single provider's API, you are one deprecation notice away from a difficult conversation with your clients. If the platform abstracts the model layer, the conversation never happens, because nothing changed on your end.

I'm not saying you should abandon every platform that's single-model today. But you should absolutely be asking the question: "What happens to my apps if your primary AI provider goes down, jacks up pricing, or deprecates the model I'm on?" If the answer is "we'll figure it out" rather than "it won't affect you," that's your sign.

## The takeaway

Gemini 3.5 Pro is going to ship eventually. When it does, it might even be good. That's not the point.

The point is that Google missed three deadlines because their AI would not stop breaking. If they can't guarantee reliability at their scale, no single provider can. Building your no-code stack around one AI model is the equivalent of running a restaurant with one supplier for all your ingredients. When the truck doesn't show up, you're not serving dinner.

Model-agnostic architecture is not a nice-to-have on a product roadmap. It's the difference between a platform that protects you from AI industry chaos and one that funnels that chaos straight to your clients.

Choose accordingly.

Want to read
more articles
like these?

Become a NoCode Member and get access to our community, discounts and - of course - our latest articles delivered straight to your inbox twice a month!

Join 10,000+ NoCoders already reading!