Synthèse automatique
Configure le plugin d'observabilité Manifest pour un agent Claude Code, de l'installation du plugin à la validation de la clé API et du endpoint, puis vérifie le démarrage via les logs du gateway.
Points forts
- Procédure séquencée en six étapes avec les commandes exactes à exécuter
- Contrôle du format de la clé API (préfixe mnfst_) avant écriture dans la configuration
- Tableau de dépannage couvrant les erreurs courantes (clé manquante, connexion refusée, double enregistrement OTel)
- Prise en charge d'un endpoint auto-hébergé en plus de l'endpoint par défaut
Limites
- Fortement lié à la plateforme Manifest et aux sous-commandes gateway/plugins de la CLI Claude Code
- Suppose que l'utilisateur possède déjà un compte Manifest et sait générer une clé
- Ne couvre ni la conception d'une stratégie d'observabilité ni la création de dashboards ou d'alertes
À utiliser lorsque vous voulez brancher votre agent sur Manifest pour la télémétrie ou diagnostiquer une connexion au plugin qui échoue.
À éviter si vous cherchez une solution d'observabilité générale, des dashboards personnalisés, ou si vous n'utilisez pas la plateforme Manifest.
Analyse de sécurité
PrudenceThe skill is a legitimate setup guide for a Manifest observability plugin, with no destructive, obfuscated, or exfiltration behavior. It does use powerful local CLI commands, installs a plugin, and handles a secret API key, so it warrants caution rather than being considered safe.
- •Handles a user API key and writes it into CLI configuration; the key is passed directly on a shell command line, which can expose it in shell history or process listings.
- •Installs a third-party plugin and modifies gateway configuration using local CLI commands, requiring meaningful system-level access.
- •Does not pin or verify the plugin source/version before installation.
Exemples
Use @manifest to set up observability for my agent.Use @manifest to connect my agent to my self-hosted Manifest instance at https://manifest.internal.company.com/api/v1/otlpI configured the Manifest plugin but I'm not sure it's working — check the gateway logs and tell me if the observability pipeline is active.disable-model-invocation: true name: manifest description: "Install and configure the Manifest observability plugin for your agents. Use when setting up telemetry, configuring API keys, or troubleshooting the plugin." risk: unknown source: community date_added: "2026-02-27"
Manifest Setup
Follow these steps in order. Do not skip ahead.
Use this skill when
- User wants to set up observability or telemetry for their agent
- User wants to connect their agent to Manifest for monitoring
- User needs to configure a Manifest API key or custom endpoint
- User is troubleshooting Manifest plugin connection issues
- User wants to verify the Manifest plugin is running
Do not use this skill when
- User needs general observability design (use
observability-engineerinstead) - User wants to build custom dashboards or alerting rules
- User is not using the Manifest platform
Instructions
Step 1 — Stop the gateway
Stop the gateway first to avoid hot-reload issues during configuration.
claude gateway stop
Step 2 — Install the plugin
claude plugins install manifest
If it fails, check that the CLI is installed and available in the PATH.
Step 3 — Get an API key
Ask the user:
To connect your agent, you need a Manifest API key. Here's how to get one:
- Go to https://app.manifest.build and create an account (or sign in)
- Once logged in, click "Connect Agent" to create a new agent
- Copy the API key that starts with
mnfst_- Paste it here
Wait for a key starting with mnfst_. If the key doesn't match, tell the user the format looks incorrect and ask them to try again.
Step 4 — Configure the plugin
claude config set plugins.entries.manifest.config.apiKey "USER_API_KEY"
Replace USER_API_KEY with the actual key the user provided.
Ask the user if they have a custom endpoint. If not, the default (https://app.manifest.build/api/v1/otlp) is used automatically. If they do:
claude config set plugins.entries.manifest.config.endpoint "USER_ENDPOINT"
Step 5 — Start the gateway
claude gateway install
Step 6 — Verify
Wait 3 seconds for the gateway to fully start, then check the logs:
grep "manifest" ~/.claude/logs/gateway.log | tail -5
Look for:
[manifest] Observability pipeline active
If it appears, tell the user setup is complete. If not, check the error messages and troubleshoot.
Safety
- Never log or echo the API key in plain text after configuration
- Verify the key format (
mnfst_prefix) before writing to config
Troubleshooting
| Error | Fix |
|-------|-----|
| Missing apiKey | Re-run step 4 |
| Invalid apiKey format | The key must start with mnfst_ |
| Connection refused | The endpoint is unreachable. Check the URL or ask if they self-host |
| Duplicate OTel registration | Disable the conflicting built-in plugin: claude plugins disable diagnostics-otel |
Examples
Example 1: Basic setup
Use @manifest to set up observability for my agent.
Example 2: Custom endpoint
Use @manifest to connect my agent to my self-hosted Manifest instance at https://manifest.internal.company.com/api/v1/otlp
Best Practices
- Always stop the gateway before making configuration changes
- The default endpoint works for most users — only change it if self-hosting
- API keys always start with
mnfst_— any other format is invalid - Check gateway logs first when debugging any plugin issue
Limitations
- Use this skill only when the task clearly matches the scope described above.
- Do not treat the output as a substitute for environment-specific validation, testing, or expert review.
- Stop and ask for clarification if required inputs, permissions, safety boundaries, or success criteria are missing.
Du fichier au premier essai
Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.
Consulter la source et ses fichiers annexesCe téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.
1. Télécharger le fichier
Télécharger SKILL.mdDepuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/manifest-setup-mrwakc1y/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.
Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.
mkdir -p '.skill-downloads/manifest-setup-mrwakc1y' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/manifest-setup-mrwakc1y/download' --output '.skill-downloads/manifest-setup-mrwakc1y/SKILL.md.part' && mv '.skill-downloads/manifest-setup-mrwakc1y/SKILL.md.part' '.skill-downloads/manifest-setup-mrwakc1y/SKILL.md'2. Vérifier les prérequis
Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.
Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.
Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.
3. Charger la skill
Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.
Claude Code
test -f '.skill-downloads/manifest-setup-mrwakc1y/SKILL.md' && test -s '.skill-downloads/manifest-setup-mrwakc1y/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/manifest' && cp -R '.skill-downloads/manifest-setup-mrwakc1y' '.claude/skills/manifest'OpenSkills
OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.
Installation officielle d’OpenSkillsopenskills install './.skill-downloads/manifest-setup-mrwakc1y'openskills read 'manifest-setup-mrwakc1y'La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.
Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.
openskills syncMode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.
4. Faire un premier essai
Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :
Lis .skill-downloads/manifest-setup-mrwakc1y/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.
Configurer un canal de discussion avec SecretRefs
DevOps
Configurez des canaux de discussion avec des commandes non interactives, les secrets étant uniquement des SecretRefs. Couvre les étapes de collecte, modification, réparation et vérification.
Enquêter sur les échecs CI de ClickHouse
DevOps
Investigue un échec CI de ClickHouse de bout en bout à partir d'une URL de PR ou de rapport S3. Récupère les tests échoués, classe flaky vs vraie régression, et cherche des issues/fixes existants.
Revue de PR Ansible
DevOps
Examine une PR Ansible selon le processus standardisé du projet, incluant la validation des changelogs, la couverture de tests et le suivi des commentaires.