Ingeniero de plataforma de IA

Acerca de Supabase

Supabase es la plataforma de desarrollo de Postgres, creada por desarrolladores para desarrolladores. Proporcionamos una solución de backend completa que incluye base de datos, autenticación, almacenamiento, funciones perimetrales, tiempo real y búsqueda vectorial. Todos los servicios están profundamente integrados y diseñados para el crecimiento.

Acerca del rol

Estamos contratando un ingeniero de plataforma de IA para construir la capa de ejecución de los sistemas de IA internos de Supabase.

Supabase está construyendo un sistema operativo interno nativo de IA: una forma común de trabajar en toda la empresa donde la IA lleva una parte significativa de la carga operativa en lugar de sentarse junto a ella como asistente. Estamos creando un nuevo equipo central para construir esos sistemas, habilitar los equipos e integrar operaciones de IA en toda la organización. Eres el ingeniero de ese equipo.

La capa de ejecución es tuya. Construirá la plataforma que realmente ejecuta los agentes: una cola activada por eventos, un tiempo de ejecución independiente del modelo, un estado duradero para que el trabajo sobreviva a un reinicio, una puerta de revisión humana, una reversión atómica y un registro completo de cada aviso, llamada de herramienta y decisión para que cualquier ejecución pueda reconstruirse. Construirás la capa de evaluación que hace que todo sea confiable, porque a un agente que no se puede medir no se le puede confiar nada más que la lectura. Y usted creará los propios agentes, desde informes ejecutivos hasta una capa de agentes que vigilan la plataforma y la mejoran.

Este es un entorno con mucha gobernanza por diseño, y esa es la parte interesante del problema. Los agentes están clasificados por niveles de riesgo, desde datos internos de solo lectura hasta resultados externos, con profundidad de revisión, requisitos de evaluación y aprobación humana escalados por nivel. Algunas capacidades están permanentemente fuera de los límites: un agente puede leer e informar, puede llevar una actualización escrita por un ser humano a un sistema de registro una vez que un ser humano da su consentimiento, y puede iniciar un contacto dentro de un presupuesto estricto, pero nunca puede escribir de forma autónoma un compromiso (un propietario, una fecha de vencimiento, un estado) en un sistema de trabajo compartido. Su trabajo es hacer que eso sea estructuralmente imposible en lugar de simplemente prohibirlo.

Serás el único ingeniero en esta plataforma. Usted mismo cerrará las decisiones de arquitectura abierta, será dueño de la infraestructura de extremo a extremo e instrumentará el sistema para que informe su propio retorno.

De qué serás responsable

En este rol, podrás:

•
Envíe la plataforma del agente a producción. Una cola activada por eventos, un tiempo de ejecución independiente del modelo sin cabeza (elegir el tiempo de ejecución es una decisión abierta que cerrará), un estado duradero que sobrevive a una ejecución fallida, una puerta de revisión humana, una reversión atómica y un registro de ejecución completo en el almacén.

•
Sea dueño de la capa de evaluación y active la puerta que depende de ella. Suites doradas con afirmaciones de comportamiento en lugar de intuición, criterios de juicio con una rúbrica escrita, casos de seguridad que deben aprobarse en cada ejecución y una puerta de CI que bloquea la fusión de una regresión. Esta es la condición previa para todo agente que haga algo más que leer datos internos.

•
Construir y registrar la cartera de agentes. Agentes de informes, redacción, clasificación, clasificación y respuesta a preguntas en las capas ejecutiva, líder de equipo y colaborador individual, además de una metacapa que observa la plataforma y la mejora.

•
Haga cumplir la gobernanza en el código. Niveles de riesgo que la canalización realmente aplica, credenciales de privilegios mínimos por agente, puertas de permiso de herramientas, un registro de auditoría de decisiones y clases de autonomía donde la clase peligrosa no tiene una ruta de código en lugar de una etiqueta de advertencia. Nada funciona sin un propietario registrado, un nivel, una concesión de herramientas y una puerta humana.

•
Diseñar cómo el sistema contacta a las personas. Un presupuesto de interrupción estricto por persona, agrupación de mensajes en lugar de un flujo de pings y una estructura que brinda algo útil antes de solicitar algo. La adopción depende de esto más que de cualquier otra elección de diseño.

•
Sea propietario de las herramientas de la plataforma. El compilador y validador, la integridad del inventario y las rutas que distribuyen el contexto y las capacidades en los repositorios y superficies de chat donde se realiza el trabajo.

•
Calcule las medidas operativas a partir de los datos de producción. Un proceso que va desde la actividad bruta del sistema hasta un grado de madurez calculado por equipo, lo suficientemente defendible como para que un equipo pueda disputar el resultado y recibir una respuesta con una consulta en lugar de una opinión.

•
Instrumentar el retorno propio de la plataforma. Un libro de contabilidad que registra el trabajo que absorbe cada agente y calcula la cifra mensual, de modo que el valor del sistema es una medida más que un reclamo.

Cómo pensarás

Pensamiento recursivo

Tú construyes el generador, no el artefacto. Cuando necesitas treinta agentes, no escribes treinta agentes; construyes el inventario, el compilador y la ruta de distribución que hace que el trigésimo primero cueste una tarde, luego una metacapa cuyo trabajo es observar la plataforma, encontrar su deriva y presentar la solución.

La capa de evaluación es el mismo movimiento aplicado a la confianza. No estás comprobando si un agente tiene razón hoy. Estás construyendo la máquina que decide si cada futuro agente puede realizar envíos, lo que significa que la suite tiene que ser correcta de una manera que el agente no lo hace, y lo que califica también debe ser calificado.

Pensamiento invertido

Se comienza desde el fracaso y se trabaja hacia atrás hasta el diseño. La regla es que un agente nunca puede escribir de forma autónoma un compromiso en un sistema de trabajo compartido. La implementación débil es una instrucción en un mensaje. El fuerte es que la credencial en la herramienta del agente no puede establecer físicamente un propietario, una fecha de vencimiento o un estado, por lo que ninguna entrada inteligente, inyección rápida o error de modelo produce la escritura prohibida. Primero busca el segundo.…

Fuente: Jobicy (https://jobicy.com/jobs/155385-ai-platform-engineer)