Cuatro preguntas que separan amateurs de profesionales
Cuando un negocio te va a confiar su operación, hace cuatro preguntas, con o sin palabras técnicas. Seguridad: ¿están protegidas las llaves de acceso (las API key)? Roles: ¿cada quien ve solo lo que debe? Logs: ¿hay registro de lo que pasó para revisar después? Respaldo: si algo se borra o se corrompe, ¿se puede recuperar?
Ninguna de las cuatro hace tu producto más 'inteligente', pero la ausencia de cualquiera te puede costar el cliente y un problema legal.
| Cimiento | Qué protege | El error típico del prototipo |
|---|---|---|
| Seguridad | Que nadie use tu cuenta de IA gratis ni robe accesos | La API key pegada en el código o expuesta en el navegador |
| Roles | Que un usuario no vea datos de otro | Un solo usuario "administrador" para todos |
| Logs | Poder reconstruir qué pasó | No registrar nada, o registrar datos sensibles de más |
| Respaldo | No perder los datos del cliente | Nunca probar que el respaldo sí se puede restaurar |
Un desarrollador describe cómo dejó su prototipo. Un detalle es un error de seguridad serio. Márcalo.
Marca la línea o las líneas con error y pulsa Comprobar.
¿Cuál práctica hace que un respaldo merezca llamarse así?
Tu producto guarda en los logs "todo por si acaso", incluyendo el contenido completo de los mensajes y datos personales. ¿Qué tan sano es eso?
¿Qué tan seguro estás de tu respuesta?
Ordena el flujo de defensa ante una API key que se filtró.
Coloca los elementos en orden y pulsa Comprobar.
De los cuatro cimientos (seguridad, roles, logs, respaldo), ¿cuál tiene hoy tu mejor prototipo y cuál le falta por completo? Una línea de evidencia para cada uno.
Si no sabes si tu respaldo se restaura, no tienes respaldo todavía.
Tu texto se guarda sólo en este dispositivo.
Siguiente paso: Proyecto — auditarás un prototipo con los 12 exámenes y escribirás su plan realista para volverse producto.
Comentarios
Inicia sesión para comentar.
Todavía no hay comentarios. Sé la primera persona en opinar.