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

MySQL y MariaDB, y solo esos. El cliente habla el protocolo de red de MySQL y MariaDB es compatible con él, así que ambos funcionan, directamente o a través de un túnel SSH o de una sesión de reenvío de puertos de AWS SSM. PostgreSQL, MongoDB, SQL Server, SQLite y el resto no están soportados hoy. Si necesitas alguno, pídelo en el backlog público: la lista crece con lo que la gente pide de verdad.

No. La herramienta MCP con la que consulta un agente, db_query, es de solo lectura sin importar lo que permita la conexión: SELECT, SHOW, DESCRIBE, EXPLAIN y WITH pasan, y todo lo que cambiaría datos se rechaza. Hacer escribible una conexión desbloquea las escrituras para ti en la consola SQL, donde cada una se confirma de forma explícita, no para un agente. La salvaguarda está en la sentencia y no en la contraseña, porque no es una contraseña lo que hace falta para ejecutar un DROP.

Enruta la conexión por un túnel SSH o por una sesión de reenvío de puertos de AWS SSM, construida a partir de las conexiones SSH y SSM que ya guardaste en AgentsRoom. La app abre el túnel o la sesión y conecta la base de datos a través de él, de modo que la base sigue siendo inalcanzable desde internet.

No. Los agentes consultan por MCP nombrando una conexión. AgentsRoom guarda las credenciales y ejecuta la sentencia él mismo, así que la contraseña nunca se devuelve al agente, nunca se escribe en la consulta y nunca forma parte de la conversación.

No. Una llamada lleva exactamente una sentencia. Todo lo que se apile detrás de un punto y coma se rechaza en lugar de ejecutarse, lo que elimina la forma más antigua de esconder una escritura dentro de algo que parece una lectura.

Endurece la confirmación necesaria antes de una escritura. La base de datos que importa deja de comportarse como la copia local, que es lo que quieres al final de un día largo y lo que quieres todavía más de un agente que avanza por una lista de tareas.

Los conjuntos de resultados están limitados. Una consulta que devolvería una tabla enorme vuelve truncada en lugar de inundar la ventana o el contexto del agente, así que un SELECT ancho se queda en una molestia y no en una exportación de tus datos.

Puede proponer una, nunca guardarla. db_connection_new abre el formulario de creación relleno con el host, el puerto, el usuario y la conexión SSH o AWS SSM por la que hay que llegar a la base de datos, y tú lo revisas, escribes la contraseña y guardas. No se almacena nada hasta que lo hagas, y el agente nunca aporta una credencial.

Con db_schema, que explora una conexión guardada sin nada de SQL. Llamada sin argumentos lista los esquemas, con una base de datos lista las tablas y las vistas, y con una tabla devuelve las columnas, sus tipos, si admiten nulos, sus claves y sus valores por defecto. Es más barato y más seguro que hacer que un agente consulte information_schema a mano.