refactor: strip WP-/RB- ticket refs from apps and libs (RD-18)

204 WP-NN/RB-NN comments named a closed ticket instead of the code they
sit next to. git blame already records history and stays correct when
code moves; the comment does not. This sweep removes the reference and
keeps the sentence, across 95 files in apps/ and libs/ plus the
behaviour-spec generator's header text.

Eleven references stay: five story files justify an a11y disable per
the README's rule, and one line in a11y.mdx documents that convention.
Two sentences needed a rewrite, not a deletion, so the reference's
meaning survives its removal. behaviour-spec.mdx is regenerated, not
hand-edited.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

apps/ssp/src/app/herregistratie/domain/intake.acceptance.spec.ts

@@ -147,7 +147,7 @@ describe('intake acceptance journeys', () => {
     });
   });
 
-  it('raising uren above the threshold after answering scholing drops both fields (WP-69 §6)', () => {
+  it('raising uren above the threshold after answering scholing drops both fields', () => {
     // Given a journey that answered the scholing question while uren was low.
     const atReview = givenIntake(
       { tag: 'SetAnswer', key: 'buitenlandGewerkt', value: 'nee' },
@@ -170,7 +170,7 @@ describe('intake acceptance journeys', () => {
     );
 
     // Then the submission succeeds, and BOTH the stale answer and its punten are gone —
-    // exactly the crafted-POST-shaped payload WP-69's server rule rejects.
+    // exactly the crafted-POST-shaped payload the server rule rejects.
     expect(done.tag).toBe('Submitted');
     expect(done.tag === 'Submitted' && done.data.aanvullendeScholing).toBeUndefined();
     expect(done.tag === 'Submitted' && done.data.punten).toBeUndefined();

apps/ssp/src/app/herregistratie/domain/intake.machine.spec.ts

@@ -171,7 +171,7 @@ describe('submit', () => {
     expect(withScholing.data.punten).toBe(200);
   });
 
-  it('does not require punten for a hidden question (WP-69 §6)', () => {
+  it('does not require punten for a hidden question', () => {
     // scholingGevolgd is a stale 'ja' from when uren was low, but uren is now above
     // threshold — the template hides the question, so punten must not be required either.
     const staleScholingNoPunten = givenIntake(
@@ -183,7 +183,7 @@ describe('submit', () => {
     expect(good.data.aanvullendeScholing).toBeUndefined();
   });
 
-  it('drops punten when raising uren hides the question (WP-69 §6)', () => {
+  it('drops punten when raising uren hides the question', () => {
     // Same stale answer, but this time punten was also filled in while uren was low.
     const staleScholingWithPunten = givenIntake(
       { tag: 'SetAnswer', key: 'buitenlandGewerkt', value: 'nee' },

apps/ssp/src/app/herregistratie/domain/intake.machine.ts

@@ -116,7 +116,7 @@ function validateStep(step: StepId, a: Answers, scholingThreshold: number): Resu
       // visible (lageUren) AND scholing was followed — matching the template's
       // `@if (scholingZichtbaar())`. Without the `lageUren` guard, answering 'ja' and then
       // raising uren above the threshold left an error on a field the template no longer
-      // renders (WP-69 §6).
+      // renders.
       if (lageUren(a, scholingThreshold) && a.scholingGevolgd === 'ja') {
         const p = parseUren(a.punten ?? '');
         if (!p.ok) errors.punten = p.error;
@@ -149,8 +149,8 @@ function validateAll(a: Answers, scholingThreshold: number): Result<Errors, Vali
   const aanvullendeScholing = lageUren(a, scholingThreshold)
     ? a.scholingGevolgd === 'ja'
     : undefined;
-  // Punten are derived from aanvullendeScholing, NOT the raw scholingGevolgd answer (WP-69
-  // §6) — a stale 'ja' left over from when uren was low, after uren was raised above the
+  // Punten are derived from aanvullendeScholing, NOT the raw scholingGevolgd answer —
+  // a stale 'ja' left over from when uren was low, after uren was raised above the
   // threshold, must not leak a punten value into the parsed, submitted ValidIntake.
   const punten = aanvullendeScholing === true ? parseUren(a.punten ?? '') : undefined;
   return ok({

apps/ssp/src/app/herregistratie/ui/intake-wizard/intake-wizard.component.ts

@@ -273,7 +273,7 @@ export class IntakeWizardComponent {
   private store = createStore<IntakeState, IntakeMsg>(initial, reduce, {
     Submitting: async (s, store) => {
       this.profile.beginHerregistratie();
-      // WP-69: the scholing answer rides along so the server can re-validate it as the
+      // The scholing answer rides along so the server can re-validate it as the
       // authority (IntakePolicy.RejectIncompleteScholing) — undefined members are dropped by
       // JSON.stringify, so a wizard above the threshold sends neither field.
       const r = await this.draftSync.submit({