Dentro de una app
Comprenda los registros, la interfaz, las herramientas de agente y las reglas de acceso que hacen que una aplicación sea útil.
manifiesto modelo de datos permisos herramientas habilidades notificaciones recursosEn esta página
Una app, varias interfacesLos registros pertenecen a un dominio de negociosLas herramientas hacen que la aplicación sea utilizable por los agentesLas habilidades explican el flujo de trabajoEl acceso depende de la acción y del registroConstruir para todo el flujo de trabajoUna app, varias interfaces
Una aplicación Opser es más que una página en la barra lateral. Reúne registros, una interfaz humana y las capacidades que expone a los agentes y otras aplicaciones. Su manifiesto describe esas superficies para que la plataforma pueda descubrirlas y gobernarlas.
No todas las aplicaciones necesitan cada superficie. Una pequeña aplicación de referencia solo puede proporcionar pantallas y lecturas. Una aplicación operativa también puede proporcionar cambios, eventos, notificaciones, integraciones y orientación del agente.
| Parte | Lo que hace |
|---|---|
| Registros y reglas | Definir la información que posee la aplicación, su validación y los cambios permitidos |
| Vistas y acciones | Permita que las personas encuentren registros y lleven a cabo el flujo de trabajo |
| Herramientas de agente | Permite que un agente realice acciones con nombre con entradas estructuradas |
| Habilidades | Explicar cuándo y cómo utilizar las capacidades de la aplicación |
| Permisos y recursos | Controlar el acceso a las acciones y, cuando se implementen, a los registros individuales |
| Contratos | Ofrece operaciones con nombre a otras partes del espacio de trabajo |
| Eventos | Anunciar cambios en los flujos de trabajo de suscripción |
| Notificación | Llevar un cambio o decisión a la atención de una persona |
Los registros pertenecen a un dominio de negocios
Una aplicación posee su modelo de datos y las reglas que lo rodean. Cuando un agente crea una aplicación, define los registros y las relaciones que necesita ese flujo de trabajo. La actualización de una aplicación en vivo necesita preservar los registros existentes, así como introducir el nuevo comportamiento.
Las aplicaciones no obtienen acceso sin restricciones a las tablas de la base de datos de cada una. Para reutilizar la información que otra aplicación posee, llaman a una operación que la aplicación expone. Esto mantiene las reglas de la aplicación propietaria en el camino. Los conjuntos de datos administrados por el usuario tienen una datos e informes superficie.
Las herramientas hacen que la aplicación sea utilizable por los agentes
Una herramienta de agente es una acción con un nombre, una descripción y entradas estructuradas. Una aplicación de equipo podría exponer acciones para encontrar un activo, crear una solicitud de pago o registrar una devolución. Estos son ejemplos de un diseño, no un catálogo de aplicaciones prometido.
La plataforma descubre las herramientas de la aplicación cargada y comprueba el acceso cuando se enumeran e invocan. Una acción también puede requerir aprobación. Para una solicitud interactiva de agente compartido, el acceso de la persona iniciadora importa junto con el acceso del agente; la membresía sola no es permiso para cada registro.
Pídale al constructor que haga que la interfaz humana y las herramientas del agente usen las mismas reglas de servicio. Revise ambas rutas: un formulario de trabajo no prueba que el agente pueda completar el flujo de trabajo.
Una aplicación también puede exponer los registros primarios de búsqueda a Búsqueda de espacio de trabajo. Incluya ese comportamiento cuando desee que las personas encuentren sus registros desde el control de búsqueda del espacio de trabajo.
Las habilidades explican el flujo de trabajo
Una aplicación puede proporcionar instrucciones sobre sus conceptos, entradas requeridas y secuencia de acciones preferida. Esto ayuda al agente a elegir la herramienta correcta e interpretar el resultado. Instalar una habilidad no otorga los permisos que sus herramientas necesitan.
Por ejemplo, una habilidad de pago podría explicar que un activo debe estar disponible antes de que se pueda aprobar una solicitud, y que registrar una devolución debería cerrar el pago activo. Leer Habilidades incorporadas Diferencia entre instrucciones y ejecución.
El acceso depende de la acción y del registro
Las aplicaciones declaran permisos y pueden vincular acciones a las reglas de recursos para la propiedad, el intercambio u otras relaciones. Por lo tanto, el acceso puede ser más estrecho que la capacidad de abrir una aplicación. Una persona que puede ver las solicitudes aún no puede aprobar una.
Al revisar una aplicación personalizada, pruebe con los roles previstos y con alguien que no debería ver el registro. Incluya llamadas de agentes en esa revisión. Permisos y grupos de acceso explica los controles del espacio de trabajo.
Construir para todo el flujo de trabajo
Especifique los registros, las pantallas, las acciones del agente, las reglas de acceso, las notificaciones y las conexiones cuando informe al agente. Las comprobaciones de preparación del constructor inspeccionan las capacidades declaradas, así como la compilación. A continuación, pruebe el flujo de trabajo usted mismo, incluidos los datos faltantes y las acciones rechazadas, antes de la instalación.
Continuar con Aplicaciones conectadas o el guía de construcción de aplicaciones.