Operator memo: Git trackea el cambio. La pregunta ya no es si podés shipear. Es cómo reducís el daño.
El desarrollo ya no es el cuello
Las empresas ya tienen el historial: el PR, el commit, el autor, el merge, el deploy. Un ingeniero lo abre, reconstruye qué se tocó, y eso alcanza para el código. No alcanza para el negocio que viene ahora.
La IA ya escribe en producción. A veces es un humano promptando. A veces es un agente al que le diste permiso para mandar solo. A veces es el equipo interno, un proveedor y ese agente, en la misma semana. Encargar otra fase, otro desarrollo, otro proyecto, ya no resuelve lo que se rompe después: si lo que salió está bien, y cómo reducís el daño cuando el cambio ya llegó a producción. El software sigue importando. Escribirlo ya no es el trabajo escaso.
El trabajo escaso es operar ese camino: quién mira, con qué, antes de que quede live.
GitHub guarda el diff, Vercel guarda el release, Linear guarda la tarea. Cada uno hace lo suyo, y ninguno es el operador. El extracto está. Tesorería, no.
Lo que se rompe
Un pedido entra por chat. Alguien prompta, o lo toma un agente con acceso a producción. Hay un PR. Alguien mergea. Sale el deploy. En GitHub quedó el rastro del cambio, en Slack el pedido, en Vercel que está live.
Dos semanas después hay un incidente, y la pregunta en esa sala no es solo quién dijo que sí. Es si lo que salió estaba bien: qué se estaba pidiendo, si salió de un humano promptando o de un agente con permiso de shipear, si QA, security, legales o un humano miraron lo que esa ejecución no vio, o si nadie decidió que hacía falta una mirada.
Se puede reconstruir, y por eso parece resuelto, pero está disperso: nadie estaba operando sobre el camino entero. Había historial, y no había operador.
Ahí se va la calidad, y también la continuidad. Otro desarrollo ya se puede generar adentro, desde un prompt o desde un agente. Lo que no aparece con una fase más es cómo reducir el daño cuando la IA ya escribe en producción.
Pedir, operar, mirar
Pedir, operar y mirar siempre estuvieron. A veces la misma persona pide y mira. El que se expandió es operar: la IA ya escribe, porque alguien promptó o porque tenés un agente al que le diste permiso para mandar a producción.
Lo que no puede quedar implícito es la mirada. O es obligatoria, o la pedís, o decidís que este cambio no la necesita. Esa mirada puede ser un agente de QA, uno de security, uno de legales, un humano, o más de uno. Un agente puede pedir. Un agente puede operar. El mismo corrido no debería ser, en silencio, las tres cosas. Si hay mirada, tiene nombre: no el approve del PR, sino quien (persona o agente especialista) ve lo que el prompt o el agente autónomo no vio.
Producción no es el output del chat. Es un sistema que alguien tiene que seguir operando después de que el PR ya se mergeó, con menos daño, no solo con más shipping.
Cómo lo estamos pensando nosotros
En WakeUp Labs construimos y operamos sistemas en producción. Las empresas llegan promptando, o con agentes que ya pueden shipear. La IA escribe. A veces mandan a producción sin nadie sosteniendo el camino, y sin que nadie haya preguntado si lo que salió está bien. El hueco no es que faltaba un tracker. El hueco es que no hay orquestación cuando el trabajo ya se mueve así.
Por eso existe Operator: no para reemplazar GitHub, Vercel ni Linear, y no para inventar un historial que ya existe. Es la orquestación de la operación. El pedido, cómo corrió (un humano promptando, o un agente con permiso de mandar a producción), la mirada (QA, security, legales, un humano, o ninguna, a propósito), producción, y lo que sigue. Eso es lo que una empresa necesita cuando la IA ya escribe en producción y la pregunta es cómo reducir el daño.
Eso es Operator. Funciona, y lo estamos implementando con clientes. Se ve acá: operator.wup.ar.
No es self-serve. Estamos abriendo una whitelist para que la pruebes antes que todos. Si tenés este problema, escribí a contact@wakeuplabs.io con el asunto Operator, contanos qué sistema operás, y lo consideramos.
Las tres preguntas
En menos de un minuto, con evidencia, no de memoria:
¿El último cambio que llegó a producción estaba bien, y qué se estaba pidiendo?
¿Salió de un humano promptando, o de un agente con permiso de mandar a producción?
¿Quién miró (QA, security, legales, un humano), o decidiste que no hacía falta?
Cualquiera puede shipear desde un prompt o desde un agente. Nadie debería hacerlo a ciegas, y nadie debería confundir un PR con tener un operador.