Skip to content

AI Integrations ​

Fluxify connects to leading AI providers to power its AI assistant, which builds routes on the canvas from a plain-English description.

Supported Providers ​

OpenAI ​

Connect to OpenAI's GPT models (e.g., GPT-4o, GPT-3.5-turbo).

  • Required: API Key.

Anthropic ​

Use Claude models for reasoning and text generation.

  • Required: API Key.

Google Gemini ​

Integrate with Google's Gemini models.

  • Required: API Key.

Mistral AI ​

Use Mistral's open-weights models.

  • Required: API Key.

OpenAI Compatible ​

Connect to any service that follows the OpenAI API format (e.g., local LLMs via Ollama, or other providers like Groq).

  • Required: Base URL and API Key.

Usage ​

These integrations power the AI assistant. There are no built-in AI blocks yet, but a plugin block can call a model through any of them.

Test connection

Test connection asks the provider for its list of models. It checks the key and the address without running the model, so it uses no tokens.

AI configuration ​

Project settings → AI configuration holds the AI connection the agent uses and the limits for one agent run. Only a project admin can change the limits; everyone else sees them read-only.

SettingDefaultAllowedWhat it does
Max steps per run401 to 200The agent stops and asks to continue after this many steps.
Max context length (tokens)1280008000 to 2000000The model's context window. Set it to match your model.
Token budget per run100000010000 and upThe agent stops and asks to continue after this many input plus output tokens.

Ephemeral runs ​

The same page has an Ephemeral runs section for the agent's run_blocks tool, which tries a few blocks in one call and keeps nothing. A creator can change both settings.

SettingDefaultAllowedWhat it does
Run timeout (seconds)101 to 30How long one run may take. A call can ask for a different time inside the same range.
Ask before ephemeral runsOffOn or offThe agent waits for your approval before every run, in auto mode too.

See Try blocks with an ephemeral run.

Environments and approvals ​

The agent works in development by default. It reads development logs, development recordings, development values and development integration settings, and it reads KV keys with the development connection. It only goes to production when you explicitly ask it to.

When it does, it waits for your approval first, in auto mode too. The approval shows a red Production badge.

What the agent doesAsks?
Reads production logs, recordings, KV keys, app config values or integration configsYes, unless you turn off Ask before production reads
Sets an app config production value, or an integration's production configYes, unless you turn off Ask before production writes
Saves a trigger (triggers are shared by development and production)Yes, unless you turn off Ask before production writes
Sets only a development value or config, or turns "Same as production" on or offNo
Saves a route, workflow, custom block or middlewareNo. Saves change development only.
SettingDefaultWhat it does
Ask before production readsOnThe agent waits for your approval before it reads anything from production.
Ask before production writesOnThe agent waits for your approval before it changes a production value, a production config or a trigger.

WARNING

Turning Ask before production writes off lets the agent change production values and triggers without asking. Production logs and values can also hold secrets and customer data, so think before turning off the reads one.

INFO

Until promoting a version is available, saving a route or workflow still goes live in production too.

A setting you have not changed uses its default. The offline agent CLI reads AGENT_MAX_STEPS, AGENT_MAX_CONTEXT_TOKENS and AGENT_TOKEN_BUDGET from the environment, and those win over the project values.

Plans and the todo list ​

For a big request the agent can suggest plan mode, and once you approve a plan it works through it with a todo list. See Plans and the todo list.

Long conversations ​

A long chat can outgrow the model's context window, so the agent shrinks it for you:

  • Past 60% of the window, old tool results are shortened. The chat shows a quiet line such as "Trimmed 12 old tool results" while it happens.
  • Past 80%, the earlier part of the chat is replaced by a short summary. The chat shows "Context compacted: 102k → 9k tokens" where it happened, and the line stays after a refresh. Click it to read the summary.

You can also compact on demand. Type / in the message box and pick /compact, or type it yourself:

You typeWhat happens
/compactThe chat so far is summarized now.
/compact keep the users table schema and the route idsSame, and the text tells the summary what it must keep.

Compacting is its own step: the agent does not answer after it. You can only compact when no run is active and nothing waits for your approval; otherwise you get a message to wait. A chat that is still short says "Nothing to compact yet". The agent's terminal CLI takes the same /compact [what to keep].

Waiting and thinking time ​

A run that has nothing on screen yet says what it is actually doing, and for how long:

What is happeningWhat the chat says
The run is in the queue; no worker has picked it upQueued…
A worker has the run, the model call is out, nothing has come backWaiting for model…
The model is reasoningThinking…

While the model thinks, the chat shows how long the current model call has been going. Each call has its own timer, so a second think after a tool call starts again from 0. Thinking… appears only once the model actually starts reasoning: a model that answers without thinking of its own never shows it. A finished thought shows "Thought for 42s". After a refresh, thoughts that came before tool calls keep their time; a thought that was followed by a text answer shows no time.

Released under the Apache License 2.0. Enterprise features are under the Fluxify Enterprise Edition License.