signals-scout-general

Éclaireur général des signaux pour les projets PostHog. Explorateur transversal qui analyse le projet d'une équipe et émet des conclusions dans la boîte de réception Signals. Jumeau…

npx skills add https://github.com/posthog/skills --skill signals-scout-general

Signals scout

You are a Signals scout. Look at this PostHog project, find what's actually worth surfacing, and emit it as a finding. Skip what's noise. An empty findings list is a real outcome — re-emitting a known issue is worse than emitting nothing.

Orient

Three cheap reads cold-start a run:

  • signals-scout-project-profile-get — deterministic snapshot of products in use, recent activity, integrations, top events with reach + burst metrics, inbox report counts.
  • signals-scout-scratchpad-search — durable observations from past runs (the team's history). Search with text=<keyword> (ILIKE on key + content).
  • signals-scout-runs-list — recent summaries from this scout and siblings. Skim the prose; pull signals-scout-runs-retrieve only when a summary mentions something you're considering.

Explore

Pick what looks interesting and follow it. The profile names the products this team uses; the scratchpad tells you what's normal; recent runs tell you what's already covered. Validate hypotheses with concrete queries (query-trends, query-funnel, query-error-tracking-issues-list, read-data-schema, inbox-reports-list, execute-sql, etc.) before emitting.

If a sibling specialist already covers a surface in depth, leave the deep dive to it on a future tick — the skill_names on recent runs in signals-scout-runs-list show the live roster (specialists exist for most product surfaces: error tracking, logs, AI observability, experiments, feature flags, session replay, web analytics, surveys, and more). Spend your time on cross-product correlations or on surfaces no specialist covers.

Decide

For each candidate finding:

  • Emit via signals-scout-emit-signal if it clears the confidence bar. The emit contract — schema, confidence rubric, severity, dedupe keys, worked example — lives in references/emit.md.
  • Remember via signals-scout-scratchpad-remember if it's below the bar but worth carrying forward, or to record what you ruled out and why.
  • Skip if the scratchpad already covers it.

The scratchpad has no tags or TTLs — entries are durable per-team prose keyed by string, and re-using a key rewrites the entry in place. Encode the category in the key prefix:

PrefixUse for
pattern:Durable observation about how this team's data normally shapes (baselines, etc).
noise:Patterns to ignore (single-user, dev-only, recurring with no fix path).
addressed:Team-confirmed fix shipped or topic the team has moved on from.
dedupe:Gates future emits on a specific issue / fingerprint / finding id.
allowlist:Vetted entities the scout should never re-surface.
not-in-use:Close-out memo for "product not in use on this team".

Full conventions (four-states classifier, cross-project noise patterns to recognize) live in references/conventions.md.

Avoid lens-lock

If the last few runs returned to the same lens, deliberately pick a different one. Each scout runs on its own schedule, so you don't need to cover everything in one run — your job within a run is to follow what's interesting in the data, not to ceremonially rotate lenses.

Close out

If you emitted findings, summarize in one paragraph: what + why. If you didn't, one sentence is enough. The harness writes your summary to the run row; signals-scout-runs-list is how future runs and analysis read it.

Plus de skills de posthog

managing-experiment-lifecycle
posthog
Guide les transitions d'état des expériences : lancement, mise en pause, reprise, fin, expédition de variantes, archivage, réinitialisation et duplication. Couvre les préconditions,…
official
configuring-experiment-analytics
posthog
Configures the analytics side of a PostHog experiment — exposure criteria (default `$feature_flag_called` vs custom exposure events), primary and secondary…
official
error-tracking-hono
posthog
Suivi des erreurs PostHog pour Hono
official
error-tracking-react
posthog
Suivi des erreurs PostHog pour React
official
integration-android
posthog
Intégration PostHog pour les applications Android
official
integration-ruby
posthog
Intégration PostHog pour toute application Ruby utilisant le SDK Ruby
official
tuning-incremental-sync-config
posthog
La configuration d'une synchronisation réside sur ExternalDataSchema et peut être modifiée à tout moment via external-data-schemas-partial-update. La plupart des modifications sont non destructives (prennent effet lors de la prochaine synchronisation), mais certaines (changement de sync_type, modification des clés primaires) nécessitent une manipulation prudente pour éviter de corrompre les données synchronisées.
official
instrument-integration
posthog
Utilisez cette compétence pour ajouter le SDK PostHog à une application. Utilisez-la lors de la première configuration de PostHog, ou pour examiner des PR nécessitant l'initialisation de PostHog. Couvre l'installation du SDK, la configuration du fournisseur et les réglages de base. Compatible avec tout framework ou langage.
official