Siete bases para mantener una aplicación creada con IA

Haz que el siguiente cambio se pueda recuperar

Gracias a NodeMaven por patrocinar este vídeo.

El vídeo relata trabajo sobrescrito y cambios que llegaron a clientes antes de comprobarse correctamente. El historial del chat no sustituye a una instantánea del repositorio.

1. Inspecciona el árbol de trabajo y guarda un punto de control claro en Git antes de un cambio importante.
2. Crea una vía de preproducción para probar el cambio lejos de los usuarios de pago.
3. Escribe una expectativa observable para el comportamiento importante y pruébala en preproducción.

Define qué puede hacer el agente

Las lecciones incluyen límites de aprobación para correo, facturación y despliegue. Una instrucción amplia para terminar una función no debería ampliarse silenciosamente a cualquier acción externa.

1. Enumera las lecturas, escrituras y acciones externas necesarias para el trabajo.
2. Establece paradas explícitas de revisión antes de correos importantes, acciones de facturación y publicaciones en producción.
3. Comprueba tanto una acción permitida como otra deliberadamente prohibida en un entorno de pruebas adecuado.

Comprueba qué puede fallar después de publicar

Luke comenta cuotas de API pasadas por alto y un susto con una base de datos y una copia de seguridad de 12 horas de antigüedad. Son ejemplos de su experiencia, no plazos de recuperación garantizados.

1. Supervisa respuestas críticas de API, cuotas, operaciones de base de datos y flujos de pago junto a la disponibilidad.
2. Verifica que exista una copia de seguridad utilizable y prueba su restauración en un entorno aislado.
3. Registra las decisiones importantes y los pasos de recuperación para el siguiente agente o compañero.
4. Repite las comprobaciones pertinentes tras el siguiente cambio sustancial, no solo durante la configuración inicial.

Conclusión

La lista facilita detectar fallos y recuperarse de ellos. No garantiza que una aplicación sea segura ni que no pueda perder datos.