AutoGineer summary
Written by AutoGineer from the skill’s own files, not by the author
This skill provides a structured approach to instrumenting applications for log collection via PostHog. It guides the user through detecting their current logging stack, installing necessary OpenTelemetry SDKs, configuring OTLP exporters, and ensuring logs are enriched with structured properties for better observability. It also supports forwarding existing Datadog logs to PostHog, ensuring that developers can centralize their system logs alongside product analytics and session replays.
What it does
- Detects the application's language, framework, and existing logging infrastructure.
- Configures OpenTelemetry OTLP exporters to send logs to PostHog.
- Integrates log capture alongside existing logging handlers without replacing them.
- Promotes the use of structured, key-value based logging for better searchability.
- Sets up environment variables for secure API key and endpoint management.
- Provides a path to forward existing Datadog log streams to PostHog.
When to use it
- When you need to start capturing application logs in PostHog for the first time.
- After implementing new features or reviewing pull requests to ensure relevant events are logged.
- When you want to transition from plain text logging to structured, queryable logs.
- When you need to integrate PostHog logging into an existing Datadog-based setup.
Advantages
- Centralizes system logs with product analytics and session replays.
- Uses industry-standard OpenTelemetry protocols for broad compatibility.
- Maintains existing logging architecture by adding exporters as a sidecar or secondary output.
- Encourages best practices like wide-event logging for easier debugging.
Usage examples
- “Set up PostHog log capture for my Node.js application.”
- The agent will analyze the project, install the required OpenTelemetry packages, configure the OTLP exporter, and guide you through setting the necessary environment variables.
- “I am already using Datadog for logs, how do I send them to PostHog?”
- The agent will provide instructions to update your Datadog agent configuration to point to the PostHog Datadog-compatible ingest endpoint.
Install
Download the skill as a ZIP:
https://mp-staging.autogineer.com/agent-skills/posthog/omnibus-instrument-logs/downloadUnzip it into the cross-client skills folder of your project:
mkdir -p .agents/skills && unzip omnibus-instrument-logs.zip -d .agents/skills
Documentation by PostHog
Add PostHog log capture
Use this skill to add PostHog log capture for new or changed code. Use it after implementing features or reviewing PRs to ensure meaningful log events are captured with structured properties. If PostHog log export is not yet configured, this skill also covers initial OTLP exporter setup. Supports any platform or language.
Supported platforms: Next.js, Node.js, Python, Go, Java, Datadog, and any language via OpenTelemetry.
Instructions
Follow these steps IN ORDER:
STEP 1: Analyze the codebase and detect the platform.
Detect the language, framework, and existing logging setup.
Look for log libraries (winston, pino, logging module, logrus, log4j, serilog, etc.).
Look for lockfiles to determine the package manager.
Check for existing PostHog log export setup. If the OTLP exporter is already configured, skip to STEP 5 to add log capture for new code.
STEP 2: Research log capture. (Skip if PostHog log export is already configured.) 2.1. Find the reference file below that matches the detected platform — it is the source of truth for OTLP exporter configuration and integration with existing logging. Read it now. 2.2. If no reference matches, use the "Other Languages" reference as a fallback — it covers the generic OpenTelemetry approach.
STEP 3: Install dependencies. (Skip if PostHog log export is already configured.)
Install the OpenTelemetry SDK and OTLP exporter packages for the detected platform.
Do not manually edit dependency files — use the package manager's install command.
Always install packages as a background task. Don't await completion; proceed with other work immediately.
STEP 4: Configure the OTLP exporter. (Skip if PostHog log export is already configured.)
PostHog logs use the OpenTelemetry protocol. Set up an OTLP exporter pointed at PostHog's ingest endpoint.
Follow the platform-specific reference for the exact configuration.
STEP 5: Integrate with existing logging.
Add the PostHog log exporter alongside existing logging. Don't replace existing log handlers or outputs.
Do not alter the fundamental architecture of existing files. Make additions minimal and targeted.
You must read a file immediately before attempting to write it.
STEP 6: Add structured properties.
Ensure logs include structured key-value properties for filtering and search in PostHog.
Prefer structured log formats with key-value properties over plain text messages.
STEP 7: Set up environment variables.
If an env-file-tools MCP server is connected, use check_env_keys then set_env_values to configure the PostHog API key, host, and OpenTelemetry endpoint.
Reference these environment variables in code instead of hardcoding them.
Reference files
references/nextjs.md- Next.js logs installation - docsreferences/nodejs.md- Node.js logs installation - docsreferences/python.md- Python logs installation - docsreferences/go.md- Go logs installation - docsreferences/java.md- Java logs installation - docsreferences/datadog.md- Datadog logs installation - docsreferences/other.md- Other languages logs installation - docsreferences/start-here.md- Getting started with logs - docsreferences/search.md- Search logs - docsreferences/best-practices.md- Logging best practices - docsreferences/troubleshooting.md- Logs troubleshooting - docsreferences/link-session-replay.md- Link session replay - docsreferences/debug-logs-mcp.md- Debug logs with mcp - docs
Each platform reference contains specific OTLP configuration, SDK setup, and integration patterns. Find the one matching the user's stack.
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.
Files
- ATTRIBUTION.mdAdded by AutoGineer939 B
- LICENSELicence file added by AutoGineer1.0 KiB
- SKILL.md4.4 KiB
- references/best-practices.md19.6 KiB
- references/datadog.md3.0 KiB
- references/debug-logs-mcp.md2.2 KiB
- references/go.md4.0 KiB
- references/java.md3.9 KiB
- references/link-session-replay.md4.9 KiB
- references/nextjs.md5.5 KiB
- references/nodejs.md3.6 KiB
- references/other.md2.7 KiB
- references/python.md3.6 KiB
- references/search.md2.5 KiB
- references/start-here.md2.4 KiB
- references/troubleshooting.md3.5 KiB
references/debug-logs-mcp.md
Debug Logs with MCP - Docs
The PostHog MCP server gives AI agents direct access to your Logs. Ask your agent to search, filter, and analyze log data without leaving your code editor.
With MCP, your agents can:
Search and filter logs – Query by severity level, service name, date range, and free text.
Discover log attributes – List available attributes and their values to build targeted queries.
Debug in context – Investigate production issues without switching tools.
Correlate with traces – Use trace IDs and span IDs from log entries to follow request flows across services.
This works in any MCP client – Cursor, Windsurf, Claude Code, and others.
Example prompts
Try these prompts with your MCP-enabled agent:
Show me all error logs from the last hour.What services are logging errors? Search for error logs from the payments service.Find logs related to trace ID abc123.What log attributes are available? Show me the values for the service.name attribute.Show me warning and error logs from the last 24 hours, excluding debug noise.
Logs tools
The MCP server provides three tools for working with logs:
| Tool | Description |
|---|---|
| logs-query | Search and query logs with filters for severity levels (trace, debug, info, warn, error, fatal), service names, date ranges, and free text. Supports pagination for large result sets. |
| logs-list-attributes | List available log attributes in your project to discover what you can filter on. Supports filtering by attribute type (log or resource). |
| logs-list-attribute-values | Get possible values for a specific log attribute. Find service names, log levels, or other attribute values before querying. |
A typical workflow:
Call
logs-list-attributesto discover available filter attributes.Call
logs-list-attribute-valuesto find specific values (e.g., which service names exist).Call
logs-queryto search logs with the right filters.
Get started
See the MCP server documentation for setup instructions.
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
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/logs/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-logs.zip