hiddenrows

Guías prácticas para trabajar con agentes de IA, con un laboratorio al final de cada una

última edición=16 de octubre · 24 piezas · 14 breves
regla=solo lo verificado como hecho
llamadas a un modelo por visita=0
Guía práctica

Un agente mirando tu base de datos: qué le dejas decidir

Microsoft ha puesto agentes a observar bases de datos y a proponer acciones preaprobadas. La pregunta deja de ser si quieres ayuda y pasa a ser qué firmas por adelantado.

5 min de lectura laboratorio: lista de comprobación publicado el 8 oct 2026

1El problema

Lo que pasa dentro de una base de datos lo ha mirado siempre una persona. Un plan de ejecución que se tuerce, un índice que falta, una espera que crece: alguien lo ve, lo entiende y decide qué hacer.

Microsoft acaba de poner un agente —un programa que recibe un objetivo, decide él los pasos y usa herramientas para darlos— a hacer la primera parte de ese trabajo de forma continua. Y, en el caso de los agentes de operaciones, también parte de la segunda.

La pregunta que esto abre no es si quieres ayuda para diagnosticar. Es qué le firmas por adelantado.

2Qué se ha anunciado, y qué está realmente disponible

vista previael Database Hub, los agentes de base de datos y las acciones preaprobadas
disponibilidad generallos índices vectoriales DiskANN y los 192 vCore de Hyperscale

En SQLCon de Barcelona, Microsoft anunció varias cosas que afectan a quien administra. Conviene separarlas por lo que de verdad puedes usar hoy. I

En vista previa:

  • Database Hub en Fabric. Un panel central para gestionar SQL Server, Azure SQL, PostgreSQL, Azure Cosmos DB y SQL database en Fabric. Desde un solo sitio se vigila la salud, se evalúa el riesgo, se impone gobierno y se ve el estado entero. V
  • Agentes de base de datos para SQL y PostgreSQL en Azure, que estarán «pronto» en vista previa. Se usan desde el Database Hub y desde VS Code. Observan y analizan señales de forma continua, y ayudan a investigar incidencias, entender cuellos de botella, encontrar oportunidades de optimización y acelerar el diagnóstico. V
  • Agentes de operaciones con acciones preaprobadas y análisis de causa raíz. Sirven para investigar incidencias, identificar causas probables y automatizar respuestas repetibles, manteniendo —dice el anuncio— la supervisión y el control humanos. V
  • Pausa automática en Azure SQL Database Hyperscale serverless, que para el cómputo cuando no hay actividad y lo reanuda al volver la carga. V

En disponibilidad general:

  • Índices vectoriales DiskANN para Azure SQL Database Hyperscale, Azure SQL Managed Instance y SQL database en Fabric. Llevan la búsqueda vectorial de alto rendimiento dentro del motor, de modo que se pueden montar recomendadores, búsqueda semántica y aplicaciones de recuperación aumentada sin mover los datos a un almacén vectorial aparte. V
  • 192 vCore de cómputo en Hyperscale, y densidad de hasta 50 bases de datos por grupo elástico. V

3La frase que hay que leer dos veces

«Acciones preaprobadas» suena a comodidad y es, en realidad, el mecanismo de gobierno entero. Preaprobar significa decidir antes: cuando no hay incidente, cuando no son las tres de la madrugada y cuando nadie tiene prisa.

Eso tiene una ventaja y un coste, y los dos son el mismo hecho. La ventaja: la decisión se toma con la cabeza fría y queda escrita. El coste: cuando el agente actúe, nadie va a estar mirando, porque para eso se preaprobó. I

Microsoft lo plantea así en el anuncio de Atlanta, donde presentó el Database Hub: el modelo permite que el estado de bases de datos gane autonomía con el tiempo, manteniendo a las personas firmemente al mando de los objetivos, los límites y la confianza. V

Las tres palabras importan por separado. Los objetivos son qué quieres que optimice. Los límites son qué no puede tocar. Y la confianza es lo único que no se configura: se gana mirando lo que hizo. I

4Qué cambia en el oficio

El diagnóstico deja de empezar en cero. Hasta ahora, una incidencia arrancaba con alguien reuniendo señales. Si un agente las observa de forma continua, lo que te encuentras al llegar es una hipótesis ya formada. Eso ahorra tiempo y empuja a aceptarla sin rehacerla. I

El riesgo se desplaza. Antes el fallo típico era no haberse dado cuenta a tiempo. Con acciones preaprobadas, el fallo típico pasa a ser haber aprobado algo sin medir bien su alcance. La segunda deja menos rastro, porque todo funcionó como estaba escrito. I

