N I C O L Á S A M O R O S O

Cada consulta levanta una Lambda que arma el contexto, llama al modelo en Bedrock y, si hace falta, ejecuta la acción contra los servicios del negocio. Serverless porque el uso es a ráfagas: no tiene sentido pagar un servidor prendido todo el día para que lo usen diez personas.

El historial vive en DynamoDB por usuario. Así se pueden hacer preguntas de seguimiento sin reenviar todo el contexto en cada turno, que es donde se te va el presupuesto de tokens.

Redshift entra de solo lectura y con permisos acotados. El asistente lee lo que necesita y nada más: si algo sale mal, el peor caso es una respuesta equivocada, no un dato modificado.

El modelo de datos, la API y la UI se diseñaron juntos. Cuando el que escribe la query es el mismo que arma la pantalla, desaparecen los endpoints que devuelven veinte campos para que la UI use tres.

La lógica core va en Java sobre MySQL: links de referidos, códigos promocionales y la integración de servicios entre módulos. Nada de eso vive en el frontend.

Regla uno: el estado del pago vive en el backend, nunca en el cliente. La pantalla muestra lo que confirmó el webhook, no lo que el usuario cree que pasó. Suena obvio hasta que ves cuántas tiendas lo hacen al revés.

Regla dos: los códigos promocionales y los links de referidos se validan del lado del servidor. La lógica de acumulación y vencimiento vive en un solo lugar, porque si vive en dos se van a contradecir.

Incremental, siempre. Actualizar librerías de a poco y en paralelo al rediseño, en vez de congelar el desarrollo de features durante semanas para hacer el big bang que después nadie se anima a mergear.