Autopilot release notesRSS

What's new

Compute limits

Compute limits give Organization Managers a level of budget control over Autopilot. Now, New Relic administrators can set daily and monthly budgets in Advanced Compute Capacity Units (Advanced CCUs) to help govern spend on investigations and automated alert triage. A separate sub-budget for automated investigations helps keep alert-driven activity and manual work each within the budget you set, so you can plan Autopilot costs with confidence.

• Set daily and monthly budgets: Organization Managers define budgets in Advanced Compute Capacity Units (Advanced CCUs).
• Reserve a budget for automated investigations: Set a separate daily and monthly sub-budget for automated work, such as investigations started by alert webhooks and workflow notifications.
• See your usage in the chat panel: A status pill in the chat context bar shows where your organization stands.
• Warnings before you reach the limit: From 75% of your budget, Autopilot adds a warning to its responses that your organization is approaching its daily or monthly limit.
• Message when the limit is reached: At 100%, new requests are paused and Autopilot explains the next steps: contact your Organization Manager to raise the budget, or try again after the daily reset at 00:00 UTC.

For setup steps and official details, see Autopilot compute limits.

Increased successful investigations and compute limits to manage your budget

New features

• Set compute budgets for Autopilot (Preview): You can now set daily and monthly compute budgets to help you stay in control of costs during busy periods such as alert storms.
• See Autopilot work through each stage: The thinking display now shows distinct planning and summarization steps, with a status message that updates as Autopilot moves from one stage to the next.
• Improved NRQL guidance: Autopilot is better at building valid NRQL queries, with improved handling of faceting, grouping and query structure.

Improvements & fixes

• Root cause is less likely to default to a recent deployment: Investigations of error rate, latency, and synthetic monitor alerts better handle deployment history rather than preferencing a recent deployment.
• Recalled information is kept separate from current evidence: Autopilot can now better parse causes of prior issues from the current investigation evidence.
• Empty results are flagged: Fixed an issue where a step that returned no results or low confidence could be treated as complete. Autopilot is more likely to call out when a part of an investigation comes back empty.
• Fewer stalls on repeated lookups: Fixed an issue where an investigation could stall when Autopilot needed to look up the same data a second time.
• Enhanced protections for data fencing: Autopilot includes enhanced safeguards for fencing and handling data only versus agent instructions during investigations.
• Fast investigations error gracefully: During fast investigations Autopilot now reserves time to summarize what it found, so you are more likely to get a useful answer.

Bug fixes

• Faster, more resilient chat panel: The chat now opens faster, queues bursts of requests, and automatically retries calls that fail due to a brief network hiccup instead of initially surfacing an error.
• Clearer messaging when you hit a usage limit: Instead of a generic error, Autopilot now tells you specifically when your hourly request limit or daily usage limit has been reached.
• More reliable entity search: Entity lookups now correctly perform fuzzy matching and are more likely to prefer entities in the account you're asking about, so you're more likely to find the right one on the first try.
• Fixed incorrect time windows: "IST" could previously be misread as Israel Standard Time instead of India Standard Time, leading to an analysis window that was off by several hours or an unexpected validation error. IST now resolves correctly, along with several other natural-language time-parsing fixes.
• More accurate chart results: Valid chart values are no longer stripped from a visualization when it shouldn't have been.
• Coverage-gap questions now have a more complete answer: Fixed an issue where asking about monitoring coverage gaps (for example, missing alert or entity coverage) might not actually use Autopilot's dedicated coverage-gap analysis, leading to a less complete answer.
• Fewer failed requests when attached context is incomplete: Fixed an issue where a request with incomplete attached context could fail outright instead of falling back to your original question.

Débogage

• Panneau de chat plus rapide et plus résilient : le chat s’ouvre désormais plus rapidement, met en file d’attente les rafales de requests, et relance automatiquement les appels qui échouent en raison d’une brève interruption de réseau au lieu de signaler initialement une erreur.
• Des messages plus clairs lorsque vous atteignez une limite d’utilisation : au lieu d’une erreur générique, Autopilot vous indique désormais spécifiquement quand votre limite de requêtes horaires ou votre limite d’utilisation quotidienne a été atteinte.
• Une recherche d’entité plus fiable : les recherches d’entités effectuent désormais correctement une correspondance approximative et sont plus susceptibles de privilégier les entités du compte sur lequel vous vous renseignez, de sorte que vous avez plus de chances de trouver la bonne du premier coup.
• Correction des fenêtres temporelles incorrectes : "IST" pouvait auparavant être mal interprété comme Israel Standard Time au lieu de India Standard Time, ce qui entraînait une fenêtre d’analyse décalée de plusieurs heures ou une erreur de validation inattendue. IST est désormais correctement résolu, ainsi que plusieurs autres correctifs d’analyse temporelle en langage naturel.
• Résultats de graphiques plus précis : les valeurs de graphiques valides ne sont plus retirées d’une visualisation alors qu’elles n’auraient pas dû l’être.
• Les questions sur les lacunes de couverture ont désormais une réponse plus complète : correction d’un problème où poser une question sur les lacunes de couverture du monitoring (par exemple, une couverture d’alerte, ou d’entité manquante) pouvait ne pas utiliser l’analyse dédiée aux lacunes de couverture d’Autopilot, conduisant à une réponse moins complète.
• Moins de requests en échec, lorsque le contexte joint est incomplet : correction d’un problème où une request avec un contexte joint incomplet pouvait échouer complètement au lieu de revenir à votre question initiale.

