test(e2e): les parcours applicatifs passent par l'app d'exemple

Une seconde suite e2e, `packages/sdk/e2e/notebook.ts` (`test:e2e:app`), qui pilote
`examples/notebook` par le DOM — une page de navigateur par identité — contre le même
broker réel.

**Pourquoi une seconde suite plutôt qu'un ajout dans la première.** `run.ts` parle à un
sac de méthodes sur `window.__sdk` : cela prouve que les fonctions TOURNENT, jamais
qu'une application peut s'écrire avec. L'écart a déjà coûté un défaut livré — l'inbox
d'un document était verte ici et inutilisable en pratique, parce que le harnais pouvait
faire traverser une adresse d'une identité à l'autre par une variable, canal qu'aucune
application n'a. Ici, rien ne traverse que ce qui traverse dans la vie : la RÉFÉRENCE
d'une note, recopiée d'un écran, et un identifiant tapé dans un champ.

Quatre parcours, qui se lisent comme des parcours :

- Bob lit la note publique d'Alice depuis sa seule référence — la propriété pour
  laquelle l'émulation du store public existe, vérifiée bout en bout et sans qu'aucune
  clé ne circule ;
- la note protégée d'Alice reste fermée jusqu'à ce qu'elle la partage — même geste côté
  Bob, issue opposée, décidée par où la note se trouve ;
- Bob laisse un message sur la note d'Alice, et seule Alice le lit — il TROUVE l'adresse
  depuis la note, personne ne la lui donne ;
- la liste de chacun ne contient que ses notes.

**Deux étapes quittent `run.ts`** (`documentInboxDeposit`, `capsShareCap`), avec un
commentaire disant où elles sont parties : ce sont des parcours, et ils valent plus joués
sur deux écrans que sur deux appels d'une même page. Ce qui reste là-bas est ce qu'une
application ne fait pas : primitives, caractérisation, régressions de démarrage à froid.

**Trois défauts trouvés en écrivant la suite**, tous côté application et invisibles pour
le harnais : `connectedUser()` devait être attendu à la connexion (sinon une note qu'on
vient de vous partager se lit comme illisible — ce qui ressemble à un problème de droits
alors que c'est un problème de moment) ; une réponse périmée restait affichée à côté
d'une question fraîche ; et changer de portée ne rafraîchissait pas la liste. L'app
affiche désormais la référence de chaque note — ce qu'aucun écran ne montre, aucun
utilisateur ne peut le faire circuler.

Corrigé au passage : le `.gitignore` pointait encore `packages/client/`, si bien que le
commit de renommage a embarqué le profil Playwright de la suite e2e (226 fichiers). Les
chemins sont réalignés et le commit précédent a été amendé — rien n'était poussé.

179 tests unitaires, e2e 40/40 (3,2 min) et applicatif 10/10 (0,7 min).

packages/sdk/e2e/run.ts

@@ -294,18 +294,11 @@ async function main(): Promise<void> {
       check("watch fires when a deposit lands", after.fires > base.fires && after.lastLen >= 1, `fires=${after.fires} lastLen=${after.lastLen}`);
       await sdk(frame, "inboxWatchStop");
     });
-    await step("a document's inbox: owner opens, a third party resolves and deposits", async () => {
-      const t = Date.now();
-      const r = await sdk<any>(frame, "documentInboxDeposit", "@owner-" + t, "@depositor-" + t);
-      check(
-        "the depositor holds only the BARE reference, resolves the same inbox from it, deposits, and the address stays out of the data",
-        r.sameInbox === true &&
-          r.openRefused === true &&
-          JSON.stringify(r.deposits) === JSON.stringify([{ viaPostToDocument: true }, { joining: true }]) &&
-          !r.props.some((p: string) => p.startsWith("urn:ng-eventually:")),
-        `sameInbox=${r.sameInbox} openRefused=${r.openRefused} deposits=${JSON.stringify(r.deposits)} props=${JSON.stringify(r.props)}`,
-      );
-    });
+    // MOVED to the applicative suite (`e2e/notebook.ts`, "Bob leaves a message on Alice's
+    // note, and only Alice reads it"). This is the step that motivated that suite: it was
+    // green here while the feature was unusable, because the harness could hand the inbox
+    // address across an identity boundary through a variable — a channel no application
+    // has. Driven through two screens, the address has to be FOUND or the journey fails.
     await step("inbox spoof guard", async () => {
       const r = await sdk<any>(frame, "inboxSpoofGuard");
       check("post as another principal is rejected; self + anon allowed", r.spoofRejected && r.selfOk && r.anonOk, `spoof=${r.spoofRejected} self=${r.selfOk} anon=${r.anonOk}`);
@@ -388,14 +381,9 @@ async function main(): Promise<void> {
         `owner=${JSON.stringify(r.ownerView)} stranger=${JSON.stringify(r.strangerView)} withCap=${JSON.stringify(r.strangerWithLinkView)}`,
       );
     });
-    await step("shareCap: a cap delivered to an inbox reveals the doc", async () => {
-      const r = await sdk<any>(frame, "capsShareCap", "@friend-" + Date.now());
-      check(
-        "share → inbox processed → the shared doc becomes readable, and the delivery is not surfaced",
-        r.before === 0 && r.after === 1 && r.surfacedDeposits === 0,
-        `before=${r.before} after=${r.after} surfaced=${r.surfacedDeposits}`,
-      );
-    });
+    // MOVED to the applicative suite (`e2e/notebook.ts`, "Alice's protected note stays
+    // shut until she gives Bob the key"): sharing is a journey, and it is worth more
+    // driven through two screens than through two calls on one page.
 
     // ── accounts (IdentityStore) ────────────────────────────────────────────
     console.log("\n── accounts (IdentityStore) ──");