Agent Skills
Instruction packs that give your AI agent know-how. Three different kinds — pick the right one below.
✦ Standalone skills4,610
Self-contained. Install one into any project and it works on its own — no other software needed.
🧰 Tool add-ons1,006
Come bundled with a specific tool and only work together with it — they teach your agent how to operate that tool.
✓ Official
48 companiesPublished by the companies themselves — pick one to see everything they ship.
openai9 skills
anthropics16 skills
google-gemini17 skills
microsoft98 skills
github8 skills
facebook4 skills
react1 skill
coinbase6 skills
stripe7 skills
shopify2 skills
cloudflare19 skills
vercel22 skills
vercel-labs63 skills
supabase4 skills
huggingface6 skills
pytorch2 skills
flutter3 skills
DataDog11 skills
getsentry92 skills
brave2 skills
googleworkspace95 skills
google-labs-code3 skills
genkit-ai9 skills
expo2 skills
n8n-io21 skills
sveltejs3 skills
nuxt1 skill
shadcn-ui2 skills
bitwarden2 skills
automattic36 skills
larksuite35 skills
browserbase2 skills
browser-use9 skills
apify2 skills
clickhouse8 skills
neondatabase11 skills
upstash10 skills
posthog165 skills
langfuse2 skills
resend3 skills
sanity-io25 skills
streamlit4 skills
remotion-dev3 skills
tldraw7 skills
apollographql1 skill
mastra-ai28 skills
triggerdotdev1 skill
mcp-use4 skillsgrouping-noisy-errors
★ 35,336by posthog
Consolidate PostHog error tracking issues that are the same actual error reported under different fingerprints. Use when the user asks "why do I have so many TypeError issues that look the same?", "merge these duplicates", "stop splitting this error into new issues", or wants to clean up fingerprint sprawl. Decides between a one-shot merge of existing issues and a durable grouping rule that keeps future events from creating new fingerprints. Does NOT group conceptually similar bugs across differ
🧰 Not standalone — use together with posthog/posthog
improving-mcp-tools
★ 35,336by posthog
Run an improve-my-MCP campaign: an autoresearch-style loop that measures the MCP agent experience with the eval harness, picks the highest-impact tool problem from production data, makes one bounded fix, and keeps it only if before/after scores improve. Use when asked to "improve my MCP", run an MCP improvement campaign, fix tool discoverability or descriptions based on evidence, or prepare an eval-backed PR for a tool change. Every shipped change must carry eval evidence; guardrails below are h
🧰 Not standalone — use together with posthog/posthog
inbox-exploration
★ 35,336by posthog
Explore PostHog's Inbox and act on what it surfaces — the place where signal reports cluster into actionable issues and trends. Use when the user asks "what's in my inbox?", "what should I look at?", "which reports are actionable?", "what's PostHog flagged recently?", asks about a specific report by ID or title, wants to act on / fix / implement a report (turn it into a PR), wants to dismiss or snooze a report, or wants to see which signal sources are configured. Covers listing, filtering, drill
🧰 Not standalone — use together with posthog/posthog
incident-io-playbook
★ 35,336by posthog
How to work incident.io through its connected MCP — list active incidents, fetch context for an incoming webhook, post triage updates, and (rare) open a new incident. Load when an incident.io webhook fires the agent, when an alert correlates to an active incident, or when recording a resolved outcome.
🧰 Not standalone — use together with posthog/posthog
investigate-metric
★ 35,336by posthog
Diagnose why a product metric changed (dropped, spiked, or plateaued) by orchestrating breakdowns, actors, paths, lifecycle, retention, and annotations queries. Use when the user reports an anomaly, asks "why did X change?", or needs root-cause analysis for a trend, funnel, retention, stickiness, or lifecycle metric.
🧰 Not standalone — use together with posthog/posthog
investigating-error-issue
★ 35,336by posthog
Investigates a single PostHog error tracking issue end-to-end. Use when the user provides an issue ID or pastes an issue URL (`/error_tracking/<id>`) and wants to understand the error — who it affects, what triggers it, when it started, whether it correlates with a release, browser, OS, or feature flag, and what the next step should be. Pulls aggregated metrics, sample exception events, segment breakdowns, linked replays, and synthesizes a hypothesis-grade summary in one pass.
🧰 Not standalone — use together with posthog/posthog
investigating-metric-anomalies
★ 35,336by posthog
Investigates server/infrastructure metric anomalies in PostHog Metrics — from "this metric is rising/dropping/spiking" or a fired alert to a probable cause with evidence. Use when asked why a metric looks wrong (ingestion lag rising, error rate spiking, latency degrading, queue depth growing, throughput dropping), when an alert fires on an OTel/Prometheus metric, or for any incident triage that starts from a metric symptom. Composes characterize-metric-anomaly, query-metrics, and metric-names-li
🧰 Not standalone — use together with posthog/posthog
investigating-replay
★ 35,336by posthog
Investigates a session recording by gathering metadata, person profile, same-session events, and linked error tracking issues in one pass. Use when a user provides a recording or session ID and wants to understand what happened — who the user was, what they did, what errors occurred, and whether there are related error tracking issues. Replaces the manual chain of session-recording-get, persons-retrieve, execute-sql, and query-error-tracking-issues-list.
🧰 Not standalone — use together with posthog/posthog
kudos-storage
★ 35,336by posthog
The data model — the `kudos` table columns, the `kudos_id` dedupe/idempotency scheme, and the per-recipient `people/<handle>.md` profile memory. Load before any table-append or memory-write.
🧰 Not standalone — use together with posthog/posthog
manage-dashboard-widgets
★ 35,336by posthog
Guides PostHog engineers through dashboard widget platform work — ship a new widget_type (WIDGET_REGISTRY, catalog, run_widgets, WidgetCard) or update a shipped type (config, query, layout, RBAC, tile filter bar, list footer, titleHref, throttles). Use for WidgetSpec, widget_specs/, widget-configs.zod.ts, hogli build:openapi, error_tracking_list, session_replay_list, widgetFilters, formatWidgetListCountFooter, widget_query_throttle, or WidgetCard composition. New types need widget-intake confirm
🧰 Not standalone — use together with posthog/posthog
managing-experiment-lifecycle
★ 35,336by posthog
Guides experiment state transitions: launching, pausing, resuming, ending, shipping variants, archiving, resetting, duplicating, and copying to another project. Covers preconditions, implications for variant assignment and analysis, and the decision framework for when to use each action.\nTRIGGER when: user asks to launch, pause, resume, end, ship, archive, reset, duplicate, or copy an experiment to another project.\nDO NOT TRIGGER when: user is creating an experiment (use creating-experiments),
🧰 Not standalone — use together with posthog/posthog
managing-github-actions-secrets
★ 35,336by posthog
Creates and updates GitHub Actions secrets for PostHog workflows. Use when adding a new CI secret, rotating an existing secret, wiring a workflow to an API token, package registry credential, deploy key, or any value referenced via `${{ secrets.* }}` in `.github/workflows/`.
🧰 Not standalone — use together with posthog/posthog
managing-path-cleaning-rules
★ 35,336by posthog
Inspects URL paths and proposes, tests, orders, and applies project-level path cleaning rules so dynamic segments (numeric IDs, UUIDs, slugs, dates) collapse into readable aliases. Use when the user says "clean the paths", "normalize URLs", "group similar pages", "too many distinct paths", "/users/123 and /users/456 are the same page", "set up path cleaning", or asks why a Web analytics or Paths breakdown is fragmented across thousands of nearly-identical URLs. Covers regex syntax (re2), alias p
🧰 Not standalone — use together with posthog/posthog
managing-reminders
★ 35,336by posthog
Create and manage PostHog reminders — private, human-paced nudges that fire as in-app notifications on a schedule, optionally linked to a PostHog resource. Use when the user says "remind me to…", wants a one-off or recurring nudge (daily/weekly/monthly/yearly, a cron schedule, or a specific date/time), wants to be reminded to look at a dashboard, insight, experiment, feature flag, survey, notebook, replay, or error, or wants to list, change, or cancel their reminders. Covers when to pick a remin
🧰 Not standalone — use together with posthog/posthog
managing-subscriptions
★ 35,336by posthog
Manage PostHog subscriptions — scheduled email, Slack, or webhook deliveries of insight or dashboard snapshots, optionally with an AI-written summary attached to each delivery. Use when the user wants to subscribe to an insight or dashboard, get an AI summary attached to those deliveries, check existing subscriptions, change delivery frequency, add or remove recipients, or stop receiving updates.
🧰 Not standalone — use together with posthog/posthog
optimizing-clickhouse-and-hogql-queries
★ 35,336by posthog
Workflow for optimizing ClickHouse and HogQL queries. Use when a HogQL query, query runner, insight, or report is too slow; when a hand-written ClickHouse query (via `sync_execute` or in a migration) is too slow; when ClickHouse times out or hits memory limits; when investigating a slow `system.query_log` row; or when reviewing a proposed HogQL printer change for performance. Covers extracting the ClickHouse SQL, common smells (`FROM ... FINAL`, `JSONExtract` over properties, missing skip indexe
🧰 Not standalone — use together with posthog/posthog
planning-voice-agent-user-interviews
★ 35,336by posthog
Plan a round of user interviews conducted by PostHog''s AI voice agent (a "robo interviewer") — the automated voice-agent interview product. Captures a UserInterviewTopic (who to target, what to ask, framing context, question list) and calls user-interview-topics-create. ONLY trigger when the user clearly wants an AI voice agent to actually run the interview calls (e.g. "set up robo user interviews", "have the voice agent interview these users"). Do NOT trigger for ordinary user research that do
🧰 Not standalone — use together with posthog/posthog
proposing-changes
★ 35,336by posthog
🧰 Not standalone — use together with posthog/posthog
querying-local-postgres
★ 35,336by posthog
Run read-only SQL against the local Postgres app database (SELECT, EXPLAIN, EXPLAIN ANALYZE on SELECT). Default local URL postgres://posthog:posthog@localhost:5432/posthog; else DATABASE_URL. Use when querying the local DB, inspecting tables, debugging data, or analyzing query plans. Mutations are strictly forbidden.
🧰 Not standalone — use together with posthog/posthog
security-audit
★ 35,336by posthog
Focused security audit of code, calibrated to surface real exploitable bugs and suppress theoretical findings. Use when the user asks to "audit", "security-audit", "find vulnerabilities", "check for IDOR/SSRF/XSS/injection", or wants a security review of a file, directory, branch diff, or PR. Covers access control, injection, auth/secrets, sensitive data, business logic, web boundary, and AI agent/LLM trifecta risks. Produces calibrated findings with data flow, exploit request, fix, and confiden
🧰 Not standalone — use together with posthog/posthog
querying-posthog-data
★ 35,336by posthog
Required reading before writing any HogQL/SQL or calling execute-sql against PostHog. Use whenever the user wants to search, find, or do complex aggregations PostHog entities (insights, dashboards, cohorts, feature flags, experiments, surveys, hog flows, data warehouse, persons, etc.) and query analytics data (trends, funnels, retention, lifecycle, paths, stickiness, web analytics, error tracking, logs, sessions, LLM traces). Covers HogQL syntax differences from ClickHouse SQL, system table sche
🧰 Not standalone — use together with posthog/posthog
reading-an-agent
★ 35,336by posthog
🧰 Not standalone — use together with posthog/posthog
run-posthog
★ 35,336by posthog
Start, inspect, and drive the PostHog dev stack. Use for /run and /verify on this repo — when asked to launch PostHog, check whether the stack is healthy, inspect a running process, or verify a UI change against the live app.
🧰 Not standalone — use together with posthog/posthog
runbook-memory
★ 35,336by posthog
🧰 Not standalone — use together with posthog/posthog
running-ci-preflight
★ 35,336by posthog
Catch the deterministic CI failures reachable from your diff before pushing, with `hogli ci:preflight`. Use when the pre-push hook blocks a push, before reporting a task done, or after editing Python, serializers, migrations, workflows, or dependency manifests — to avoid burning a CI matrix on a failure you could catch locally (formatting, lint, broken lockfiles, OpenAPI drift, migration conflict, stale branch). Trigger terms: ci:preflight, preflight, pre-push checks, pre-push hook failed, "will
🧰 Not standalone — use together with posthog/posthog
safety-and-boundaries
★ 35,336by posthog
Hard rules — what the Agent Builder MUST NOT do regardless of user request. Load IMMEDIATELY if a request feels like it crosses into raw-secret handling, unprompted promotion, irreversible deletion, or impersonation of another user.
🧰 Not standalone — use together with posthog/posthog
scene-menu-bar
★ 35,336by posthog
Conventions for adding or editing the SceneMenuBar above a scene's <SceneTitleSection>. Use when adding new menu items, moving items between menus, gating behind feature flags, building a new scene's menubar, or wiring rich inputs (tags, combobox) into the bar.
🧰 Not standalone — use together with posthog/posthog
secrets-and-integrations
★ 35,336by posthog
🧰 Not standalone — use together with posthog/posthog
signals-scout-apm
★ 35,336by posthog
Signals scout for PostHog distributed tracing (APM / OpenTelemetry spans). Watches RED metrics per (service, operation) — error rate, p95 latency, request volume — for regressions, new error signatures, and traffic cliffs, and files each validated regression as a report in the inbox.
🧰 Not standalone — use together with posthog/posthog
signals-scout-csp-violations
★ 35,336by posthog
Signals scout for Content Security Policy violation reports. Watches `$csp_violation` events for blocked-URL clusters, per-directive bursts, post-deploy regressions, and suspicious third-party domains, and files each validated cluster as a report in the inbox.
🧰 Not standalone — use together with posthog/posthog