Nouvelles fonctionnalités

• Analyse plus approfondie de la cause racine, lorsque vous êtes alerté : Autopilot peut désormais aider à remonter la trace d’une alerte jusqu’à la modification de code sous-jacente à partir de davantage de points d’entrée, y compris les investigations déclenchées par un incident, et par Slack, afin que vous puissiez identifier le problème sans fouiller dans tout l’historique de déploiement.
• Consultez l’intégralité des données, pas seulement le graphique : les résultats de l’outil affichent désormais les données sous-jacentes à côté d’une visualisation, afin que vous puissiez vérifier plus facilement sur quoi Autopilot a basé sa réponse.
• Repérez les pics intermittents, pas seulement les moyennes : l’analyse des métriques affiche désormais les détails des percentiles et l’historique des tendances, ce qui rend un pic bref plus facile à repérer qu’à partir d’une moyenne seule.
• Demandez des informations sur un mois complet d’alertes en une seule request : la fenêtre de rétrospection des alertes pour les requêtes à l’échelle de l’entité a été élargie de 7 à 30 jours, et une request surdimensionnée est désormais automatiquement réduite au lieu d’être totalement rejetée.
• Accédez directement à votre session : les réponses incluent désormais des liens de session directs pour le navigateur, et le mobile, afin que vous puissiez reprendre là où Autopilot s’est arrêté sans avoir à chercher.

Améliorations et optimisations

Mises à jour des capacités d’intégration MCP GitHub (aperçu public)

L’intégration GitHub d’Autopilot associe désormais les alertes actives plus directement à votre historique de déploiement et de sortie, afin que vous puissiez trier sans passer d’un outil à l’autre.

• Consultez les correctifs en cours avant de dupliquer le travail : lors du triage des alertes, Autopilot recherche désormais dans GitHub les demandes de tirage ouvertes ciblant déjà le service concerné, afin que vous puissiez voir si un correctif d’urgence, ou un correctif connexe est déjà en cours avant de commencer le vôtre.
• Repérez la dérive de version dès qu’une alerte se déclenche : Autopilot compare désormais la sortie réellement déployée à la version qui s’exécutait au début de l’incident, mettant en évidence les lancements récents, ou les déploiements non vérifiés qui peuvent contribuer au problème.

Débogage

• Correction des requêtes qui pouvaient échouer lors du comptage de valeurs uniques : les questions qui nécessitaient de compter un élément unique (comme le nombre d’utilisateurs distincts ayant rencontré une erreur spécifique) pouvaient amener Autopilot à générer une requête NRQL non valide et à ne pas répondre. Autopilot est désormais guidé pour mieux gérer cela, ce qui rend ces questions moins susceptibles de générer une erreur.
• Moins de réponses d’analyse d’erreurs rejetées : résolution d’un problème où la demande d’une répartition détaillée des erreurs pouvait être rejetée, car elle était trop volumineuse pour être fournie.
• Moins d’expirations de délai lors de l’analyse de log à volume élevé : le temps alloué à l’analyse de log a été augmenté, afin que les comptes avec des volumes de log importants soient moins susceptibles d’expirer.
• Annulez pour arrêter l’exécution : l’annulation d’une investigation depuis le panneau de discussion arrête désormais son exécution sur le backend.
• Chargement plus rapide, et plus propre du panneau de chat : le panneau de chat charge désormais Ask AI, et Autopilot en premier au lieu d’attendre votre liste complète d’agents, et n’affiche plus aucun des deux en double dans la liste déroulante des agents.
• Ancrage plus cohérent dans la base de connaissances : les réponses rapides et directes, et les investigations de triage des alertes s’appuient désormais de manière plus cohérente sur votre base de connaissances avant de répondre.
• Statut de déploiement plus précis dans les investigations GitHub : meilleure indication du statut de sortie du service.
• Des conseils plus clairs lorsqu’Autopilot ne trouve pas de réponse : remplacement d’un message générique "une erreur s’est produite" par des conseils plus utiles pour essayer de reformuler votre question.
• Correction d’une erreur de connexion trompeuse : une redirection liée à la connexion était signalée comme une connexion expirée ; elle est désormais identifiée correctement.

