Un modelo de conducción autónoma debe comportarse de manera consistente y fallar de forma segura en condiciones inesperadas.
Aplicar fiabilidad y seguridad: pruebas rigurosas, monitorización y barreras de protección para casos límite.
Por qué: La fiabilidad y seguridad se trata de un comportamiento consistente que evita daños bajo incertidumbre, no de a quién pertenecen los datos.
Una aplicación de salud procesa datos personales y debe protegerlos de exposición o uso indebido.
Aplicar privacidad y seguridad: proteger los datos personales, controlar el acceso y respetar el consentimiento.
Por qué: Este principio cubre la confidencialidad y protección de datos; la equidad y la inclusividad se refieren a quién sirve el sistema.
Una solución debe empoderar e involucrar a las personas independientemente de su capacidad o origen.
Aplicar la inclusividad: diseñar para que todos se beneficien, incluyendo a las personas con discapacidad.
Por qué: La inclusividad se trata de la accesibilidad y el alcance amplios; la equidad se trata específicamente de resultados imparciales.
Los usuarios deben entender cómo un sistema de IA llega a sus decisiones y cuáles son sus límites.
Aplicar transparencia: explicar cómo funciona el sistema, su propósito, capacidades y limitaciones.
Por qué: La transparencia hace que el sistema sea comprensible; la rendición de cuentas se trata de quién es responsable de él.
Se necesita una propiedad y gobernanza claras para que alguien responda por el comportamiento de un sistema de IA.
Aplicar la rendición de cuentas: las personas diseñan, construyen y operan dentro de un marco de gobernanza y siguen siendo responsables.
Por qué: La rendición de cuentas asigna la responsabilidad humana; la transparencia solo explica el sistema, no asigna la propiedad.
Explicar cómo un modelo de IA generativa produce un párrafo coherente a partir de un prompt.
Un gran modelo de lenguaje predice el siguiente token repetidamente utilizando patrones aprendidos de un texto de entrenamiento masivo.
Por qué: Los modelos generativos crean contenido nuevo mediante la predicción probabilística de tokens; no recuperan respuestas almacenadas textualmente.
Una carga de trabajo debe transcribir llamadas y leer las respuestas en voz alta.
Esta es una carga de trabajo de voz - reconocimiento de voz a texto y síntesis de texto a voz.
Por qué: Speech cubre la entrada/salida de audio; computer vision maneja imágenes, no audio.
Una carga de trabajo debe detectar objetos y leer texto de fotografías.
Esta es una carga de trabajo de computer vision - clasificación de imágenes, detección de objetos y OCR.
Por qué: Computer vision interpreta imágenes; la extracción de información de documentos es una tarea relacionada pero distinta.
Una carga de trabajo debe extraer campos como fechas, totales y proveedor de facturas escaneadas.
Esta es una carga de trabajo de extracción de información / datos (document understanding).
Por qué: La extracción obtiene campos estructurados de documentos; el OCR genérico solo devuelve texto sin procesar, no campos etiquetados.
Necesita los temas principales de un bloque de texto sin leerlo todo.
Use la extracción de frases clave (keywords) para identificar los términos más importantes.
Por qué: La extracción de frases clave enumera términos relevantes; la detección de entidades en su lugar clasifica cosas nombradas como personas o lugares.
Debe identificar personas, organizaciones, ubicaciones y fechas mencionadas en el texto.
Use el reconocimiento de entidades nombradas (entity detection) para clasificar estas entidades.
Por qué: Entity detection etiqueta cosas nombradas; el análisis de sentimiento en su lugar califica el tono emocional.
Quiere saber si las reseñas son positivas, negativas o neutrales.
Use el análisis de sentimiento para calificar la opinión expresada en el texto.
Por qué: Sentiment mide el tono; la summarization condensa el contenido, no juzga la polaridad.
Necesita un resumen corto de un informe largo.
Use la summarization de texto (extractiva o abstractiva) para condensar el documento.
Por qué: La summarization acorta conservando el significado; la extracción de frases clave solo lista términos, no un resumen legible.
Distinga la conversión de audio a texto de la conversión de texto a audio.
Su aplicación debe autenticarse en el modelo desplegado.
Utilice la URL del endpoint de la implementación con una clave de API o una credencial de Microsoft Entra ID (Azure AD).
Por qué: La autenticación basada en clave es la más sencilla; Entra ID es más segura y evita incrustar secretos en el código.
Quiere un asistente de IA que siga instrucciones y use tools, construido sin mucho código.
Cree un single agent en el Foundry portal - defina sus instrucciones, modelo y tools (el Agent Service).
Por qué: El constructor de agent del portal configura el comportamiento y los tools de forma declarativa; usted no escribe manualmente el bucle de orquestación.
Su agent siempre debe citar fuentes y rechazar solicitudes fuera de tema.
Codifique estas reglas en las instrucciones del agent (su guía a nivel de sistema).
Por qué: Las instrucciones del agent dirigen un comportamiento consistente en todas las interacciones, similar a un system prompt para un modelo de chat simple.
Su agent debe responder a partir de los documentos de su empresa, no solo de sus datos de entrenamiento.
Dele al agent una tool de conocimiento/grounding (por ejemplo, búsqueda de archivos o Azure AI Search) para que recupere sus datos.
Por qué: Grounding/RAG proporciona contexto actual y privado; sin él, el modelo puede alucinar o usar conocimiento obsoleto.
Necesita una aplicación personalizada para impulsar un agent de Foundry programáticamente.
Construya una aplicación cliente de agent con el Foundry SDK - cree un thread, agregue mensajes, ejecute el agent, lea las respuestas.
Por qué: El SDK expone threads, runs y messages para que su aplicación pueda integrar el agent en cualquier flujo de trabajo.
Debe construir una aplicación que extraiga sentimiento y entidades del texto entrante.
Utilice Azure AI Language (análisis de texto) a través del SDK o REST, accesible a través de Foundry, llamando a las características de sentiment y NER.
Por qué: Para tareas clásicas de NLP, el servicio Language está diseñado específicamente y es más barato que usar un LLM general.
Debe añadir el conocimiento privado de FAQ de su empresa a las respuestas del modelo, con un esfuerzo mínimo.
Utilice grounding para el modelo con retrieval (RAG) sobre sus documentos en lugar de fine-tuning.
Por qué: RAG inyecta datos actuales en el momento de la consulta y es más simple/barato; el fine-tuning cambia el comportamiento, no la frescura del conocimiento.
Debe bloquear las salidas de texto e imagen dañinas o inseguras de un modelo desplegado.
Habilite los filtros de Azure AI Content Safety en la implementación para detectar y bloquear contenido dañino.
Por qué: Content Safety aplica barreras de protección de IA responsable en tiempo de ejecución; el modelo base por sí solo no garantiza la seguridad.