Generated banner for Omnibus Instrument Error Tracking
Generated logo for Omnibus Instrument Error Tracking

Omnibus Instrument Error Tracking

PostHogOfficialCreated by PostHog

  • Skill
  • Tool integration
  • Data and AI
  • MIT
  • Low risk

From the author

Add PostHog error tracking to capture and monitor exceptions. Use after implementing features or reviewing PRs to ensure errors are tracked with stack traces and source maps. Also handles initial PostHog SDK setup if not yet installed.
— the description by PostHog

AutoGineer summary

Written by AutoGineer from the skill’s own files, not by the author

This skill provides a structured procedure for integrating PostHog error tracking into various software projects. It guides the user through detecting their platform, installing the necessary SDK, enabling automatic exception capture, and implementing manual error reporting in critical code paths. The skill also covers essential configuration steps like setting up environment variables and uploading source maps to ensure stack traces remain readable and actionable.

What it does

  • Detects the project's platform and language to determine the correct PostHog SDK installation path.
  • Automates the installation and initialization of the PostHog SDK.
  • Enables exception autocapture to monitor unhandled errors automatically.
  • Assists in adding manual capture points for specific error boundaries and catch blocks.
  • Configures source map uploads to resolve minified stack traces into readable source code.
  • Ensures secure management of API keys using environment variables.

When to use it

  • After implementing new features to ensure robust error monitoring.
  • During code reviews when identifying areas that lack proper exception handling.
  • When setting up a new project and requiring initial observability infrastructure.
  • When existing error tracking is insufficient or requires migration to PostHog.

Advantages

  • Provides a consistent, step-by-step approach across diverse technology stacks.
  • Reduces manual effort by automating SDK setup and configuration.
  • Improves debugging efficiency by ensuring stack traces are mapped to source code.
  • Promotes security best practices by enforcing the use of environment variables.

Usage examples

“Set up PostHog error tracking for my React project.”
The agent will analyze the project structure, install the PostHog SDK, configure exception autocapture, and guide you through setting up source map uploads.
“I need to add manual error reporting to my Python catch blocks.”
The agent will identify your existing error handling logic and insert the appropriate PostHog captureException calls.

Install

  1. Download the skill as a ZIP:

    https://mp-staging.autogineer.com/agent-skills/posthog/omnibus-instrument-error-tracking/download
  2. Unzip it into the cross-client skills folder of your project:

    mkdir -p .agents/skills && unzip omnibus-instrument-error-tracking.zip -d .agents/skills

Documentation by PostHog

Add PostHog error tracking

Use this skill to add PostHog error tracking that captures and monitors exceptions in your application. Use it after implementing features or reviewing PRs to ensure errors are tracked with full stack traces and source maps. If PostHog is not yet installed, this skill also covers initial SDK setup. Supports any platform or language.

Supported platforms: React, Next.js, Web (JavaScript), Node.js, Python, Ruby, Ruby on Rails, Go, Angular, Svelte, Nuxt, React Native, Flutter, Android, and Hono.

Instructions

Follow these steps IN ORDER:

STEP 1: Analyze the codebase and detect the platform.

  • Look for dependency files (package.json, requirements.txt, go.mod, Gemfile, composer.json, etc.) to determine the language and framework.

  • Look for lockfiles (pnpm-lock.yaml, package-lock.json, yarn.lock, bun.lockb) to determine the package manager.

  • Check for existing PostHog setup (SDK initialization, env vars, etc.). If PostHog is already installed and initialized, skip to STEP 4.

STEP 2: Research instrumentation. (Skip if PostHog is already set up.) 2.1. Find the reference file below that matches the detected platform — it is the source of truth for SDK initialization, exception autocapture, and framework-specific error tracking patterns. Read it now. 2.2. If no reference matches, fall back to your general knowledge and web search. Use posthog.com/docs as the primary search source.

STEP 3: Install and initialize the PostHog SDK. (Skip if PostHog is already set up.)

  • Add the PostHog SDK package for the detected platform. Do not manually edit package.json — use the package manager's install command.

  • Always install packages as a background task. Don't await completion; proceed with other work immediately after starting the installation.

  • Follow the framework reference for where and how to initialize.

STEP 4: Enable exception autocapture.

  • Follow the platform reference to enable exception autocapture. This automatically captures unhandled exceptions without additional code.

STEP 5: Add manual error captures.

  • Identify error boundaries, catch blocks, and critical user flows where errors should be explicitly captured.

  • Add posthog.captureException() or the platform-equivalent at these locations.

  • Do not alter the fundamental architecture of existing error handling. Make additions minimal and targeted.

  • You must read a file immediately before attempting to write it.

STEP 6: Upload source maps (frontend/mobile only).

  • Configure source map uploads so stack traces resolve to original source code, not minified bundles.

  • Follow the platform-specific reference for upload configuration (build plugins, CI scripts, etc.).

