Agent Skills
Instruction packs that give your AI agent know-how — some work anywhere, some only with the tool they came with.
✦ Standalone skills3,373
Self-contained. Install one into any project and it works on its own — no other software needed.
🧰 Tool add-ons952
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.
openai5 skills
anthropics10 skills
google-gemini17 skills
microsoft92 skills
github8 skills
facebook4 skills
react1 skill
coinbase6 skills
stripe7 skills
shopify2 skills
cloudflare11 skills
vercel22 skills
vercel-labs63 skills
supabase4 skills
huggingface6 skills
pytorch2 skills
flutter3 skills
DataDog11 skills
getsentry89 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
automattic14 skills
larksuite35 skills
browserbase1 skill
browser-use9 skills
apify2 skills
clickhouse8 skills
neondatabase11 skills
upstash10 skills
posthog165 skills
langfuse2 skills
resend3 skills
sanity-io24 skills
streamlit4 skills
remotion-dev3 skills
tldraw7 skills
apollographql1 skill
mastra-ai28 skills
triggerdotdev1 skill
mcp-use4 skillsAll Tool add-ons
19 tool add-onsexploring-mcp-tool-quality
★ 35,336by posthog
Investigate the quality of PostHog MCP tool calls — error rates, latency, reach, and which tools are failing or slow. Use when the user asks "which MCP tool has the highest error rate?", "what's the slowest tool?", "which tools fail most often?", "how reliable is tool X?", wants a tool-quality matrix, or pastes an MCP analytics tool-quality / dashboard URL and asks what it shows.
🧰 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
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
visualizing-change-over-time
★ 35,336by posthog
Helps PostHog engineers and agents pick the right chart when a request is about visualizing change over time, before/after comparisons, or period-over-period movement while building UI with @posthog/quill-charts (dashboards, reports, the mcp_analytics frontend, custom visualizations). Use when a user asks how something "changed", "moved", "grew", "dropped", "improved", or "regressed" between two points or periods, or mentions "before/after", "period over period", "week over week", "delta", "slop
🧰 Not standalone — use together with posthog/posthog
signals-scout-customer-analytics
★ 35,336by posthog
Signals scout for PostHog Customer analytics (Accounts). Watches per-account engagement for churn-risk shapes — engagement cliffs, dormancy, champion departure — and the expansion inverse, weighted by commercial ownership, and files each validated risk as a report in the inbox.
🧰 Not standalone — use together with posthog/posthog
configuring-experiment-analytics
★ 35,336by posthog
Configures the analytics side of a PostHog experiment — exposure criteria (default `$feature_flag_called` vs custom exposure events), primary and secondary metrics, the supported metric types (count, sum, ratio with `math` and `math_property`, retention with `retention_window_start` and `start_handling`), multivariate user handling ("Exclude" vs "First seen variant"), and how to read results once the experiment is live. Use when the user adds or edits a primary or secondary metric (e.g. "add a s
🧰 Not standalone — use together with posthog/posthog
signals-scout-product-analytics
★ 35,336by posthog
Signals scout for core product-analytics flows — funnels, retention, lifecycle, stickiness, and paths. Watches the team's saved flows for a derived-rate regression (conversion or retention sliding) while entrants hold, and files it as a report in the inbox.
🧰 Not standalone — use together with posthog/posthog
signals-scout-revenue-analytics
★ 35,336by posthog
Signals scout for PostHog revenue analytics. Watches for upstream failures (Stripe sync stalls, capture regressions), config drift, and goal-miss escalations, and files each validated finding as a report in the inbox.
🧰 Not standalone — use together with posthog/posthog
creating-experiments
★ 35,336by posthog
Guides agents through the 3-step experiment creation flow: defining the hypothesis, configuring rollout, and setting up analytics. Delegates rollout decisions to configuring-experiment-rollout and metric setup to configuring-experiment-analytics.\nTRIGGER when: user asks to create a new experiment or A/B test, OR when you are about to call experiment-create.\nDO NOT TRIGGER when: user is updating an existing experiment, managing lifecycle, or only browsing experiments.
🧰 Not standalone — use together with posthog/posthog
diagnosing-ci-and-merge-bottlenecks
★ 35,336by posthog
Diagnoses CI and pull-request pipeline health for a GitHub repo using the engineering analytics MCP tools — pull-requests (PR list with CI status), workflow-health (per-workflow CI trends), and pr-lifecycle (a single PR's timeline). Use when asked whether CI is getting faster or slower, which GitHub Actions workflow is the slow or flaky long-pole, how long PRs take from open to merge, how an author's merge time compares to the cohort, which open PRs have failing or pending CI, or where a specifi
🧰 Not standalone — use together with posthog/posthog
signals-scout-web-analytics
★ 35,336by posthog
Signals scout for PostHog web traffic. Watches per-channel session volume, attribution breakage, and landing-page health (bounce / 404 steps) against the site's own baseline, and files each validated divergence as a report in the inbox. Per-page web vitals have their own dedicated `signals-scout-web-vitals`.
🧰 Not standalone — use together with posthog/posthog
exploring-live-traffic
★ 35,336by posthog
Inspects PostHog Web analytics Live tab data — current users online, last-30-minutes pageviews, top pages, referrers, devices, browsers, countries, bot traffic, and the per-minute bot/users charts. Use when the user asks "who is on my site right now?", "what is happening live?", "what bots are crawling me?", asks about the "live tab" / "live dashboard", wants live numbers (last 30 min), or wants help filtering or drilling into the live view. Also covers building product-analytics insights that m
🧰 Not standalone — use together with posthog/posthog
exploring-mcp-intent-clusters
★ 35,336by posthog
Explore PostHog MCP intent clusters — agent goals grouped by semantic similarity, with each cluster's tool distribution and error rates. Use when the user asks "what are agents trying to do with the MCP?", "group the intents", "which goals fail most?", "what does each cluster route to?", wants to recompute the clustering, or pastes an MCP analytics intent-clustering URL.
🧰 Not standalone — use together with posthog/posthog
exploring-mcp-sessions
★ 35,336by posthog
Investigate individual PostHog MCP sessions — the sequence of tool calls a single agent made in one run, what it was trying to do, and where it went wrong. Use when the user asks "what did this MCP session do?", "show me the tool calls for session X", "what was the agent's goal?", "which sessions had errors?", or pastes an MCP analytics sessions URL.
🧰 Not standalone — use together with posthog/posthog
exploring-mcp-tool-usage
★ 35,336by posthog
Starting point for exploring how a PostHog MCP server's tools are used — routes a broad question to the typed tool that answers it. Use when the user asks "how is my MCP doing?", "what should I look at?", "explore my tool calls", "who uses my MCP tools?", "what are agents doing with the MCP?", or pastes an MCP analytics URL without a specific question. Offers a menu of questions, each backed by a query tool, then hands off to the focused skill.
🧰 Not standalone — use together with posthog/posthog
filtering-bot-traffic
★ 35,336by posthog
Identify, measure, and exclude bot / crawler / AI-agent traffic in PostHog web and product analytics using the traffic classification surface (the isLikelyBot / getTrafficType HogQL functions and the $virt_* virtual properties). Use when the user asks to "exclude bots", "filter out crawlers", "remove bot traffic from my numbers", "how much of my traffic is bots / AI crawlers", "is GPTBot / ChatGPT / Claude hitting my site", "break down traffic by human vs bot", or wants clean human-only counts i
🧰 Not standalone — use together with posthog/posthog
email-analytics
✓★ 926by microsoft
Analyze your email patterns over a time period — volume trends, top senders, response time estimates, busiest days, and unread backlog statistics.
🧰 Not standalone — use together with microsoft/work-iq
logging-best-practices
✓★ 617by neondatabase
Logging best practices focused on wide events (canonical log lines) for powerful debugging and analytics
🧰 Not standalone — use together with neondatabase/mcp-server-neon
deepgram-js-audio-intelligence
★ 266by deepgram
Use when writing or reviewing JavaScript/TypeScript in this repo that calls Deepgram audio analytics overlays on `/v1/listen` - summarize, topics, intents, sentiment, diarize, redact, detect_language, and entity detection. Same endpoint as plain STT, different params. Covers REST via `client.listen.v1.media.transcribeUrl` / `transcribeFile` and the WebSocket-supported subset on `client.listen.v1.createConnection()` / `connect()`. Use `deepgram-js-speech-to-text` for plain transcription and `deep
🧰 Not standalone — use together with deepgram/deepgram-js-sdk