Supervisar, actualizar y retirar el complemento o agente

Una vez que los usuarios pueden acceder al complemento o agente, administre su ciclo de vida operativo a través de las superficies específicas del producto para cada objeto. No hay ningún panel o acción universal que supervise o cambie el paquete de complementos, sus componentes, conexiones, servicios externos y el paquete de aplicaciones de Microsoft 365 juntos.

Ingresa a esta etapa con un objeto disponible, sus registros de publicación y disponibilidad, y los propietarios operativos y de soporte identificados.

Comience con el resultado que necesita.

Necesidad operativa Qué hacer
Comprender el uso, el estado o la adopción Supervise el uso y el estado a través de las señales específicas del producto disponibles.
Diagnosticar un problema o medir un cambio Evaluar el comportamiento y la calidad con evidencia adecuada al objeto y la decisión.
Mejorar el comportamiento o publicar una corrección Publica una actualización a través de los pasos necesarios de compilación, paquete, publicación y disponibilidad.
Limitar el uso o cambiar la responsabilidad Restrinja el acceso o transfiera la propiedad donde el producto lo admita.
Finalizar el ciclo de vida de la solución Retire el complemento o agente y aborden todos los objetos y servicios dependientes.

Supervisar el uso y el estado

Lo que debe observar Comenzar por
Uso y estado de un agente declarativo aprovisionado desde un terminal o un flujo de trabajo automatizado Habilite la superficie y ejecución wiqd agent monitorexperimental de Work IQ, que consulta al agente de Insights para ese agente. Consulte la extensión Work IQ Dev Tools Work IQ.
Capacidad de respuesta y comportamiento de giro detallado para un agente declarativo implementado Envíe un mensaje con el comando experimental wiqd agent ask o use la vista previa Work IQ DevUI para inspeccionar la selección de complementos, la recuperación, las citas, los identificadores y los resultados sin procesar.
Uso, compromiso, uso del conocimiento, reacciones y comentarios para un agente de Agent Builder Supervisar agentes en Agent Builder
Inventario y propiedad del agente de toda la organización Administrar el registro de agentes
Respuestas en lenguaje natural sobre el uso agregado de agentes y las tendencias de adopción en Copilot Chat Agente de Microsoft 365 Insights
Actividad de un servidor MCP administrado como herramienta Administrar herramientas para agentes
Usuarios, contenido y sincronización del conector de Copilot Implementar conectores de Copilot

La disponibilidad, la asignación, la instalación o la implementación no son evidencia de adopción o uso real. Siga las instrucciones de informes de uso específicas del producto vinculadas para el objeto y la experiencia de Microsoft 365.

La cobertura del monitoreo varía según el objeto y el producto. No trate un informe específico del agente como evidencia para cada componente de un complemento.

Evalúe el comportamiento y la calidad

Comience con la señal operativa, el informe del usuario, el caso de soporte técnico o el cambio de producto que requiere una acción. Identifique el objeto, la versión, la audiencia, la experiencia de Microsoft, la dependencia y el propietario afectados antes de cambiar la solución.

La evaluación admite dos decisiones de ciclo de vida. Durante el empaque y la prueba, utilícelo como evidencia previa a la liberación cuando se deba medir la calidad del agente. Después de la implementación, vuelva a ejecutar las evaluaciones adecuadas cuando las señales de uso, los informes de usuario, los cambios en el modelo o la dependencia, o una actualización propuesta puedan afectar al comportamiento.

La evaluación es contextual, no un requisito universal posterior a la implementación. Úselo cuando necesite evidencia de que un cambio en las instrucciones, conocimientos o herramientas mejoró la experiencia. No reemplaza las comprobaciones de solución de problemas ni de versión: empaqueta, valida y prueba cada actualización según lo requieran sus componentes, la ruta de publicación y las experiencias de destino.

Registre la señal o el resultado de la evaluación que condujo al cambio.

Publicar una actualización

Una actualización sigue el ciclo de vida de nuevo: cambie → pruebe componentes → paquete y pruebe la nueva versión → publique a través de la ruta compatible → complete las acciones de disponibilidad necesarias → vuelva a comprobar las experiencias deseadas.

Un cambio funcional debe volver a Package y probarse antes de que se vuelva a publicar la versión actualizada.

Use la ruta de desarrollo y publicación admitida por el objeto. Work IQ Dev Tools es una ruta de actualización; Agent Builder, Microsoft 365 Agents Toolkit, Copilot Studio, implementación organizativa y Microsoft Marketplace tienen sus propios procedimientos.

