MCP Sentry / GlitchTip
Un article de blog pour brancher Codex à l'observabilité, lire un incident plus vite, puis garder GlitchTip comme repli.
Un article de blog pour brancher Codex à l'observabilité, lire un incident plus vite, puis garder GlitchTip comme repli.
Résumé
Un article court, un sommaire, puis les blocs de configuration.
Lecture rapide
Le format blog aide à garder une publication claire et réutilisable.
Mise à jour
Les prochains articles peuvent reprendre ce bloc sans refondre la structure.
Sections du blog
Les blocs ci-dessous suivent une logique de publication: un sommaire, puis des références clairement séparées.
Ajouter le serveur MCP dans `.codex/config.toml`.
Demander à l'agent le contexte utile avant d'ouvrir l'éditeur.
Passer à GlitchTip sans changer la boucle de travail.
Aperçu
Le but est d'aller droit au bloc utile, puis de pouvoir ajouter d'autres articles sur le même modèle.
Note éditoriale
Ce blog est pensé comme une série d'articles courts. Chaque intégration peut devenir un bloc autonome.
Une seule entrée pour exposer GlitchTip à Codex via MCP.
[mcp_servers.glitchtip]
url = "https://<glitchtip_local>/mcp?token=<token>"
enabled = trueMême serveur MCP, mais à mettre dans `.mcp.json` à la racine du projet.
{
"mcpServers": {
"glitchtip": {
"type": "http",
"url": "https://<glitchtip_local>/mcp?token=<token>"
}
}
}Même serveur MCP, mais à mettre dans `.vscode/mcp.json`.
{
"servers": {
"glitchtip": {
"type": "http",
"url": "https://<glitchtip_local>/mcp?token=<token>"
}
}
}Conventions éditoriales
La structure reste légère pour que les prochains articles puissent s'ajouter sans casser le rythme.