Synthèse automatique
Guide pas à pas l'installation et la configuration du plugin d'observabilité Manifest pour un agent Claude Code, de l'arrêt de la gateway jusqu'à la vérification dans les logs.
Points forts
- Séquence d'étapes numérotées et ordonnées, avec les commandes CLI exactes à exécuter
- Validation du format de clé API (préfixe mnfst_) et consigne de ne jamais réafficher la clé en clair
- Table de dépannage couvrant les erreurs courantes, dont le conflit avec le plugin diagnostics-otel
- Prise en charge d'un endpoint auto-hébergé en plus de l'endpoint par défaut
Limites
- Très spécifique à la plateforme Manifest : inutilisable pour un autre outil d'observabilité
- Suppose que la CLI claude, la commande gateway et le chemin ~/.claude/logs/gateway.log existent dans l'environnement
- Ne couvre ni la conception de tableaux de bord ni les règles d'alerte
À utiliser lorsqu'un utilisateur veut brancher son agent sur Manifest pour la télémétrie, configurer une clé API ou un endpoint, ou diagnostiquer une connexion de plugin défaillante.
À éviter si l'utilisateur cherche une réflexion générale sur l'observabilité, des dashboards personnalisés, ou n'utilise pas la plateforme Manifest.
Analyse de sécurité
PrudenceThe skill is not overtly malicious and its commands are consistent with plugin setup, but it handles an API key in a way that may expose it through command history/process arguments and asks for the secret in chat. It also performs CLI, plugin-installation, gateway, and log-reading operations without declared allowed-tools, so it warrants caution rather than a safe rating.
- •No allowed-tools are declared, yet the skill instructs the agent to run shell commands that modify CLI configuration and gateway state.
- •Step 4 passes the API key directly as a command-line argument via `claude config set plugins.entries.manifest.config.apiKey "USER_API_KEY"`, which can expose the secret in shell history or process listings.
- •The skill asks the user to paste a manifest API key into the chat, creating a potential secret-exposure path before configuration.
- •The skill installs a third-party plugin and stops/starts the gateway, which are powerful system/config operations for a legitimate setup purpose.
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/otlpMy Manifest plugin isn't sending telemetry — can you check the gateway logs and get it working again?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
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-plugin-setup-mma3jshy/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-plugin-setup-mma3jshy' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/manifest-plugin-setup-mma3jshy/download' --output '.skill-downloads/manifest-plugin-setup-mma3jshy/SKILL.md.part' && mv '.skill-downloads/manifest-plugin-setup-mma3jshy/SKILL.md.part' '.skill-downloads/manifest-plugin-setup-mma3jshy/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-plugin-setup-mma3jshy/SKILL.md' && test -s '.skill-downloads/manifest-plugin-setup-mma3jshy/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/manifest' && cp -R '.skill-downloads/manifest-plugin-setup-mma3jshy' '.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-plugin-setup-mma3jshy'openskills read 'manifest-plugin-setup-mma3jshy'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-plugin-setup-mma3jshy/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.