Route Procedimiento de actualización
Agente declarativo de herramientas de desarrollo de Work IQ Siga el bucle documentado de edición, validación, aprovisionamiento, empaquetado, publicación y supervisión en el ciclo de vida del agente.
Paquete de complementos Alpha WIQD Vuelva a compilar, validar estáticamente, aprovisionar el entorno previsto, empaquetar, ejecutar una validación profunda y repetir la ruta de carga o uso compartido admitido. La wiqd plugin superficie no proporciona un comando de publicación o reversión.
Uso compartido directo de Agent Builder Publique el cambio en Agent Builder. Compruebe el comportamiento de la audiencia compartida.
Catálogo de organización de Agent Builder Publique el cambio y, a continuación, vuelva a enviar el agente aprobado.
Kit de herramientas de agentes de Microsoft 365 Empaqueta, prueba y vuelve a publicar el paquete de la aplicación actualizado.
Copilot Studio Publique el agente actualizado y, a continuación, siga su procedimiento de disponibilidad organizativa admitido.
Microsoft Marketplace Envía la oferta actualizada a través del Centro de partners de Microsoft y completa la certificación cuando sea necesario.

Confirme qué versión llegó a cada audiencia. Una versión compartida y una versión de catálogo de organización pueden tener diferentes estados de actualización y aprobación.

La reversión y la restauración no están disponibles para todos los objetos o rutas de publicación. Utilice el procedimiento específico del producto vinculado para confirmar si se puede restaurar una versión anterior y qué paquetes, componentes, conexiones o servicios externos requieren una acción independiente.

Restringir o bloquear el acceso

Elija un control basado en el objeto y el efecto previsto:

  • Para los agentes, use el control documentado de disponibilidad, asignación, bloqueo o eliminación.
  • Para complementos, habilidades, servidores MCP y conectores representados como herramientas, use la acción de herramienta documentada.
  • Para el uso compartido directo, actualice la configuración de uso compartido en el objeto compartido.
  • Para la sincronización y el contenido del conector, actualice la configuración de conexión.

Consulta Gobernar acceso, herramientas y conexiones para el mapa de control a superficie.

Bloquear o quitar un objeto no necesariamente deshabilita un servicio externo o quita los datos indexados. Revise cada dependencia por separado.

Transferir propiedad o soporte técnico

Cuando cambia la responsabilidad de la propiedad o el soporte técnico:

  1. Confirma que el producto admite la transferencia de propiedad o la reasignación del objeto.
  2. Transferir o reasignar el objeto compatible a través de su procedimiento específico del producto.
  3. Actualice los contactos de soporte técnico, los repositorios de origen, los registros de publicación, las credenciales, los registros de aplicaciones, las conexiones, los servicios externos y las rutas de escalación según corresponda.
  4. Compruebe que el nuevo propietario puede supervisar, actualizar, restringir y retirar todos los objetos que se espera que administre.
  5. Registre cualquier dependencia que conserve un propietario diferente.

No trate la transferencia de un agente, paquete o registro de catálogo como una transferencia de todos los componentes y dependencias externas.

Retirar el complemento o agente

  1. Identifique todos los objetos publicados, compartidos, implementados y conectados en la solución.
  2. Notifique a los usuarios afectados y a los propietarios del soporte técnico.
  3. Eliminar la disponibilidad a través de cada ruta de publicación o administración.
  4. Quite o reasigne las conexiones, los registros de aplicaciones, los permisos, las cuentas de servicio y el acceso a servicios externos que ya no sean necesarios.
  5. Reasigne la propiedad o elimine el objeto según el procedimiento específico del producto.
  6. Registre el estado final, la fecha de retirada, el propietario y la ubicación del origen y los artefactos archivados.

La retirada se completa cuando los usuarios ya no pueden acceder al objeto retirado, sus dependencias se quitan o reasignan y se registra su estado final.

Para un proyecto de complemento alfa WIQD, wiqd plugin delete se desglosan los recursos aprovisionados para el entorno seleccionado. No quita todos los paquetes compartidos, cargas de administrador, registros de catálogo, conexiones, credenciales o servicios externos. Complete las acciones de retirada aplicables anteriores. Consulte Crear un complemento con las herramientas de desarrollo de Work IQ.

Registrar el resultado del ciclo de vida

Registre uno o varios resultados:

  • Una versión mejorada, probada y republicada, que incluye su ruta de publicación y su público verificado.
  • Un cambio documentado de acceso, asignación, propiedad, conexión o soporte.
  • Objeto retirado de forma segura con dependencias, credenciales, datos, propiedad y comunicación de usuario direccionada.

Sale de esta etapa con una actualización registrada, un cambio operativo o un resultado de retirada.

Contenido relacionado

  • Se actualizó por última vez el