A prospective registry captures one snapshot: the review question and the planned methods, filed before screening starts. PROSPERO's own interface offers two ways to update that snapshot afterward, a minor amendment for administrative fields and a major revision for the review methods, and both only work forward: they update something not yet done. Neither can touch work already finished under the old plan. PRISMA 2020's own checklist routes that kind of change somewhere else entirely, item 24c, a manuscript paragraph, not a registry field.
The pack ships filled in for a review of structured discharge-planning interventions and 30-day readmission. Five protocol changes get logged across its timeline, sorted by one test: had the affected work already happened when the change was decided? Three had not: a database access change, a risk-of-bias tool swap, an added outcome, each submitted as a registry amendment first. Two had already happened: a primary-outcome definition narrowed after 9 of 14 studies were extracted, and a subgroup dropped after extraction finished on all 14. Neither had anywhere to go but the log.
Most PROSPERO guidance treats registration as one event: fill in the fields, submit, done. A few mention keeping a change log as good practice, without saying which changes even have a registry mechanism to use. This pack classifies at the moment of the decision, then routes each one correctly. It registers the plan; it does not build the search behind it, which the search strategy pack does, screen records, which the screening pack does, or appraise study quality, which the critical appraisal pack does.