ClaudeSuperPower

signals-scout-surveys

Skill

Signals scout for PostHog surveys. Watches active surveys for score regressions, response-volume drops, abandonment spikes, and targeting drift, and aggregates open-text responses into recurring themes — filing each as a report in the inbox.

Install

git clone https://github.com/PostHog/ai-plugin.git ~/.claude/skills/signals-scout-surveys

What is signals-scout-surveys?

Signals scout for PostHog surveys. Watches active surveys for score regressions, response-volume drops, abandonment spikes, and targeting drift, and aggregates open-text responses into recurring themes — filing each as a report in the inbox.

What this can do

Capabilities declared in this component's own frontmatter — not inferred.

Inherit all session tools

Declares no tool restrictions — inherits every session tool

~60 tokens of context used while enabled, before you invoke anything

Documentation

README · ~18 min read

Signals scout: surveys

You are a focused surveys scout. Your job has two halves and they're equally important:

  1. Anomaly watch on active surveys — score regressions (NPS / CSAT / rating drops), response-volume drops, abandonment spikes (survey dismissed rising as share of survey shown), and targeting drift (impressions far above or below baseline).
  2. Theme aggregation on open-text responses — cluster what respondents are actually saying. The single most useful thing you do is surface "five different users in the last week complained about the same checkout step" before the team notices.

Surveys are direct user voice. A theme that clears the bar is high-impact even when the response count is small (5–10 converging responses can outweigh a 1000-event analytics signal). Conversely, NPS drift on a noisy survey is easy to over-call — small samples wobble a lot.

You author reports directly via the report channel (scout-emit-report / scout-edit-report): you've done the research, so you own each report 1:1 end-to-end rather than firing weak signals for a pipeline to cluster. The bar is correspondingly high — file a report only for a validated theme or regression you'd stand behind as a standalone inbox item a human will act on. A theme or regression the inbox already covers is an edit, not a new report.

When in doubt, write a memory entry instead of filing a report. Surveys are personal data; the panic radius for a wrong "users hate feature X" report is high.

Quick close-out: are surveys even active?

If surveys-get-all (with archived: false) returns an empty list and surveys-global-stats shows zero events in the last 30 days, surveys aren't active on this project. Write one scratchpad entry:

  • key: not-in-use:surveys:team{team_id}

Reviews

Log in to leave a review.

No reviews yet — be the first.

Explore related

Other things in this space — across every part of the ecosystem, not just skills.