STEP 7: Set up environment variables.

  • If an env-file-tools MCP server is connected, use check_env_keys to see which keys already exist, then use set_env_values to create or update the PostHog API key and host.

  • Reference these environment variables in code instead of hardcoding them.

STEP 8: Verify and clean up.

  • Check the project for errors. Look for type checking or build scripts in package.json.

  • Ensure any components created were actually used.

  • Run any linter or prettier-like scripts found in the package.json.

Reference files

  • references/react.md - React error tracking installation - docs

  • references/web.md - Web error tracking installation - docs

  • references/nextjs.md - Next.js error tracking installation - docs

  • references/node.md - Node.js error tracking installation - docs

  • references/python.md - Python error tracking installation - docs

  • references/ruby.md - Ruby error tracking installation - docs

  • references/ruby-on-rails.md - Ruby on rails error tracking installation - docs

  • references/go.md - Go error tracking installation - docs

  • references/angular.md - Angular error tracking installation - docs

  • references/svelte.md - Sveltekit error tracking installation - docs

  • references/nuxt.md - Nuxt error tracking installation (v3.7 and above) - docs

  • references/react-native.md - React native error tracking installation - docs

  • references/flutter.md - Flutter error tracking installation - docs

  • references/android.md - Android error tracking installation - docs

  • references/hono.md - Hono error tracking installation - docs

  • references/fingerprints.md - Fingerprints - docs

  • references/alerts.md - Send error tracking alerts - docs

  • references/monitoring.md - Monitor and search issues - docs

  • references/assigning-issues.md - Assign issues to teammates - docs

  • references/upload-source-maps.md - Upload source maps - docs

Each platform reference contains SDK-specific installation and manual capture patterns. Find the one matching the user's stack.

Key principles

  • Environment variables: Always use environment variables for PostHog keys. Never hardcode them.

  • Minimal changes: Add error tracking alongside existing error handling. Don't replace or restructure existing code.

  • Autocapture first: Enable exception autocapture before adding manual captures.

  • Source maps: Upload source maps so stack traces resolve to original source code, not minified bundles.

  • Manual capture for boundaries: Use captureException() at error boundaries and catch blocks for errors that don't propagate to the global handler.

Files

references/nextjs.md

