Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
El marco de arquetipo del agente organiza el diseño del agente en tres capas: categorías, funcionalidades y componentes. Estas tres capas (las "3C") proporcionan una manera estructurada y repetible de diseñar y comunicarse sobre los agentes en cualquier nivel.
Sugerencia
Para ver un escenario de ejemplo que aplica el modelo 3C y muestra cómo los equipos pueden pasar de conceptos abstractos a decisiones de implementación concretas, vaya a Patrón empresarial de ejemplo: Extractor de documentos y resumdor.
Categorías: el "por qué" del comportamiento del agente
Las categorías representan los dominios amplios del comportamiento del agente. Responden a la pregunta: "¿Por qué el agente hace esto?" Las categorías proporcionan un vocabulario compartido para razonar sobre el diseño de agentes en un nivel estratégico, independientemente de herramientas específicas o opciones de implementación.
El marco define siete categorías:
| Category | Description |
|---|---|
| Conexión | Recopilación e integración de información de toda la empresa. La capa fundamental que hace posible todo lo que sigue. |
| Analizar | Dar sentido a los datos recopilados, yendo más allá de su recuperación para obtener información valiosa. |
| Crear | Producir y transformar contenido, pasando de la información a los resultados. |
| Actuar | Tomar medidas en nombre de los usuarios, transformar de asociados conversacionales a asistentes proactivos. |
| Automatizar | Administración de procesos de varios pasos y orquestación de flujos de trabajo complejos, que funcionan como coordinadores de procesos. |
| Govern | Mantener la confianza y el cumplimiento normativo, insertar la gobernanza directamente en el comportamiento del agente. |
| Monitor | Mejorando continuamente mediante telemetría y bucles de retroalimentación para iterar a escala. |
Funcionalidades: el "qué" de cada categoría
Las funcionalidades son las funciones específicas observables por el usuario que un agente puede realizar dentro de una categoría determinada. Son los bloques de creación del comportamiento del agente, las piezas funcionales ensambladas para crear experiencias completas del agente. Las funcionalidades responden a la pregunta: "¿Qué necesita este agente para lograr?"
Las capacidades son deliberadamente agnósticas respecto de la plataforma. Describen lo que hace un agente, no cómo lo hace. Esta descripción garantiza que sean duraderos. Independientemente de cómo evoluciona la plataforma subyacente, las funcionalidades siguen siendo un punto de referencia estable para diseñar y comunicarse sobre el comportamiento del agente.
Sugerencia
¿Ya conoces las habilidades? Las funcionalidades son el mismo concepto. Ambas describen funciones reutilizables que definen lo que un agente puede hacer. Este marco te proporciona un vocabulario consistente para diseñar en torno a ellos.
Cada categoría contiene un conjunto de funcionalidades:
| Category | Capabilities |
|---|---|
| Conexión | Extraer datos, consultar conocimiento, ingerir documentos, validar datos, integrar orígenes de datos |
| Analizar | Proceso y análisis de métricas, generación de visualizaciones, realización de recomendaciones controladas por datos, datos de pruebas comparativas, comparación de resultados, clasificación de datos |
| Acción | Actualizar registros, enviar comunicaciones, crear tickets o transacciones, realizar llamadas a una API o a un servicio externo |
| Automatizar | Desencadenar flujos de trabajo, tomar decisiones condicionales, programar automatización, coordinar entre varias herramientas |
| Crear | Borrador o creación de contenido, resumen de información, formato o traducción de contenido, generar contenido visual |
| Govern | Realizar el registro de auditoría y la validación de directivas, garantizar el cumplimiento normativo |
| Monitor | Seguimiento del análisis de uso, captura de comentarios, medición del rendimiento |
Componentes: el "cómo" de la implementación
Los componentes son los elementos básicos de implementación que dan vida a las capacidades. Responden a la pregunta: "¿Cómo hacemos que esto suceda?"
Los componentes pueden adoptar la forma de mensajes, temas, herramientas, conectores, flujos o intérpretes de código. Son modulares, reutilizables e intercambiables. Por ejemplo, la misma funcionalidad extraer datos podría implementarse mediante:
- Fuentes de conocimiento de Microsoft 365 para el descubrimiento centrado en documentos.
- Un conector de Power Platform para consultas estructuradas de línea de negocio.
- Una herramienta de agente o una acción de API para datos críticos en tiempo real.
- Flujo de carga y extracción de archivos para el análisis de documentos basado en sesión.
Cada opción tiene desventajas distintas y el marco proporciona una base para el razonamiento a través de la elección adecuada para un contexto determinado.
Esta modularidad permite la repetibilidad a escala. Cuando un equipo crea una solución mediante componentes bien definidos asignados a funcionalidades claras, esa solución se puede documentar, hacer referencia y reutilizar. La solución se convierte en conocimiento organizativo en lugar de quedar en manos de un solo equipo.
La biblioteca Copilot Studio Kit Component es una expresión concreta de esta capa. Empaqueta componentes listos para producción para la extracción de documentos, investigación, síntesis de contenido, resúmenes ejecutivos y vales de ServiceNow que se asignan directamente a las categorías y funcionalidades del marco. Estos bloques de creación se validan y derivan de escenarios de clientes reales. Están diseñados para instalarse, configurarse e implementarse sin el desarrollo personalizado.
Marco como base
El marco es una base, no un destino. A medida que las plataformas de agente evolucionan hacia un enrutamiento más autónomo, todavía requieren un mapa claro y compartido de qué funcionalidades existen y cómo los equipos pueden implementarlas. Los 3C proporcionan ese mapa, lo que proporciona a los equipos un lenguaje coherente para el diseño del agente, las hojas de ruta y la toma de decisiones.
Patrón empresarial de ejemplo: extractor de documentos y generador de resumen
En este ejemplo se muestra cómo aplicar el modelo 3C a un patrón de empresa común: un extractor de documentos y un agente de resumen. Use este ejemplo para obtener información sobre cómo los equipos pueden reutilizar la misma estructura entre implementaciones y adaptar componentes a requisitos empresariales y técnicos específicos.
Scenario
Las organizaciones de servicios financieros, atención sanitaria, servicios legales y profesionales necesitan agentes que puedan:
- Ingesta de un documento
- Extracción de información estructurada
- Resumen del contenido clave
- Generación de visualizaciones
- Generar una salida en un formato utilizable
Aplicación de los 3C al escenario
Este escenario abarca tres categorías en el marco: Conectar, Analizar y Crear.
Las funcionalidades implicadas son:
- Ingesta de documentos (Conectar)
- Extracción de datos (Conectar o analizar)
- Calcular y analizar métricas (Analizar)
- Generar visualizaciones (Analizar o crear)
- Resumir información (Analizar)
- Crear contenido (Crear)
Los componentes que proporcionan estas funcionalidades pueden variar en función de los requisitos y restricciones:
| Capacidad | Componente de ejemplo |
|---|---|
| Ingerir documento | Flujo de carga de archivos de Power Automate |
| Extracción de datos | Solicitud de extracción de datos desde la biblioteca de componentes del kit de Copilot Studio |
| Calcular y analizar métricas | Intérprete de código |
| Generación de visualizaciones | Aviso de visualización de datos, intérprete de código |
| Resumir información | Mensaje de resumen |
| Crear contenido | Herramienta o conector de creación de documentos |
En este diagrama se muestra cómo los procesos subyacentes se asignan a categorías y funcionalidades, que siguen siendo coherentes entre implementaciones, mientras que los componentes se adaptan a diferentes contextos y restricciones.
En la práctica, un equipo crea este escenario una vez y lo comparte con el siguiente equipo como un patrón reutilizable documentado en lugar de una solución personalizada. Este enfoque escala el conocimiento en toda la organización.
Información relacionada
- Diseñar agentes con el marco de arquetipo del agente
- Diseñar agentes eficaces mediante un marco de diseño estructurado
- Información general del kit de Copilot Studio