Una sesión es una máquina real. El agente instala lo que necesita, ejecuta la consulta, trabaja en un script que puedes leer y lo confirma. Obtienes la respuesta y el código que la generó.
La mayor parte de la cola no es modelado. Es la cuarta versión de una pregunta ya respondida, un pipeline que falló durante la noche y tres equipos que no se ponen de acuerdo sobre qué significa "activo".
Alguien pregunta qué ocurrió con la conversión en la semana 27. Escribe la consulta, la ejecuta, comprueba el resultado con un segundo corte y responde con el número y el SQL. La siguiente persona que pregunte tampoco te necesitará.
Lee el fallo, reproduce la transformación en su propia máquina con una muestra, encuentra la estructura de fila que lo rompió y abre una solicitud de cambios con la solución y una prueba que lo habría detectado.
Nulos donde no deberían existir, distribuciones que cambiaron, joins que empezaron a multiplicarse y una dimensión que creció un 40 % durante la noche. Informa de qué cambió y qué cree que lo provocó, y dice cuándo no lo sabe.
Encuentra cada lugar donde se calcula una métrica, compara las definiciones entre sí e informa dónde discrepan. No es un trabajo glamuroso, es realmente difícil de programar y explica por qué dos dashboards muestran ingresos distintos.
Perfila el conjunto de datos, representa las distribuciones, comprueba fugas y desequilibrios, y escribe el primer párrafo honesto sobre lo que contienen los datos. Empiezas con contexto, no desde una celda vacía.
El corte semanal de cohortes, la curva mensual de retención y la actualización trimestral de segmentos. El mismo código, un periodo nuevo, ejecutado por un disparador y entregado como solicitud de cambios con el gráfico regenerado.
Una respuesta de chat no se puede comprobar ni repetir. Por eso la sesión confirma su trabajo: la consulta, el script, el gráfico y una nota sobre lo que verificó.
-- Week 27 conversion, split by first-touch surface.-- Excludes internal domains: they run the smoke suite hourly and-- accounted for 4.1% of week-27 signups before this filter.with first_touch as (select account_id,min(occurred_at) as first_seen,argmin(surface, occurred_at) as surfacefrom eventswhere occurred_at >= date "2026-06-29"and email not like "%@acme-internal.example"group by account_id)select surface,count(*) as accounts,countif(converted_at is not null) as converted,round(countif(converted_at is not null)/ count(*), 4) as ratefrom first_touch join accounts using (account_id)group by surfaceorder by accounts desc;
El agente tiene shell y sistema de archivos. Puede instalar un paquete, descargar una muestra, ejecutarla, revisar el resultado y volver a intentarlo: el ciclo en el que trabaja realmente un analista, no un único intento con un conjunto fijo de herramientas.
La respuesta y lo que la produjo llegan juntos en la misma solicitud de cambios. Volver a ejecutarlo el mes que viene es repetirlo, no reconstruirlo.
Los filtros, los límites de fechas, las filas que descartó y el motivo. Un análisis cuyas exclusiones no están documentadas no es un análisis, y un comentario en la consulta es el lugar más sencillo para conservarlas.
No listaremos logotipos de warehouses que no hayamos verificado. Así es como una sesión de análisis accede realmente a los datos, incluida la parte que realiza en su propia máquina.
Easy connect cubre más de 3.000 aplicaciones mediante sus propias pantallas OAuth y es la ruta adecuada para las fuentes SaaS periféricas de un stack de datos. Para el warehouse, los tipos de conectores directos suelen ser la respuesta más honesta: la mayoría se acceden mediante un driver o una API, no mediante una entrada de catálogo OAuth.
Tres formas de iniciar la misma sesión. El aislamiento y la ruta de revisión no cambian con el disparador.
Alguien pregunta en un canal. La mención inicia una sesión, la sesión trabaja en su propia máquina y la respuesta vuelve al mismo hilo con la consulta adjunta.
Configura las acciones de lectura como Allow y todo lo que escriba en un warehouse o sobrescriba una tabla como Ask. La ejecución se detiene en la llamada, con la instrucción delante de ti, y continúa exactamente desde ese punto cuando la apruebas.
Un disparador cron vuelve a ejecutar el análisis recurrente para el nuevo periodo y abre una solicitud de cambios con el resultado regenerado. Otro ejecuta la revisión de calidad y solo avisa cuando falla una comprobación.
Un agente de análisis lee principalmente, hasta que deja de hacerlo. Ambas partes, descritas con precisión.
Un proyecto, un conjunto de conectores y una memoria que se acumula. Cada equipo escribe las habilidades para su propio trabajo; nadie crea un segundo sistema.
Empieza con una tarea y crece desde ahí.