Browse workflows

Platform- og SRE-teams

Incident triage med GitHub, Forge og PostHog

Korrelér en produktionsfejl-spike med fejlende GitHub Actions-kørsler og Forge deploy-historik.

Outcome: Et prioriteret incident-brief der kobler fejl, seneste deploys og fejlende workflows

Integrations in this workflow

Eksempelspørgsmål

Prøv at spørge din AI-klient

  • Vi har forhøjede 500-fejl i PostHog den sidste time. List seneste Forge-deploys til produktion, tjek de nyeste GitHub workflow-kørsler på main, og korrelér tidspunkterne. Opsummer sandsynlige deploy-relaterede regressioner og foreslå næste rollback eller hotfix.

  • PostHog viser checkout-fejl efter 21:00. Hvilket Forge-deploy og hvilken GitHub Actions-kørsel rammer det tidspunkt, og hvilke filer ændrede sig?

  • Sammenlign nattens Forge-deploy-logs med GitHub-checks på main og PostHog-fejltoppen. Er det config eller applikationskode?

  • Skriv en kort incident-tidslinje med PostHog-fejltællinger, Forge-deployhistorik og GitHub workflow-resultater - rul ikke tilbage og deploy ikke.

  • Hvis jeg skal ringe til Amalie, giv mig tre bullets: PostHog-symptomet, sidste gode Forge-deploy, og den GitHub-kørsel der ser skyldig ud.

Problemet

Når fejl stiger, hopper on-call-ingeniører mellem PostHog, GitHub Actions og Forge deploy-logs for at finde blast radius.

Gateway-værktøjer

  • posthog__query-hogql-tool eller PostHog MCP-værktøjer til fejltrends
  • forge__list_deployments → forge__get_deployment_log for release-timing
  • github__list_workflow_runs → github__get_workflow_run for CI-fejl

Brug describe-service-tool til at bekræfte at PostHog og Forge er forbundet før dispatch.

Governance

  • Forge deploy-triggers kræver eksplicitte tilladelsesscopes på dit API-token — brug least-privilege tokens til read-only triage.
  • PostHog-forespørgsler kan indeholde brugeridentifikatorer; indsæt kun redigerede opsummeringer i offentlige incident-kanaler.
  • Audit logs registrerer hvert værktøjskald — vedhæft audit trail ved overdragelse til en anden ingeniør.

Connect via private gateway

Activate the integrations above, create an API token scoped to mcp:private-gateway, then add this config to your MCP client.

Config file: ~/.cursor/mcp.json

{
    "mcpServers": {
        "stackgate-private-gateway": {
            "url": "https://stackgate.ai/mcp/private",
            "headers": {
                "Authorization": "Bearer YOUR_API_TOKEN"
            }
        }
    }
}