Questions become tool calls
The agent does not guess table names. It uses tools to list tables, inspect columns, sample values, then writes SQL.
Connect PostgreSQL, ask in plain English, and get the SQL plus results. Writes pause until you approve them.
Works with your stack
Connect your database, choose a model, and start asking questions. Source Agent inspects the schema, writes the SQL, and shows its work.
The agent does not guess table names. It uses tools to list tables, inspect columns, sample values, then writes SQL.
Point it at a real database. Schema, keys, and relationships come from the connection - not from a prompt.
INSERT, UPDATE, and DELETE pause the graph. You approve or reject before anything hits the database.
Results come back in chat with the SQL the model used, so you can see how it got there - and catch mistakes.
Schema tools, safe SQL execution, and human approval for writes - in one conversation.
Try a conversationThree steps from a Postgres connection to an answer - with the SQL visible, and writes waiting on you.
Credentials stay encrypted. The agent only sees schema and the rows it is allowed to query.
Tool loop
● get_table_schema
Then
execute_sql
or interrupt →
The graph picks tools, retries bad SQL, and shows the query it ran so you can follow the reasoning.
UPDATE users SET email = '...' WHERE name = 'Aakash';
Waiting for your approval
SELECT comes back immediately. Anything that changes rows interrupts the graph until you say yes.
From a question to a query you can audit.
One chat. Clear SQL.
How Source Agent connects, writes SQL, and keeps writes behind your approval.
Add a PostgreSQL connection string. Source Agent inspects tables, columns, primary keys, and foreign keys - then uses that schema to answer questions.
PostgreSQL. The tools read Postgres catalogs for schema, keys, and relationships.
It sees what the tools return: table lists, schemas, samples, and query results. Credentials are encrypted at rest.
Write queries pause the agent. You approve or reject the SQL before it runs against your database.
Bring your own provider and key. Configure it in the studio and the agent binds tools to that model.
Create an account, add a database, pick a model, and ask something your schema can actually answer.
Sign in, connect Postgres, pick a model, and start asking questions your schema can actually answer.