Next.js error tracking installation - Docs

  1. 1

    Install the package

    Required

    Install the PostHog JavaScript library using your package manager:

    PostHog AI

    npm
    npm install posthog-js
    yarn
    yarn add posthog-js
    pnpm
    pnpm add posthog-js
  2. 2

    Add environment variables

    Required

    Add your PostHog project token and host to your .env.local file and to your hosting provider (e.g. Vercel, Netlify). These values need to start with NEXT_PUBLIC_ to be accessible on the client-side.

    .env.local

    PostHog AI

    NEXT_PUBLIC_POSTHOG_PROJECT_TOKEN=<ph_project_token>
    NEXT_PUBLIC_POSTHOG_HOST=https://us.i.posthog.com
  3. 3

    Initialize PostHog

    Required

    Choose the integration method based on your Next.js version and router type.

    Next.js 15.3+

    If you're using Next.js 15.3+, you can use instrumentation-client.ts for a lightweight, fast integration:

    instrumentation-client.ts

    PostHog AI

    import posthog from 'posthog-js'
    posthog.init(process.env.NEXT_PUBLIC_POSTHOG_PROJECT_TOKEN!, {
        api_host: process.env.NEXT_PUBLIC_POSTHOG_HOST,
        defaults: '2026-01-30'
    })

    App router

    For the App router, create a providers.tsx file in your app folder. The posthog-js library needs to be initialized on the client-side using the 'use client' directive:

    app/providers.tsx

    PostHog AI

    'use client'
    import { usePathname, useSearchParams } from "next/navigation"
    import { useEffect } from "react"
    import posthog from 'posthog-js'
    import { PostHogProvider as PHProvider } from 'posthog-js/react'
    export function PostHogProvider({ children }: { children: React.ReactNode }) {
      useEffect(() => {
        posthog.init(process.env.NEXT_PUBLIC_POSTHOG_PROJECT_TOKEN as string, {
          api_host: process.env.NEXT_PUBLIC_POSTHOG_HOST,
          defaults: '2026-01-30'
        })
      }, [])
      return (
        <PHProvider client={posthog}>
          {children}
        </PHProvider>
      )
    }

    Then import the PostHogProvider component in your app/layout.tsx and wrap your app with it:

    app/layout.tsx

    PostHog AI

    import './globals.css'
    import { PostHogProvider } from './providers'
    export default function RootLayout({ children }: { children: React.ReactNode }) {
      return (
        <html lang="en">
          <body>
            <PostHogProvider>
              {children}
            </PostHogProvider>
          </body>
        </html>
      )
    }

    Pages router

    For the Pages router, integrate PostHog at the root of your app in pages/_app.tsx:

    pages/_app.tsx

    PostHog AI

    import { useEffect } from 'react'
    import { Router } from 'next/router'
    import posthog from 'posthog-js'
    import { PostHogProvider } from 'posthog-js/react'
    import type { AppProps } from 'next/app'
    export default function App({ Component, pageProps }: AppProps) {
      useEffect(() => {
        posthog.init(process.env.NEXT_PUBLIC_POSTHOG_PROJECT_TOKEN as string, {
          api_host: process.env.NEXT_PUBLIC_POSTHOG_HOST,
          defaults: '2026-01-30',
          loaded: (posthog) => {
            if (process.env.NODE_ENV === 'development') posthog.debug()
          }
        })
      }, [])
      return (
        <PostHogProvider client={posthog}>
          <Component {...pageProps} />
        </PostHogProvider>
      )
    }

    Defaults option

    The defaults option automatically configures PostHog with recommended settings for new projects. See SDK defaults for details.

  4. 4

    Accessing PostHog on the client

    Recommended

    Next.js 15.3+

    Once initialized in instrumentation-client.ts, import posthog from posthog-js anywhere and call the methods you need:

    app/checkout/page.tsx

    PostHog AI

    'use client'
    import posthog from 'posthog-js'
    export default function CheckoutPage() {
        function handlePurchase() {
            posthog.capture('purchase_completed', { amount: 99 })
        }
        return <button onClick={handlePurchase}>Complete purchase</button>
    }

    App/Pages router

    Use the usePostHog hook to access PostHog in client components:

    app/checkout/page.tsx

    PostHog AI

    'use client'
    import { usePostHog } from 'posthog-js/react'
    export default function CheckoutPage() {
        const posthog = usePostHog()
        function handlePurchase() {
            posthog.capture('purchase_completed', { amount: 99 })
        }
        return <button onClick={handlePurchase}>Complete purchase</button>
    }
  5. 5

    Capture client-side exceptions

    Required

    PostHog can automatically capture unhandled exceptions in your Next.js app using the JavaScript Web SDK.

    You can enable exception autocapture for the JavaScript Web SDK in the Error tracking section of your project settings.

    It is also possible to manually capture exceptions using the captureException method:

    JavaScript

    PostHog AI

    posthog.captureException(error, additionalProperties)

    Manual capture is very useful if you already use error boundaries to handle errors in your app:

    App router

    Next.js uses error boundaries to handle uncaught exceptions by rendering a fallback UI instead of the crashing components. To set one up, create a error.tsx file in any of your route directories. This triggers when there is an error rendering your component and should look like this:

    error.tsx

    PostHog AI

    "use client"
    import posthog from "posthog-js"
    import { useEffect } from "react"
    export default function Error({
      error,
      reset,
    }: {
      error: Error & { digest?: string }
      reset: () => void
    }) {
      useEffect(() => {
        posthog.captureException(error)
      }, [error])
      return (
        ...
      )
    }

    You can also create a Global Error component in your root layout to capture unhandled exceptions in your root layout.

    app/global-error.tsx

    PostHog AI

    'use client'
    import posthog from "posthog-js"
    import NextError from "next/error"
    import { useEffect } from "react"
    export default function GlobalError({
      error,
      reset,
    }: {
      error: Error & { digest?: string }
      reset: () => void
    }) {
      useEffect(() => {
        posthog.captureException(error)
      }, [error])
      return (
        // global-error must include html and body tags
        <html>
          <body>
            {/* `NextError` is the default Next.js error page component */}
            <NextError statusCode={0} />
          </body>
        </html>
      )
    }

    Pages router

    For Pages Router, you can use React's Error Boundaries to catch JavaScript errors anywhere in the component tree. Create a custom error boundary component and report errors to PostHog in the componentDidCatch method:

    components/ErrorBoundary.tsx

    PostHog AI

    componentDidCatch(error, errorInfo) {
      posthog.captureException(error)
    }

    Then wrap your app or specific components with the error boundary:

    pages/_app.tsx

    PostHog AI

    import type { AppProps } from 'next/app'
    import ErrorBoundary from '../components/ErrorBoundary'
    export default function App({ Component, pageProps }: AppProps) {
      return (
        <ErrorBoundary>
          <Component {...pageProps} />
        </ErrorBoundary>
      )
    }
  6. 6

    Installing PostHog SDK for server-side

    Required

    Next.js enables you to both server-side render pages and add server-side functionality. To integrate PostHog into your Next.js app on the server-side, you can use the Node SDK.

    First, install the posthog-node library:

    PostHog AI

    npm
    npm install posthog-node --save
    yarn
    yarn add posthog-node
    pnpm
    pnpm add posthog-node
    bun
    bun add posthog-node

    For the backend, we can create a lib/posthog-server.js file. In it, initialize PostHog from posthog-node as a singleton with your project token and host from your project settings.

    This looks like this:

    lib/posthog-server.js

    PostHog AI

    import { PostHog } from 'posthog-node'
    let posthogInstance = null
    export function getPostHogServer() {
      if (!posthogInstance) {
        posthogInstance = new PostHog(
          process.env.NEXT_PUBLIC_POSTHOG_PROJECT_TOKEN,
          {
            host: process.env.NEXT_PUBLIC_POSTHOG_HOST,
            flushAt: 1,
            flushInterval: 0,
          }
        )
      }
      return posthogInstance
    }

    You can now use the getPostHogServer function to capture exceptions in server-side code.

    JavaScript

    PostHog AI

    const posthog = getPostHogServer()
    try {
        throw new Error("This is a test exception for error tracking")
    } catch (error) {
        posthog.captureException(error, {
            source: 'test',
            user_id: 'test-user-123',
        })
    }
  7. Verify server-side exceptions

    Recommended

    You should also see events and exceptions in PostHog coming from your server-side code in the activity feed.

    Check for server events in PostHog

  8. 7

    Capturing server-side exceptions

    Required

    To capture errors that occur in your server-side code, you can set up an instrumentation.ts file at the root of your project. This provides a onRequestError hook that you can use to capture errors.

    Importantly, you need to:

    1. Set up a posthog-node client in your server-side code. See our doc on setting up Next.js server-side analytics for more.

    2. Check the request is running in the nodejs runtime to ensure PostHog works. You can call posthog.debug() to get verbose logging.

    3. Get the distinct_id from the cookie to connect the error to a specific user.

    This looks like this:

    JavaScript

    PostHog AI

    // instrumentation.js
    export function register() {
      // No-op for initialization
    }
    export const onRequestError = async (err, request, context) => {
      if (process.env.NEXT_RUNTIME === 'nodejs') {
        const { getPostHogServer } = require('./lib/posthog-server')
        const posthog = getPostHogServer()
        let distinctId = null
        if (request.headers.cookie) {
          // Normalize multiple cookie arrays to string
          const cookieString = Array.isArray(request.headers.cookie)
            ? request.headers.cookie.join('; ')
            : request.headers.cookie
          const postHogCookieMatch = cookieString.match(/ph_phc_.*?_posthog=([^;]+)/)
          if (postHogCookieMatch && postHogCookieMatch[1]) {
            try {
              const decodedCookie = decodeURIComponent(postHogCookieMatch[1])
              const postHogData = JSON.parse(decodedCookie)
              distinctId = postHogData.distinct_id
            } catch (e) {
              console.error('Error parsing PostHog cookie:', e)
            }
          }
        }
        await posthog.captureException(err, distinctId || undefined)
      }
    }

    You can find a full example of both this and client-side error tracking in our Next.js error monitoring tutorial.

  9. Verify error tracking

    Recommended

    Confirm events are being sent to PostHog

    Before proceeding, let's make sure exception events are being captured and sent to PostHog. You should see events appear in the activity feed.

    Image: Activity feed with eventsImage: Activity feed with events

    Check for exceptions in PostHog

  10. 8

    Upload source maps

    Required

    Great, you're capturing exceptions! If you serve minified bundles, the next step is to upload source maps to generate accurate stack traces.

    Let's continue to the next section.

    Upload source maps

Community questions

Ask a question

Was this page useful?

HelpfulCould be better

Requirements and compatibility

Works with: Claude Code, Claude apps, OpenAI Codex, GitHub Copilot, Cursor, Gemini CLI, Kiro, OpenCode, Goose, Amp, Roo Code, JetBrains Junie, Factory Droid, Devin (ex-Windsurf), Mistral Vibe, OpenHands, Letta

“Works with” means the tool reads the open Agent Skills format; a skill written for one tool may use features others lack.

Needs: Needs an MCP server, Needs an API key, Needs Python, Needs Node.js

Security

What our scanner noticed· Low risk

  • Instructions that use the network

A static scan is not a guarantee. Skills are third-party content: review a skill before you let an agent use it.

Attribution and licence

Created by
PostHog
Publisher
PostHog (Official)
Source
PostHog/skills · skills/posthog/error-tracking/skills/all · commit a5d30e7
Licence
MIT License (redistribution allowed)
  • LICENSE (added by AutoGineer from LICENSE)
  • ATTRIBUTION.md (written by AutoGineer)
Synced
Also distributed in
PostHog/skills

AutoGineer is not affiliated with or endorsed by PostHog.

Download ZIP

The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download omnibus-instrument-error-tracking.zip