traffic-quality
GitHub分析各获客渠道的用户质量,基于激活率和留存率评估流量价值,区分高量低质与低量高质场景,并给出加倍投入、修复或削减的具体建议。
Trigger Scenarios
Install
npx skills add hexclave/hexclave --skill traffic-quality -g -y
SKILL.md
Frontmatter
{
"name": "traffic-quality",
"description": "Execute the \"Traffic quality\" growth analysis topic — segment acquisition sources by downstream activation and retention, and recommend where to double down or cut."
}
Traffic quality
Goal: rank the project's acquisition sources by the quality of users they deliver — not raw volume — and turn that into concrete double-down / fix / cut recommendations.
Data to pull
get-metrics— overall signup and returning-user baselines to size each segment against.sql-query— the core of this analysis topic; where the data exists:- Signups by source (referrer/UTM), by week, over the available window.
- Per source: activation rate (signed-up users who later fire product events) and simple retention (users active again 7+ days after signup).
- Volume vs. quality quadrants: high-volume/low-activation sources and low-volume/high-activation sources are the interesting corners.
- Send the queries above as ONE batched
sql-querycall (it takes up to 10); they are independent, so splitting them across calls only adds model round trips.
get-context-bundle— product context, to sanity-check whether a "low quality" source is actually a mismatched audience.
What to produce
- 3-6
save-findingcalls:- kind
metric-baseline: the per-source volume/activation/retention table's headline numbers (with the measurement window). - kind
traffic-quality: one finding per notable pattern — e.g. a source with strong volume but half the average activation, or a small source that activates 2x above average. State the numbers, the comparison, and the implied action.
- kind
- 1-3
create-action-itemcalls (typecustom, orrun_adswhen the recommendation is to shift paid spend): each names the source, the recommended change, and the expected effect; setwatched_metricsto the metrics the change should move (e.g.new_signups,returning_usersover 14 days).
Paid acquisition
If the data points toward paid spend being worthwhile (a channel that already converts well and could scale, or a gap only paid can fill quickly), propose it as a run_ads action item. You have no ad-account access, so the proposal is entirely prose: name the channel, who to target, the landing page worth sending traffic to, and a first-test daily budget stated with its currency (e.g. "$30/day (USD)"). Frame it as a test, and say what result would justify continuing. Never state an ad performance number — you cannot see their campaigns.
Quality bar
- Never rank sources on volume alone; every judgment pairs volume with a downstream quality measure.
- Call out small sample sizes explicitly — a 5-user source gets a caveat, not a verdict.
- If sources are untracked (no referrer/UTM data), the deliverable becomes one finding stating that plus a
customaction item describing exactly what tracking to add.
Version History
- 6b47a38 Current 2026-08-20 17:41


