Servicios· Automatización y agentes·¿Cómo me aseguro de que aguante el día malo?
Forge · Construir
¿Qué hacer cuando lo que se construyó en una semana ya sostiene un proceso?
Lo armamos con IA en una semana, funcionó y ahora lo usa toda la operación.
Lo que se construyó rápido, llevado a producción: seguro, con respaldo probado, dueño nombrado y el código en un repositorio suyo.
Rescate de Software Hecho con IAEnviar esta página a quien decide
Qué recibe
- La aplicación estabilizada, con la restauración probada y los secretos fuera del código.
- El código en un repositorio suyo, con su historial de cambios.
- El veredicto por aplicación: rescatar, reconstruir o apagar, con su argumento.
- El manual de operación, el dueño nombrado y el costo de sostenerla.
La prueba que viene al caso
- Dirección de operación sobre 60 000 servidores, donde ningún cambio pasaba sin una recuperación probada.
Cómo lo resolvemos
El método, no la promesa.
- Se estabiliza primero: restauración probada, secretos fuera del código y acceso por roles. La operación no espera al diagnóstico completo.
- Se lleva el código a un repositorio a su nombre, con control de versiones.
- Se revisa lo generado donde suele fallar: autenticación, permisos, datos de entrada y dependencias.
- Se decide por aplicación, con el argumento escrito: rescatar, reconstruir o apagar.
- Se entrega con pruebas sobre los flujos que importan, manual de operación, dueño nombrado y el costo de sostenerla a tres años.
Para usar hoy, sin contratar nada
Cinco revisiones que se hacen en una tarde sobre cualquier aplicación construida con asistentes de IA. No hace falta saber programar, hace falta acceso:
- Dónde vive el código. Si solo existe dentro de la herramienta con que se construyó, exporte hoy una copia a un repositorio de su organización. Es la revisión que más protege y la más barata.
- Dónde están las llaves. Busque en el código contraseñas y llaves de servicios escritas a mano. Cada una que aparezca ahí la conoce cualquiera que vea el código.
- Quién puede entrar a qué. Pruebe entrar a las pantallas de administración con un usuario sin permisos. Lo construido rápido con frecuencia revisa el permiso en la pantalla y no en el servidor.
- Cuándo fue la última restauración. No el último respaldo: la última vez que se restauró de verdad. Si nunca, esa es la prueba de esta semana.
- Quién la levanta un lunes a las ocho. Con nombre. Si no hay nombre, ese es el primer hallazgo.
Las dos primeras se corrigen en un día. Las otras tres deciden si la aplicación puede seguir creciendo.
Le suena si
- Alguien de su equipo lo hizo con vibe coding y resultó mejor de lo esperado.
- La aplicación pasó de diez usuarios a doscientos y cada cambio rompe algo distinto.
- Quien la construyó cambió de puesto y el proceso sigue dependiendo de ella.
Antes de contratar
Rescatamos lo que ya sostiene un proceso o lo que usted decidió llevar a producción. Si el veredicto es reconstruir, se lo decimos con el costo de las dos opciones al lado.
La forma de construir es nueva; lo que se rompe cuando una aplicación crece no lo es. Esto lo dirige alguien cuya carrera fue operar lo que otros construyeron. Por eso el entregable no es solo código corregido: es una aplicación con dueño, respaldo y costo conocido.
Si esa aplicación dejara de funcionar mañana, ¿quién la levanta y de dónde saca el código?
En el ciclo
Si el problema es otro
Las áreas construyeron sus aplicaciones con IA y el que las hizo se fue en marzo.
Deuda Operativa del Software Autoconstruido
Lo llevamos en una hoja de cálculo y ningún producto del mercado hace exactamente esto.
Aplicación Operativa a Medida
Tenemos las licencias de IA y mi equipo está ocupado sosteniendo lo que ya existe.
Ingenieros Desplegados (Forward Deployed Engineers)