Generated banner for Logs Go
Generated logo for Logs Go

Logs Go

PostHogOfficialCreated by PostHog

  • Skill
  • Tool integration
  • Data and AI
  • MIT
  • No issues found

From the author

PostHog logs for Go
— the description by PostHog

AutoGineer summary

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

This skill provides guidance and best practices for integrating PostHog log ingestion into Go applications. It emphasizes the use of the OpenTelemetry (OTLP) protocol to send structured logs to PostHog, ensuring that system activity is captured effectively without disrupting existing logging infrastructure. The skill covers implementation principles, such as using environment variables for configuration and adopting wide-event logging patterns to improve observability and debuggability.

What it does

  • Provides instructions for setting up PostHog log ingestion in Go projects.
  • Outlines best practices for structured logging and wide-event generation.
  • Explains how to configure OTLP exporters for PostHog endpoints.
  • Offers guidance on integrating logs with other PostHog features like session replays.
  • Supports debugging workflows via the Model Context Protocol (MCP).

When to use it

  • When you need to centralize logs from Go services into PostHog.
  • When you want to transition from plain text logging to structured, queryable events.
  • When you need to correlate system logs with user sessions and product analytics.
  • When you are setting up observability for production Go applications.

Advantages

  • Enables unified observability by placing logs alongside product analytics and session replays.
  • Promotes high-signal logging through structured wide-event patterns.
  • Maintains compatibility with existing logging code by supporting side-by-side export.
  • Facilitates AI-assisted debugging through MCP integration.

Usage examples

“How do I configure my Go application to send logs to PostHog using OpenTelemetry?”
The agent provides the necessary steps to set up an OTLP exporter in your Go code, pointing it to the PostHog ingest endpoint using environment variables.
“What is the best way to log payment processing in my Go backend?”
The agent suggests moving away from step-by-step logs toward a single, rich 'wide event' containing relevant metadata like order ID, duration, and user ID.

Install

  1. Download the skill as a ZIP:

    https://autogineer.com/agent-skills/posthog/logs-go/download
  2. Unzip it into the cross-client skills folder of your project:

    mkdir -p .agents/skills && unzip logs-go.zip -d .agents/skills

Documentation by PostHog

PostHog logs for Go

This skill helps you add PostHog log ingestion to Go applications.

Reference files

  • references/go.md - Go logs installation - docs

  • references/start-here.md - Getting started with logs - docs

  • references/search.md - Search logs - docs

  • references/best-practices.md - Logging best practices - docs

  • references/troubleshooting.md - Logs troubleshooting - docs

  • references/link-session-replay.md - Link session replay - docs

  • references/debug-logs-mcp.md - Debug logs with mcp - docs

Consult the documentation for API details and framework-specific patterns.

Key principles

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

  • Minimal changes: Add log export alongside existing logging. Don't replace or restructure existing logging code.

  • OpenTelemetry: PostHog logs use the OpenTelemetry protocol. Configure an OTLP exporter pointed at PostHog's ingest endpoint.

  • Structured logging: Prefer structured log formats with key-value properties over plain text messages.

Framework guidelines

No specific framework guidelines.

Files

references/link-session-replay.md

Connecting your backend logs to frontend session replays provides complete visibility into the user journey, helping you understand the full context around issues in your application.

By including session IDs and user identity in your logs, you can:

  • See the full user journey: Navigate from a log entry directly to the session replay to see what the user was doing

  • Debug issues faster: Quickly find and watch the exact session where an error or issue occurred

  • Correlate logs with user actions: Match backend log events with actual user experience

  • View related errors: See Error Tracking issues that occurred during the same session directly in the log details

Prerequisites

Implementation

To link logs to session replays, you need to pass the session ID and user identity from your frontend to your backend, then include them as log attributes.

Frontend: Get the session ID

In your frontend code, retrieve the current session ID and send it with your API requests:

JavaScript

PostHog AI

// In your frontend code
import posthog from 'posthog-js'
// Get the current session ID
const sessionId = posthog.getSessionId()
// Send it with your API request
const response = await fetch('/api/chat', {
  method: 'POST',
  headers: { 'Content-Type': 'application/json' },
  body: JSON.stringify({
    message: userInput,
    sessionId: sessionId  // Include session ID
  })
})
Backend: Include session ID and user identity in logs

Once you have the session ID, include it along with the user's identity using the sessionId and posthogDistinctId attributes. These examples assume you've already set up a logging client for your language.

PostHog AI

JavaScript
import { logs } from '@opentelemetry/api-logs'
const logger = logs.getLogger('my-app')
app.post('/api/chat', async (req, res) => {
  const { message, sessionId } = req.body
  const userId = req.userId // ... get your user ID
  logger.emit({
    severityText: 'info',
    body: 'Chat request received',
    attributes: {
      posthogDistinctId: userId,       // Links to PostHog user
      sessionId: sessionId,            // Links to session replay
      endpoint: '/api/chat',
    },
  })
  // ... handle the request
  res.json({ success: true })
})
Python
import logging
logger = logging.getLogger(__name__)
@app.route('/api/chat', methods=['POST'])
def chat():
    data = request.json
    message = data['message']
    session_id = data.get('sessionId')
    user_id = current_user.id
    logger.info(
        "Chat request received",
        extra={
            "posthogDistinctId": user_id,     # Links to PostHog user
            "sessionId": session_id,           # Links to session replay
            "endpoint": "/api/chat",
        }
    )
    # ... handle the request
    return jsonify({"success": True})

Note: If you don't include posthogDistinctId, logs won't be linked to a user. If you don't include sessionId, logs won't be linked to a session replay. You can use either or both independently.

Viewing linked replays

Once you've set up session linking, you can navigate from logs to their corresponding session replays:

  1. In the logs view, click on the log entry you're interested in to open log details

  2. In the log details view, click the View recording button to open the session replay

  3. Watch the user's interaction in context alongside the backend logs

You can only view recordings for log entries that have an associated session ID.

This linking helps you correlate backend log events with actual frontend user behavior, enabling faster debugging and better understanding of issues as they occur in your application.

When you click on a log entry that has a session ID, you can view related errors in the Related errors tab. This tab shows Error Tracking issues that occurred within the same session (within ±6 hours of the log timestamp).

This helps you debug issues by showing errors that happened around the same time as your log entry, giving you a more complete picture of what went wrong.

If no session ID is found in the log entry, the tab displays a message prompting you to link your logs to sessions.

See also

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.

Security

No issues found by our static scan· No issues found

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/logs/skills/go · 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 or PostHog.

Download ZIP

The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download logs-go.zip