close
Page MenuHomePhabricator

[EPIC] Surface edit suggestion counts to logged-in editors on articles (Phase 1)
Open, Needs TriagePublic

Description

Hypothesis

(DE1.1): If we surface the availability of edit suggestions on articles to logged in readers through a controlled experiment, there will be a ≥# increase in the proportion of distinct registered users with ≤100 cumulative edits who publish at least one constructive edit (mobile).

What is it?

image.png (2,048×706 px, 522 KB)

As a logged-in Wikipedia reader who has edited before, does not do so regularly, and is arriving on-wiki seeking to learn about something/someone (broadly defined), I would value knowing when there are clear, actionable, and personally relevant improvements available within the article I am reading so that I can easily decide which (if any) I'd like to act on in this moment without needing to seek them out myself.

What does done look like?

  • [acceptance criteria]

Timeline & milestones

  • [August 1, 2026] - Launch controlled experiment

Open Questions

  • 1. Will the count of suggestions be specific to the entire article? The section you're viewing? Something else?
  • 2. How should the UI behave when an edit has happened in the time between now and when suggestions were last computed?
    • Related: how should the UI behave when something occurred (e.g. an outage) that causes the system to miss edit event data?
  • 3. How (if at all) will we account for the possibility that one of the suggested sources is wrong because the logic within one of those sources changed? E.g. template changed, a suggestion/check configuration was changed? Etc.
  • 4. What (if any) data will we retain about the suggestions that are generated? For how long? Context here.
  • 5. What (if any) ability will we have, in Phase 1, to know where (e.g. what section(s)) suggestions are present within?

Cross-team dependencies & consultations

Dependencies

  • Editing – introduce a technical framework for the interchange of edit suggestions
  • Editing – generate suggestions asynchronously, at scale
  • Search – TBD
  • SRE –
  • Data Platform – create an Edit Suggestion dataset
  • Reader Experience: align on UX

Consultations

  • Growth, ML, ModTools, Connection: consult about suggestion technical framework and data stream

Existing Artifacts

What does it block?

  • [add teams, products, projects, features, etc that will remain blocked if we take no action]

Related Objects

StatusSubtypeAssignedTask
OpenNone
OpenNone
OpenNone
Openppelberg
OpenNone
OpenNone
OpenNone
Openppelberg
Openppelberg
OpenNone
OpenEsanders
Opendchan
OpenGGoncalves-WMF
Openppelberg
Openppelberg
OpenNone
OpenNone
OpenNone
OpenMNeisler
OpenOttomata
Openbmartinezcalvo
OpenNone
DeclinedNone
Openbmartinezcalvo
ResolvedBUG REPORTmedelius
OpenNone
Opencjming
OpenNone
OpenNone
OpenEsanders
OpenEsanders
ResolvedEsanders
ResolvedEsanders
OpenNone
OpenEsanders
OpenEsanders
OpenEsanders
DuplicateNone
OpenOttomata
OpenEevans
OpenSpikeEsanders
OpenNone
OpenNone
OpenNone
OpenNone
OpenNone
Opendchan
Opendchan
Openjhathaway
OpenNone
OpenNone

Event Timeline

ppelberg renamed this task from [EPIC] Surface availability of edit suggestions to logged-in readers (controlled experiment) to [EPIC] Surface availability of edit suggestions to logged-in editors (controlled experiment).Jun 18 2026, 3:53 PM
  1. Will the count of suggestions be specific to the entire article? The section you're viewing? Something else?

I have been it would be per suggestion type, but for the entire article.

  1. What (if any) ability will we have, in Phase 1, to know where (e.g. what section(s)) suggestions are present within?

I think none. This assumes that we have a data model that can associate suggestions with specific content, which is for Phase 2.

  1. What (if any) data will we retain about the suggestions that are generated? For how long? Context here.

Retain where? ;)

If for use in product feature: this would complicate things, but we can think about it if you really need it.

If for offline use by internal WMF for analysis, etc: We will produce the edit suggestion data changes to Kafka and the Data Lake.

ppelberg renamed this task from [EPIC] Surface availability of edit suggestions to logged-in editors (controlled experiment) to [EPIC] Surface availability of edit suggestions to logged-in editors on article.Jun 30 2026, 4:32 PM
ppelberg renamed this task from [EPIC] Surface availability of edit suggestions to logged-in editors on article to [EPIC] Surface availability of edit suggestions to logged-in editors on articles.
ppelberg renamed this task from [EPIC] Surface availability of edit suggestions to logged-in editors on articles to [EPIC] Surface edit suggestion counts to logged-in editors on articles (Phase 1).Jul 3 2026, 5:38 AM

Since the wikis are still TBD, so one question while that is open.
How many of the checks work outside English? Revise Tone uses a BERT and Reference Check looks language-dependent. While Add-a-Link and Add-an-Image already run on many wikis. If most of the inventory is English-only, a wiki with two check types and a wiki with six are not running the same experiment.
I am a volunteer and have done mobile contribution research with CIS-A2K in India. Report published on diff. If Telugu or Kannada are in scope, I can run moderated sessions with editors under 100 edits on their own phones, in the same window as the experiment, reported against the metric in the hypothesis.