Fonctionnalités de l’agence de développement development-agentic-capabilities
La fonctionnalité Agence de développement de Adobe Experience Manager (AEM) as a Cloud Service collabore avec le Module de conversation des collègues pour aider les développeurs et administrateurs traditionnels de la pile Java AEM à créer, déboguer, déployer et optimiser le code plus efficacement.
Cas d’utilisation use-cases
Divers cas d’utilisation sont abordés.
Gestion des pipelines Cloud Manager aem-cloud-manager-pipeline-management
Les compétences de gestion de pipeline AEM Cloud Manager vous permettent de gérer vos pipelines CI/CD directement en langage naturel, sans passer d’un écran Cloud Manager à l’autre pour rechercher les informations ou contrôles dont vous avez besoin. Vous pouvez répertorier et créer des pipelines, lancer ou annuler des exécutions, et vérifier le statut et l’historique, le tout à partir d’une seule conversation.
En cas de problème, la compétence va au-delà des vérifications d’état : elle peut récupérer les mesures d’étape, les journaux, les artefacts et les échecs d’exécution afin que vous puissiez diagnostiquer un problème sans télécharger et rechercher vous-même les fichiers journaux bruts. Il gère également la configuration quotidienne des pipelines (gestion des variables de pipeline, invalidation des artefacts mis en cache et ajustement des paramètres de pipeline) afin que les tâches de maintenance de routine qui nécessitaient auparavant plusieurs clics via l’interface utilisateur puissent être effectuées avec une seule requête.
Pour savoir pourquoi une exécution a échoué, consultez Dépannage du pipeline .
L’IA peut faire des erreurs afin d’examiner les actions suggérées avant de les appliquer, en particulier pour les opérations destructives.
« Quels pipelines ai-je dans le programme principal ? »
« Configurer un pipeline de qualité du code pour mon environnement de développement »
« Démarrer l’exécution du pipeline 67890 »
« Arrêter l’étape d’analyse du code en cours d’exécution pour l’exécution 12345 »
« Affichez-moi les 5 dernières exécutions du pipeline de développement »
« Combien de temps l’étape d’analyse du code a-t-elle duré lors de ma dernière exécution ? »
« Extrayez les journaux de l’étape d’analyse du code ayant échoué »
« Où puis-je télécharger l’artefact de build de ma dernière exécution ? »
« Répertoriez toutes les exécutions ayant échoué pour les 12345 de programme cette semaine. »
« Mettez à jour la variable API_ENDPOINT sur le pipeline 67890 »
« Effacer le cache de build avant ma prochaine exécution »
« Modifiez la branche de déclenchement de l’67890 de pipeline à publier »
Dépannage du pipeline AEM Cloud Manager aem-cloud-manager-pipeline-troubleshooting
La compétence de dépannage du pipeline AEM Cloud Manager vous permet de découvrir pourquoi l’exécution d’un pipeline a échoué, sans télécharger et rechercher vous-même les fichiers journaux bruts. Référencez une exécution ayant échoué par nom de pipeline ou ID d’exécution. La compétence confirme l’échec dans Cloud Manager, identifie l’étape ayant échoué et explique en langage clair ce qui s’est passé, pourquoi et ce qu’il faut faire ensuite. Si votre requête correspond à plusieurs pipelines, la compétence vous demande d’en choisir un avant de continuer.
Notez que cette fonctionnalité est mise en œuvre en tant qu’agent spécialisé et n’apparaît donc pas visuellement comme une compétence répertoriée dans l’interface Personnalisations des collaborateurs .
La compétence enquête sur les échecs dans les pipelines et étapes suivants :
- L’étape de test unitaire et de création et l’étape d’analyse du code dans les pipelines de déploiement full stack et de qualité du code.
- Échecs de création et de qualité du code dans les pipelines de configuration de niveau web tels que les erreurs de validation de la configuration Dispatcher.
- Échecs de déploiement dans les pipelines de configuration, comme une configuration de réseau CDN non valide.
Pour les échecs d’autres étapes, telles que l’étape de déploiement d’un pipeline full stack, la compétence signale l’étape en échec sans la diagnostiquer. Dans ce cas, examinez les journaux comme décrit dans la section Accès et téléchargement des journaux ou contactez l’assistance Adobe.
Vous pouvez également commencer le dépannage sans écrire d’invite. Cliquez sur Dépannage avec l’IA sur une exécution de pipeline ayant échoué dans Cloud Manager, ou dans le widget Pipelines ayant échoué sur la page d’accueil d’Experience Manager, pour ouvrir Coworker avec cette exécution déjà référencée. Voir Dépannage d’un pipeline en échec à partir de Cloud Manager et Dépannage à partir du widget Pipelines en échec.
L’IA peut faire des erreurs et donc passer en revue le diagnostic avant d’agir dessus.
« Aidez-moi à résoudre les problèmes liés au dernier pipeline qui a échoué dans le programme principal »
« Résolution des problèmes liés aux 1234567 d’exécution du pipeline de développement dans les 12345 de programme »
« Pourquoi le déploiement de mon pipeline de configuration a-t-il échoué dans le 12345 de programme ? »
Autorisations pipeline-troubleshooting-permissions
Pour utiliser les compétences de dépannage du pipeline AEM Cloud Manager, vous devez disposer du rôle Développeur ou Responsable de programme dans Cloud Manager. Voir Autorisations basées sur les rôles .
Dépannage d’un pipeline ayant échoué à partir de Cloud Manager troubleshoot-from-cloud-manager
Partir de l’échec d’exécution du pipeline est le moyen le plus rapide de résoudre les problèmes, car Coworker reçoit l’exécution en tant que contexte et vous n’avez pas à écrire d’invite.
-
Connectez-vous à Adobe Experience Cloud, puis ouvrez Experience Manager.
note tip TIP Pour résoudre les problèmes sans ouvrir Cloud Manager, saisissez une invite telle que Dépannage de mon pipeline en échec dans la zone Demander quelque chose à votre collègue de cette page. -
Dans le rail de gauche, cliquez sur , puis sélectionnez votre programme.
-
Sur la page Aperçu du programme, dans la vignette Pipelines, cliquez sur le pipeline qui a échoué.
-
Sur la page d’exécution du pipeline, notez le statut Échec en regard du nom du pipeline et de l’étape qui a échoué.
-
Cliquez sur Résolution des problèmes liés à l’IA. Le bouton s’affiche dans le coin supérieur droit de la page et dans la zone Erreurs d’étape de l’étape ayant échoué.
Un collègue s’ouvre dans un panneau sur le côté droit de la page, avec l’exécution ayant échoué référencée dans l’invite. Un collègue identifie l’étape en échec, explique la cause première et suggère un correctif que vous pouvez appliquer manuellement.
-
Examiner le diagnostic. Pour poser des questions complémentaires ou demander plus de détails, tapez dans la zone Demander à votre collègue.
Résolution des problèmes à partir du widget Pipelines en échec troubleshoot-from-experience-home-widget
La page d’accueil d’Experience Manager comprend un widget Pipelines en échec qui répertorie les échecs de pipeline dans vos programmes, afin que vous puissiez commencer à résoudre les problèmes sans ouvrir Cloud Manager au préalable. Chaque ligne affiche le nom du pipeline, la date et l’heure de la dernière exécution, la durée et l’étape qui a échoué, ainsi qu’un bouton Résolution des problèmes avec l’IA.
-
Connectez-vous à Adobe Experience Cloud, ouvrez Experience Manager, puis faites défiler l’écran jusqu’au widget Pipelines en échec.
-
Dans la ligne du pipeline que vous souhaitez étudier, cliquez sur Dépannage à l’aide de l’IA.
Coworker s’ouvre avec l’exécution ayant échoué référencée et commence son analyse, identifiant la cause première et suggérant un correctif.
-
Examiner le diagnostic. Pour poser des questions complémentaires ou demander plus de détails, tapez dans la zone Demander à votre collègue.
Gestion de l’environnement AEM Cloud Manager aem-cloud-manager-environment-management
Les compétences de gestion de l’environnement AEM Cloud Manager vous permettent de gérer vos environnements Cloud Manager en langage naturel, sans parcourir les écrans de l’interface utilisateur de Cloud Manager pour trouver le programme, l’environnement ou le panneau de configuration approprié. Vous pouvez répertorier vos environnements, extraire des détails relatifs à un environnement spécifique, et créer, cloner ou supprimer des environnements en fonction de l’évolution des besoins de votre projet.
La maintenance quotidienne de l’environnement est également couverte : la gestion des variables d’environnement, le téléchargement des journaux pour le débogage, la réinitialisation d’un environnement de développement rapide (RDE) lorsque vous avez besoin de nettoyer la page et la configuration des déploiements de région, le tout à partir d’une seule conversation au lieu de plusieurs voyages via Cloud Manager. Lorsqu’un élément doit être restauré, la compétence peut également restaurer un environnement à partir d’une sauvegarde.
L’IA peut faire des erreurs afin d’examiner les actions suggérées avant de les appliquer, en particulier pour les opérations destructives.
« Afficher tous les environnements dans le programme principal »
« Quel est l’état de mon environnement de production ? »
« Configurer un environnement d’évaluation pour les tests »
« Dupliquer l’environnement d’évaluation pour les 12345 de programme »
« Supprimer l’environnement de test inutilisé »
« Définir la variable API_BASE_URL sur mon environnement d’évaluation »
« Téléchargez les journaux du Dispatcher pour mon environnement d’évaluation »
« Réinitialiser l’environnement de développement rapide pour les 12345 de programme »
« Afficher les déploiements de région pour mon environnement de production »
« Afficher les sauvegardes disponibles pour l’environnement d’évaluation »
Gestion du programme AEM Cloud Manager aem-cloud-manager-program-management
Les compétences de gestion de programme AEM Cloud Manager vous permettent de rechercher et de gérer vos programmes Cloud Manager en langage naturel, au lieu de parcourir les listes de programmes Cloud Manager pour trouver celui que vous recherchez. Vous pouvez répertorier tous les programmes auxquels vous avez accès, extraire les détails d’un programme spécifique et supprimer un programme lorsqu’il n’est plus nécessaire.
Étant donné que les programmes forment le parapluie sous lequel vivent les pipelines et les environnements, cette compétence agit également comme un point d’entrée rapide dans ces ressources associées. Vous pouvez leur demander d’afficher les pipelines ou les environnements liés à un programme donné sans avoir à rechercher vous-même l’ID du programme.
L’IA peut faire des erreurs afin d’examiner les actions suggérées avant de les appliquer, en particulier pour les opérations destructives.
« À quels programmes ai-je accès ? »
« Afficher des informations sur le programme principal »
« Supprimer l’ancien programme de démonstration »
« Répertorier les pipelines pour le programme principal »
« Quels environnements le programme principal possède-t-il ? »
Gestion des versions d’AEM Cloud Manager aem-cloud-manager-release-management
Les compétences de gestion des versions d’AEM Cloud Manager vous permettent de contrôler le moment où Adobe applique des mises à jour de maintenance automatisées à votre programme, sans parcourir les paramètres Cloud Manager pour trouver le bon écran. Vous pouvez vérifier votre planning de mise à jour actuel, définir une fenêtre Quiet Hours quotidienne (une heure récurrente chaque jour pendant laquelle Adobe suspend les mises à jour) et planifier une période sans mise à jour de plusieurs jours autour d’événements tels qu’un lancement de produit ou un gel des vacances, lorsque vous ne souhaitez pas que vos environnements subissent des modifications.
Si vos plans changent, vous pouvez supprimer une période sans mise à jour aussi facilement que vous l’avez planifiée. Cette compétence peut également vous montrer les propres périodes globales de gel du code d’Adobe (les fenêtres Adobe ont déjà été bloquées pour les exclusions de maintenance planifiée), afin que vous sachiez dès le départ quelles dates sont déjà hors limites avant de planifier les vôtres.
La compétence vous permet également d’éviter les erreurs de planification. Lorsqu’il vous guide tout au long d’une demande, il signale les limites qui s’appliquent, telles que le maximum de trois périodes sans mise à jour dans une fenêtre flottante de 365 jours, l’intervalle obligatoire d’une semaine entre les périodes et les fenêtres d’exclusion de la maintenance planifiée d’Adobe. Au lieu de découvrir une contrainte après l’échec d’une configuration, vous atteignez un planning valide dans la même conversation. Cette approche protège les fenêtres d’activité critiques des mises à jour de maintenance automatique et réduit les allers-retours et les erreurs de configuration. Voir Heures creuses et Mettre à jour les périodes libres.
L’IA peut faire des erreurs et passer en revue les actions suggérées avant de les appliquer, ce qui est particulièrement vrai pour les modifications de planning de mise à jour, car une période sans mise à jour incorrectement planifiée ou supprimée peut permettre aux mises à jour d’arriver pendant une fenêtre que vous souhaitez protéger.
« Afficher le planning de mise à jour des 12345 du programme »
« Mettez à jour ma fenêtre d’heures creuses pour commencer une heure plus tôt »
« Bloquer les mises à jour des 12345 de programme pendant la semaine de lancement, du 3 au 10 mars »
« Annuler la fenêtre de coupure de courant que je prévoyais pour la semaine prochaine »
« Afficher les périodes d’exclusion de la maintenance planifiée d’Adobe »
Inspection des workflows AEM aem-workflow-inspection
La compétence Inspection des workflows AEM vous permet de vérifier l’activité de workflow en langage clair. Demandez à votre collègue quels workflows sont en cours d’exécution, ce qui attend dans votre boîte de réception ou pourquoi un workflow a échoué, sans ouvrir l’interface utilisateur des workflows.
Vous pouvez rechercher un workflow spécifique, parcourir les modèles de workflow disponibles et poser des questions de suivi au fur et à mesure de la résolution des problèmes. Cette compétence est en lecture seule : elle vous permet de voir et de comprendre ce qui se passe, mais elle ne permet pas de démarrer, de modifier ni d’arrêter les workflows.
L’IA peut faire des erreurs, donc examinez les résultats avant d’agir dessus.
« Des workflows sont-ils suspendus ? »
Donnez-moi une ventilation rapide des workflows par statut. »
Résumer les erreurs détectées dans les workflows que vous avez inspectés. »
« Expliquez l’erreur sur le deuxième workflow de cette liste. »
« Son statut ou son étape actuelle ont-ils changé depuis notre dernière vérification ? »
« Qui l’a démarré, quand et quelles informations sur l’élément de travail sont disponibles ? »
« Afficher uniquement les étapes de workflow, et non les tâches. »
« Un modèle nommé Révision édactionnelle est-il disponible ? »
AEM Dispatcher Insights aem-dispatcher-insights
La compétence Dispatcher Insights d’AEM vous permet de comprendre comment votre Dispatcher et le niveau web d’Apache gèrent les requêtes dans AEM as a Cloud Service. Demandez à un collègue d’analyser les performances du cache, d’étudier les problèmes de trafic et de diffusion et de vérifier la configuration de la sécurité sans rechercher manuellement les fichiers journaux. Lorsque les données disponibles le permettent, Collègue peut présenter les résultats sous forme de graphiques et de visualisations de la durée des demandes.
Pour une analyse spécifique à un environnement, identifiez l’environnement et la période (dans un intervalle de journal de sept jours) que vous souhaitez étudier. Actuellement, la compétence n’accède pas à votre référentiel source. Pour la configuration et les révisions de code, collez ou chargez donc les fichiers appropriés. Vos collègues peuvent également inspecter les URL accessibles pour vérifier le statut de réponse, les en-têtes et les redirections.
Dans ces rubriques, vous pouvez demander à vos collègues de proposer des modifications, d’expliquer leur impact potentiel et de fournir des conseils de validation et de restauration. Après avoir appliqué et déployé une modification, demandez à votre collègue de réévaluer les journaux disponibles ou le comportement de l’URL active.
Actuellement, les compétences ne modifient pas votre référentiel, ne déploient pas les modifications, ne publient pas ou ne dépublient pas le contenu, ni n’effacent les caches. Les purges du cache du réseau CDN, la création de règles de filtrage du trafic Edge et les modifications apportées aux paramètres de l’infrastructure gérée par Adobe ne relèvent pas de sa portée.
L’IA peut faire des erreurs, donc examinez les résultats et les modifications proposées avant d’agir sur ceux-ci.
Mise en cache et performances dispatcher-caching-performance
Découvrez l’efficacité du cache, recherchez les réponses lentes ou obsolètes et identifiez les opportunités de réduction des requêtes de publication.
« Les performances du cache ont chuté après notre dernier déploiement. Comparez les preuves du journal avec les déploiements récents et la différence de configuration que j’ai partagée. »
« Passez en revue les raisons pour lesquelles ces réponses de requête persistante GraphQL ne sont pas mises en cache. »
Quels paramètres puis-je ignorer sans interrompre la recherche ou la pagination ? »
Recommandez une politique de mise en cache pour nos bibliothèques clientes versionnées et nos ressources DAM à l’aide de la configuration que j’ai partagée. »
« Comment la modification de statfileslevel ou de gracePeriod affecterait-elle l’invalidation, et quand devrions-nous actualiser le cache d’une page ? »
« Pour les requêtes de page représentatives, affichez les étapes de traitement Dispatcher et de publication observées et la durée de ces traitements. »
« Vérifiez si cette page est incluse dans votre plan de site et expliquez en quoi la couverture du plan de site affecte le préchauffage. »
Trafic et gestion des demandes dispatcher-traffic-request-handling
Découvrez le trafic atteignant Dispatcher et comment les requêtes sont filtrées, acheminées et diffusées.
« Le trafic automatisé est-il absorbé par le cache ou les requêtes de publication augmentent-elles ? »
« Quels chemins expliquent les réponses 403 et 404 d’aujourd’hui, et quelles preuves les expliquent ? »
« Expliquez comment l’ordre des règles affecte les requêtes envoyées à votre point d’entrée GraphQL. »
« Les requêtes adressées à notre nouveau domaine ne concernent pas le bon site. Vérifiez les alias d’hôte et les mappages de fermes que j’ai partagés. »
« Cette URL Vanity fonctionne lors de la publication, mais renvoie l’URL 404 via Dispatcher. Que dois-je vérifier ? »
« Expliquez quels en-têtes appartiennent à clientheaders.any et lesquels sont gérés dans la configuration vhost ou du cache. »
« Comment activer Dispatcher ou réécrire la journalisation du débogage dans l’étape sans modifier la journalisation de production ? »
Sécurité dispatcher-security
Demandez à vos collègues une révision globale de la sécurité ou concentrez-vous sur une préoccupation spécifique dans votre configuration Dispatcher contrôlée par le client et le code AEM associé.
»La règle d’autorisation de ce point d’entrée peut-elle être réduite tout en conservant les requêtes requises ? »
« Expliquez les avantages en matière de sécurité et l’impact potentiel sur l’application du changement de politique de sécurité du contenu que vous recommandez. »
« Que devons-nous vérifier pour empêcher tout accès non autorisé lors de la mise en cache de contenu authentifié ? »
« Consultez ces configurations OSGi CSRF et CORS avec les règles Dispatcher que j’ai partagées. »
« Hiérarchisez les résultats par gravité et recommandez des améliorations que nous pouvons apporter dans AEM as a Cloud Service. »