plugins/analytics/skills/segment-analysis/SKILL.md
Analyze user segments, cohorts, and customer groups using PostHog data. Creates retention tables, compares segment behavior, and generates group breakdowns. Use when the user asks about customer segmentation, cohort retention, user group comparison, churn analysis, or funnel analysis by segment.
npx skillsauth add coalesce-labs/catalyst segment-analysisInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Deep-dive into specific user segments, cohorts, or customer groups using PostHog data.
/segment-analysis <segment-description>
Examples:
/segment-analysis "users from paid plans vs free plans"
/segment-analysis "power users who use feature X daily"
/segment-analysis "users who churned in last 30 days"
/segment-analysis "cohort: signed up in Q4 2024"
/segment-analysis "Compare engagement patterns between free and paid users: session frequency, feature usage, retention"
/segment-analysis "Identify our power users: who are they, what features do they use, what's their profile?"
/segment-analysis "Analyze users who churned: what were their last actions, which features didn't they use?"
/segment-analysis "Compare conversion rates and engagement across our top 5 countries"
/segment-analysis "Show retention curves for each monthly signup cohort in 2024"
Analysis typically includes:
You can segment by:
/segment-analysis "Power users (5+ sessions/week) from enterprise plans who use feature X"
/segment-analysis "Compare signup to activation funnel for organic vs paid traffic"
/segment-analysis "30-day retention by initial feature used"
Plugin uses ~40k tokens. Disable when analysis is complete:
/plugin disable catalyst-analytics
See also: /catalyst-analytics:analyze-user-behavior, /catalyst-analytics:product-metrics
testing
Phase-agent that fixes a failing verify verdict so the pipeline self-heals instead of stalling to needs-human (CTL-653). Reads `${ORCH_DIR}/workers/<ticket>/verify.json`, fixes the `findings[]` (every severity:"high" plus the regression_risk drivers) directly via Edit/Write, commits the remediation, and emits `phase.remediate.complete.<ticket>`. The scheduler's router then re-dispatches `verify` to re-check (the verify⇄remediate cycle, cap 3). Dispatched as a `claude --bg` job by `phase-agent-dispatch`, which invokes it via slash command — hence `user-invocable: true`.
tools
--- name: phase-triage description: Phase agent that triages a Linear ticket — expands acronyms, classifies (feature/bug/docs/refactor/chore), identifies genuine blockers (a semantic second-pass over the backlog — NOT a prose scrape; CTL-838), estimates scope, writes triage.json, and posts a triage analysis comment to Linear. Triage completion is signaled by that comment plus the local triage.json — there is no `triaged` label. Emits phase.triage.complete.<TICKET> on success and phase.triage.fai
tools
Phase agent for the research step of the 9-phase orchestrator pipeline (CTL-450). Wraps /catalyst-dev:research-codebase and produces thoughts/shared/research/<date>-<ticket>.md, then emits phase.research.complete.<ticket>. Reads triage.json from the worker dir as its prior-phase artifact. Spawned via plugins/dev/scripts/phase-agent-dispatch, which invokes it via slash command — hence `user-invocable: true`.
development
Phase-agent wrapper that opens the pull request after implementation completes (CTL-449 Initiative 1 Phase 3). Delegates to `/catalyst-dev:create-pr` (which already auto-runs `describe-pr` and transitions Linear to `inReview`), then writes the PR number + URL into the phase signal file so the downstream `phase-monitor-merge` agent can read it without re-querying GitHub. Dispatched as a `claude --bg` job by `phase-agent-dispatch`, which invokes it via slash command — hence `user-invocable: true`.