Are the OpenAI models the only ones that are being used natively?
As many we are not happy with their ethics standpoint, behaviour, … and so on (I’m not going into detail here but I assume people are aware of it) and we would prefer if Anthropic’s, Mistral’s or other models are being used natively. Not offering connections to other models, that they do already, I know.
Does anyone know if Make is considering this or are they sticking with OpenAI?
Does anyone else having opinions about this topic?
OpenAI currently has the most built-in modules in Make, so it feels like the most “native” AI integration on the platform. That said, it’s not the only model you can use.
There are native modules for some other providers as well, such as Anthropic. And if a provider isn’t available as a dedicated app, you can still use their models through the HTTP module by calling their API directly.
So in practice there are three options people use:
OpenAI through the built-in AI modules
Other providers that have their own apps in Make
Any model that exposes an API via the HTTP module
As for whether Make plans to add more native AI providers like Mistral, that’s something only the product team would know. The community usually doesn’t have visibility into the roadmap, so it’s hard to confirm future integrations.
Dr. Tanvi Sachar
Monday Certified Partner, Tuesday Wizard
One small addition here: if you care about using a specific model provider, Make is pretty flexible even when there isn’t a dedicated app for it yet.
In practice I’d split it into two buckets:
1. Native apps/modules, which already exist for several providers beyond OpenAI.
2. Direct API calls through HTTP, which lets you use whatever model your team is comfortable with as long as the provider exposes a clean API.
So the practical limitation usually isn’t “can Make do it”, it’s whether there’s a first-party module yet or whether you’re happy wiring the API call yourself. If roadmap visibility matters, the Ideas board is probably the best place to push for additional first-class integrations.