Four kinds of agent, one platform.

The word “agent” covers four genuinely different shapes of work. Picking the wrong one is why projects stall: an open-ended planner where a fixed path was needed, or a rigid flow where the work was never predictable. Start from the shape, then build.

Autonomous agent

visionplanning toolsub agentsknowledge baseinstructionautonomous agent
Flow demonstration

Build agents for open-ended, long-running work

Give it a goal instead of a route. It plans its own steps, hands subtasks to subagents with their own clean context, and works from its own knowledge base and instruction. Vision included.

For work with no fixed path

AI chatbot

visionknowledge baseinstructionai chatbot
Flow demonstration

Answer fast, grounded, and without touching anything

The same shape as the autonomous agent, without tools or subagents. It answers from your client's knowledge base, follows the instruction you write, and has no action it could take by mistake.

For answering, not acting

Agent flow

userclass 1kb 1tool 1class 2kb 2tool 2class 3kb 3tool 3llmresponse
Flow demonstration

Draw the path when the process cannot improvise

You define the classes a request can be routed into, each chained to its own knowledge base and tools, so a billing question never reaches the shipping tools. The LLM composes what comes back into a single response.

For production paths that need determinism

Multi-state agent

userstate 1option 1option 2option 3responseuserstate 2option 1option 2option 3responseuserstate 3option 1option 2option 3responseend
Flow demonstration

Carry a conversation that moves through stages

Each state gives the user a set of options, answers on the one they pick, and waits before the next state opens. An intake or a booking gets gathered one choice at a time, and the run closes off at the end.

For dialogue that advances step by step

Where it shows up

One agent, every channel your client's customers already use.

A support agent should not be rebuilt because the next client wants WhatsApp instead of web chat. The knowledge, tools, and memory stay put. Only the surface changes.

Chatbot

Website and in-app chat, answering from your client's own content with the source attached.

Voicebot

Live phone conversation with interruption handling, warm transfer, and a transcript afterwards.

WhatsApp

The channel most customers actually reply on, with media, templates, and a thread that persists.

SMS

Two-way messaging for reminders and confirmations, and the replies they generate.

Phone agent

Inbound and outbound calling that can look up a record and take the action mid-call.

Email

Inbound mail read, answered, and logged against the same record the other channels write to.

Next step

Build one agent, then reuse it for the next client.

The second one is faster than the first, because the knowledge layer, tool definitions, approval gates, and traces already exist. Start with one client conversation and watch the whole loop run once.