Nouvelles fonctionnalités

• Autopilot applique désormais des limites de taille améliorées, et adaptées, ainsi qu'un suivi budgétaire plus intelligent à chaque outil majeur, des requêtes NRQL à l'APM, et à l'analyse des alertes, de sorte qu'une réponse surdimensionnée, ou un seul appel d'outil défaillant risque moins d'impacter l'ensemble d'une investigation.
• Les améliorations apportées en arrière-plan à la façon dont Autopilot compresse le contexte, achemine les requests, et récupère la mémoire et les connaissances aident à réduire le temps de traitement sans sacrifier la qualité des réponses, en particulier sur les comptes à fort volume. Le temps d’exécution moyen a diminué d’environ 20 %.
• Améliorations pour l'investigation d'environnements complexes avec de nombreuses entités, alertes, ou logs, où le volume considérable de données pouvait auparavant provoquer l'échec de l'exécution.

Débogage

• Autopilot base désormais mieux les réponses Slack sur les données qu'il a réellement récupérées.
• Autopilot se remet désormais mieux des échecs d'étapes individuelles, et continue là où il le peut, ce qui se traduit par moins d'analyses incomplètes.
• Correction d'un problème où une requête complexe pouvait faire échouer Autopilot silencieusement. Ces cas échouent désormais rapidement avec une explication claire afin que vous puissiez apporter des ajustements.
• Les messages génériques "une erreur s’est produite" ont été remplacés par des suggestions qui fournissent des détails spécifiques sur ce qui s’est passé et sur ce qu’il faut essayer ensuite.
• Le graphique pour "combien de problèmes actifs" correspond désormais mieux aux détails du texte dans la réponse.

Nouveautés

Autopilot : des investigations plus rapides et plus fiables

• Investigations plus rapides : Autopilot répartit désormais les étapes en parallèle, ce qui vous permet d’obtenir des délais de traitement plus courts et moins d’expirations de délai, en particulier pour les requests qui se divisent en plusieurs sous-investigations.
• Routage Fast Path : vous obtiendrez des réponses instantanées pour les requests simples. Un nouveau moteur fast-path reconnaît les questions simples et ignore les étapes inutiles, ce qui vous permet d’obtenir une réponse plus rapidement.
• Enregistrer la mémoire dans le fil de discussion : demandez à Autopilot dans le chat d’enregistrer des informations dans la mémoire et il ajoutera automatiquement ce contexte à la mémoire à long terme.
• Copie NRQL en un clic : copiez les requêtes NRQL générées directement dans votre presse-papiers d’un simple clic depuis le panneau de chat.
• Agrandissement du chat en un clic : agrandissez instantanément le panneau de chat d’un simple clic pour obtenir un espace de travail plus grand et épuré.
• Raccourcis de navigation des requêtes : parcourez et resélectionnez les requêtes passées à l’aide des touches fléchées Haut (↑) et Bas (↓) dans la zone de prompt.
• Des réponses plus fiables : nous avons corrigé plusieurs problèmes pour améliorer les investigations et fournir des réponses plus complètes. Vous recevrez désormais un message clair si vous avez atteint votre limite d’utilisation horaire au lieu d’une erreur brute, et nous avons corrigé un problème rare où une investigation pouvait sembler terminée avant qu’elle ne soit réellement achevée.

Mises à jour des capacités d’intégration MCP GitHub (aperçu public)

GitHub Enterprise Cloud désormais pris en charge : l’intégration GitHub MCP fonctionne désormais avec GitHub Enterprise Cloud en plus de GitHub public. Si votre organisation utilise une instance YOURSUBDOMAIN.ghe.com, connectez-la à Autopilot en utilisant le même flux PAT. La seule nouvelle étape consiste à saisir l’URL de votre sous-domaine GHE lors de la configuration. Les deux cas d’utilisation d’investigation fonctionnent sur GHE.com: l’identification de la cause racine déclenchée par un changement, et la recherche manuelle de PR/commit.

Environnements GitHub pris en charge :

Modification de la configuration pour les utilisateurs GHE.com : lors de la connexion de GitHub dans Configure > Autopilot > External MCP connections, saisissez YOURSUBDOMAIN.ghe.com dans le champ de l’URL GitHub au lieu de github.com. Les autorisations PAT sont inchangées : demande de tirage : lecture, contenus : lecture, métadonnées : lecture. Si votre organisation GHE.com applique le SSO SAML, autorisez le PAT pour le SSO dans GitHub avant de le saisir dans New Relic - un jeton non autorisé échoue avec 403 lors de la première utilisation.

Limitez la portée de votre PAT aux référentiels (repository) que vous suivez activement : Autopilot lit les descriptions de PR et les métadonnées de modification de fichier de chaque référentiel que le jeton autorise.