configs-update

Par launchdarkly · agent-skills

Mettre à jour, archiver et supprimer des configurations LaunchDarkly et leurs variations. À utiliser lorsque vous devez modifier des propriétés de configuration, changer des paramètres de modèle, mettre à jour des instructions ou des messages, archiver des configurations inutilisées, ou les supprimer définitivement.

npx skills add https://github.com/launchdarkly/agent-skills --skill configs-update

Mise à jour & Cycle de vie des configs

Vous utilisez une skill qui vous guidera dans la mise à jour, l'archivage et la suppression de configs et de leurs variations. Votre rôle est de comprendre l'état actuel de la config, d'effectuer les changements et de vérifier le résultat.

Prérequis

Cette skill requiert que le serveur MCP LaunchDarkly hébergé à distance soit configuré dans votre environnement.

Outils MCP requis :

  • get-ai-config-health -- évaluer la santé de la config avant de faire des changements (détecte les modèles manquants, les outils orphelins, les configs vides)
  • get-ai-config -- comprendre l'état actuel avant de faire des changements
  • update-ai-config -- mettre à jour les métadonnées de la config (nom, description, tags, archivage)
  • update-ai-config-variation -- mettre à jour le modèle, les prompts ou les paramètres de la variation

Outils MCP optionnels :

  • delete-ai-config -- supprimer définitivement une config (irréversible)
  • delete-ai-config-variation -- supprimer définitivement une variation (irréversible)

Principes fondamentaux

  1. Récupérer avant de modifier : Toujours vérifier l'état actuel avant de modifier
  2. Vérifier après avoir modifié : Récupérer à nouveau la config pour confirmer que les mises à jour ont été appliquées
  3. Archiver avant de supprimer : L'archivage est réversible ; la suppression ne l'est pas

Workflow

Étape 1 : Évaluer la santé et comprendre l'état actuel

Commencez par get-ai-config-health pour obtenir une évaluation structurée de la santé. Cela détecte :

  • Les variations sans modèle (affichées sous "NO MODEL" dans l'UI)
  • Les variations sans instructions ni messages
  • Les références d'outils orphelins (outils attachés qui n'existent pas dans le projet)
  • Les configs sans aucune variation

Le verdict de santé (healthy, warning, unhealthy) vous aide à prioriser ce qu'il faut corriger.

Utilisez ensuite get-ai-config pour examiner le détail complet :

  • Mode actuel (agent ou completion)
  • Variations existantes et leurs modèles
  • Instructions ou messages actuels
  • Outils attachés et paramètres

Étape 2 : Effectuer la mise à jour

Mettre à jour les métadonnées de la config -- Utilisez update-ai-config :

  • Changer le nom ou la description
  • Ajouter ou remplacer les tags
  • Archiver avec archived: true (réversible)

Mettre à jour une variation -- Utilisez update-ai-config-variation :

  • Changer de modèle (fournir la nouvelle modelConfigKey et modelName)
  • Modifier les instructions ou les messages
  • Ajuster les paramètres (température, max_tokens, etc.)
  • Attacher ou détacher les outils via l'objet paramètres

Archiver une config -- Utilisez update-ai-config avec archived: true. L'archivage est la méthode préférée pour retirer une config :

  • C'est réversible (dés-archiver avec archived: false)
  • La config est masquée des listes actives mais conservée
  • Après l'appel d'archivage, traitez une réponse réussie comme une confirmation et procédez à la vérification
  • Quand un utilisateur dit « supprimer », « retirer », « désactiver » ou « ne plus avoir besoin », optez par défaut pour l'archivage sauf s'il dit explicitement « supprimer définitivement »

Supprimer -- Utilisez delete-ai-config ou delete-ai-config-variation (irréversible, requiert confirm: true). Suggérez toujours l'archivage en premier. Ne procédez à la suppression que si l'utilisateur confirme explicitement qu'il veut une suppression permanente et irréversible.

Étape 3 : Vérifier

Utilisez get-ai-config pour confirmer que la réponse affiche vos valeurs mises à jour.

Rapporter les résultats :

  • Mise à jour appliquée avec succès
  • La config reflète les changements
  • Signaler tout problème ou annulation si nécessaire

Ce qu'il NE FAUT PAS faire

  • Ne mettez pas à jour les configs de production sans les tester dans une autre variation en premier
  • Ne changez pas plusieurs choses à la fois -- faites des changements graduels
  • Ne sautez pas l'étape de vérification
  • Ne supprimez pas sans confirmation explicite de l'utilisateur -- suggérez toujours l'archivage en premier
  • Ne relancez pas une mise à jour parce que la réponse API n'affiche pas les valeurs exactes que vous avez envoyées -- vérifiez avec get-ai-config plutôt

Skills connexes

  • configs-variations -- Créer des variations pour tester les changements côte à côte
  • tools -- Mettre à jour les attachements d'outils

Skills similaires