Skip to main content
When you change your app’s metadata (subtitle, keywords, screenshots), the hardest part isn’t shipping — it’s remembering to measure whether it actually worked. A/B Test Memory does that for you.

How it works

Each run:
  1. Reads your current metadata from user_apps (web Supabase mirror of ASC).
  2. Computes a stable fingerprint over title + subtitle + keywords + description + promotional text + what’s new.
  3. Compares against the previous snapshot in cofounder_metadata_snapshots.
  4. If the fingerprint changed → records the diff and schedules a 14-day follow-up.
  5. When the follow-up window has elapsed → measures impressions / conversion / downloads in the 14 days before vs after.

What you see (fresh change)

What you see (after 14 days)

In the structured report

The abTestNotes array gets one entry per detected change:
conclusion is one of: worked / neutral / regressed / too_early.

Why this matters

The agent now reasons about causality:
  • “Last time we shipped a subtitle change, conversion went 0.6 → 1.2%. This new draft might do similar.”
  • “Two months ago we tried ‘AI’ in the subtitle and it regressed downloads. Don’t propose it again.”
This is the foundation of the memory loop — without it, the agent would be amnesiac and re-suggest things that already failed.

Edge cases

  • Multiple changes in a window — only the most recent change is treated as the “experiment”. Earlier ones are still recorded but the impact attribution fuzzes.
  • External factors — the agent acknowledges seasonality / category shifts in its prose when the measured impact is suspicious.
  • Missing analytics — if ASC analytics are absent, the impact field is null and the agent says so plainly instead of inventing numbers.