Deja que tus agentes consulten la base de datos,
en solo lectura hasta que digas lo contrario

MySQL y MariaDB, PostgreSQL, SQL Server (Azure SQL y Amazon RDS for SQL Server incluidos), MongoDB, SQLite y Google BigQuery. Cada uno tiene su propio driver en lugar de una capa de traducción, porque se diferencian de verdad: una sesión de PostgreSQL o de SQL Server queda atada a una sola base de datos, MongoDB recibe una consulta y no SQL, T-SQL no necesita punto y coma entre dos sentencias, cada exportación se apoya en las herramientas que vienen con ese motor, SQLite es simplemente un archivo en tu ordenador, sin host, usuario ni contraseña, y una conexión BigQuery es un proyecto de Google Cloud y un conjunto de datos predeterminado, con la sesión iniciada con tu propia cuenta de Google (gcloud auth application-default login), sin ninguna clave guardada. A los cuatro motores de servidor se llega directamente, o a través de un túnel SSH o de una sesión de reenvío de puertos de AWS SSM cuando no están expuestos a internet.

Oracle, Redis y los demás no están soportados. En SQL Server, inicias sesión con un login de SQL (no se ofrece la autenticación de Windows, Active Directory ni Entra ID), y no hay exportación, importación ni copia. En BigQuery, Google factura cada consulta según los bytes que lee, así que cada conexión tiene un límite de facturación por consulta (1 GiB por defecto, ajustable): una consulta que lo supera se rechaza en lugar de cobrarse. Abrir una tabla es gratis y de solo lectura, tus agentes usan las mismas herramientas db_list, db_schema y db_query con las mismas salvaguardas y ven los bytes que ha leído cada consulta, y tampoco ahí hay exportación, importación ni copia. Mereces saberlo antes de la descarga y no después. Qué motor llega después lo decide lo que pide la gente, así que si falta el tuyo, di cuál en el backlog público y queda contabilizado.

Exporta una base de datos a un archivo. Importa un archivo dentro de una base de datos. O copia una base directamente encima de otra, incluso a través del túnel SSH o de la sesión de AWS SSM que ya tienes guardados. Cada motor se apoya en sus propias herramientas oficiales, que escriben en flujo sobre el disco, así que una base de varios gigabytes es una barra de progreso y no un cuelgue.

Esas herramientas vienen con la base de datos, no con AgentsRoom: mysqldump y mysql, pg_dump y psql, mongodump y mongorestore. SQL Server no tiene un equivalente que transmita una base de datos entera, así que sus conexiones no tienen exportación, importación ni copia. Cuando faltan las herramientas, la app dice exactamente cuáles y te deja señalar la carpeta que las contiene, como debe hacer un cliente de base de datos: lanzada desde el Dock o desde el menú Inicio, una app solo ve un PATH mínimo y si no diría que faltan en una máquina que las tiene.

Es al copiar donde un clic equivocado cuesta un día, así que está construido alrededor de eso y no alrededor del caso ideal.

• Una conexión de solo lectura rechaza la importación de entrada, antes de abrir nada.
• El destino se vuelca a un archivo que eliges tú antes de que se aplique una sola sentencia.
• La confirmación nombra la conexión y la base de datos, y se pone más seria cuando la conexión está marcada como producción.
• Borrar y volver a crear la base de destino es una opción aparte, y en una conexión de producción tienes que escribir el nombre de la base.