Lo que el agente te enseña es lo que tú ves. Un agente que observa señales y te resume lo que importa decide, por omisión, lo que no importa. Esa es la misma pieza que una organización independiente demostró vulnerable el 6 de octubre en un visor de trazas de evaluaciones: lo que produce un agente hay que tratarlo como entrada no fiable, y lo que lo registra y lo enseña es infraestructura de seguridad. V

Y la base de datos pasa a guardar también los vectores. Con DiskANN en disponibilidad general, el almacén vectorial deja de ser una pieza aparte que alguien más administraba. Es una pieza menos en el inventario y una carga nueva en el mismo motor: mismos recursos, mismas copias de seguridad, mismo plan de capacidad. I

5Qué preguntar antes de encenderlo

Ninguna de estas preguntas es técnica. Todas son de quién responde. I

  • ¿Qué acciones hay preaprobadas, escritas y en una lista que puedas leer? Si la respuesta es «las que el agente considere seguras», no hay preaprobación: hay delegación en blanco.
  • ¿Qué queda fuera siempre? Un cambio de esquema, un borrado, un reinicio, tocar producción en horario de cierre. Escribe esa lista antes que la otra.
  • ¿Dónde queda escrito lo que hizo, y cuánto tiempo? Un registro que caduca en siete días no sirve para entender un problema que se manifestó en el octavo.
  • ¿Quién revisa lo que no hizo? Las acciones ejecutadas se ven. Las que descartó, no, y ahí es donde viven los diagnósticos equivocados.
  • ¿Con qué permisos corre? Un agente que observa necesita leer. Uno que actúa necesita escribir. Si es la misma identidad para las dos cosas, la separación entre observar y actuar es una promesa, no un control.
  • ¿Qué pasa si se equivoca de madrugada? No «cómo se arregla», sino quién se entera y cuándo.

6Cuándo esto no te aplica

Si tu SQL Server está en tu sala y ahí se queda. El Database Hub gestiona SQL Server, pero el panel vive en Fabric. Esto es una decisión de arquitectura antes que una de herramienta. I

Si lo que necesitas hoy es la vista previa. El Database Hub está en vista previa y los agentes de base de datos ni siquiera: estarán «pronto» en vista previa. V Nada de eso se lleva a producción sin un plan de salida.

Si tu problema es de capacidad y no de diagnóstico. Un agente que encuentra el cuello de botella no lo ensancha. Lo que anuncia Microsoft para eso son los 192 vCore y los 50 por grupo elástico, que son otra conversación y tienen factura. I

Y si todavía no tienes escrito qué no puede pasar nunca en tu base de datos. Esa lista hay que tenerla antes de encender nada que actúe, porque es la que convierte «preaprobado» en una decisión en vez de en una firma. I

7Pruébalo

8Llévatelo a tu caso

Para qué sirve esto en un equipo

  • Antes de activar el Database HubPasa la lista con tu equipo de base de datos y con quien responda de producción. Las respuestas que no coincidan son el trabajo que falta.
  • Cuando llegue un agente a cualquier otro sistemaLas mismas preguntas valen para un agente en tu nube, en tu repositorio o en tu mensajería: qué firma por adelantado, con qué identidad y qué queda escrito.
  • Al revisar lo que ya tienes encendidoEsto no es solo para lo nuevo. Si ya hay automatismos actuando sobre la base de datos, la lista también los mide.

Hasta dónde llega: esta lista mide cuánto has delegado y con qué controles, no si el agente diagnostica bien ni si Microsoft ha hecho un buen producto. Y las funciones que cuenta son, casi todas, vistas previas: lo que valga mañana puede no ser lo de hoy.

¿Te compensa?

Marca las que se cumplan en tu caso.

Si quieres seguir

Pruébalo tú

Usa el laboratorio de arriba con tu propio caso.

Entiéndelo mejor

Las piezas que lo completan.

¿Dudas o correcciones?

Si algo no encaja con tu caso, o si encuentras un error, escríbeme: se corrige y se anota.

Escríbeme

9Fuentes

  1. Microsoft Azure — FabCon y SQLCon 2026 en Barcelona: la base de datos para Copilot y los agentes · consultado el 8-oct-2026
  2. Microsoft Azure — FabCon y SQLCon 2026: unificando bases de datos y Fabric en una sola plataforma · consultado el 8-oct-2026
  3. METR — Los sistemas de IA podrían ocultar su mal comportamiento · 6-oct-2026
hiddenrows · proyecto personal de divulgación de Miguel Yepes Contenido divulgativo, puede contener errores · sin garantías · Aviso legal · Privacidad · llms.txt