refactor: renommer client → sdk, et fusionner les deux portes en une

Deux mouvements de surface, aucun changement de comportement.

**`packages/client` → `packages/sdk`, `@ng-eventually/client` → `@ng-eventually/sdk`.**
« client » ne disait rien : ce paquet EST le SDK que l'application appelle, et c'est
tout ce qu'elle appelle. L'ancien nom reste comme mot-clé de recherche dans
`docs/source-layout-by-fate.md` et le tableau des paquets du README.

**Une seule entrée.** L'entrée `./polyfill` disparaît ; ses symboles applicatifs —
`configure`, `configureStoreRegistry`, `setCurrentUser`, `connectedUser` et leurs types
— vivent dans un bloc `POLYFILL-ERA` de `src/index.ts`.

Ce que la seconde porte portait mérite d'être nommé avant d'être retiré : *ce qu'on
importe de ce chemin est exactement ce qu'on supprimera à la migration*. Une seule
porte perd ce signal — rien à la ligne d'import ne distingue `configure`, qui part, de
`docs`, que le vrai SDK remplace sur place. Trois choses le portent désormais : le bloc
lui-même, l'inventaire d'exports de `docs/api-contract.md` (épinglé par
`test/vocabulary.test.ts`, donc il ne peut pas rancir en silence), et le contrôle de
vocabulaire sur les noms publiés.

**Six symboles quittent la surface au passage**, et la fusion est ce qui a rendu le
choix visible plutôt qu'hérité :

- `getConfig` / `getStoreRegistryDeps` — câblage interne, atteint par
  `shared-wallet/bootstrap` ;
- `resetConfig` / `resetStoreRegistry` / `resetCaps` — remises à zéro de test, atteintes
  par leur chemin interne, ce qui est leur raison d'être ;
- le `share` direct — `inbox.share` a toujours été la même fonction, et la publier deux
  fois brouillait la frontière qu'elle servait à marquer.

Corrections d'affirmations fausses trouvées en chemin : le contrat annonçait `isNuri` /
`hasReadCap` sur la porte SDK alors qu'ils ne sont plus exportés depuis le passage au
permissif en entrée (`NuriLike` validé à la porte) ; le README du paquet documentait
`capFor`, `shareCap`, `getCaps` et `publishRepoLink`, dont aucun n'existe ; et le README
de l'app d'exemple affirmait que la suite e2e la pilote, ce qui reste à faire.

179 tests unitaires, typecheck bibliothèque / exemple / harnais, e2e 42/42 contre le
broker en ligne — mesuré une fois après le renommage, une fois après la fusion.

docs/simulation.md

@@ -11,7 +11,7 @@
 > file for *how* each emulation works; read those two for *what is fake* and *what
 > replaces it*.
 
-The consumer application writes against `@ng-eventually/client` as if NextGraph
+The consumer application writes against `@ng-eventually/sdk` as if NextGraph
 already shipped per-entity documents in public/protected/private stores, capabilities
 and inboxes. It hasn't (see [`nextgraph-current-state.md`](./nextgraph-current-state.md)).
 This file is the lib's own engineering doctrine on how it fabricates that mature
@@ -143,7 +143,7 @@ public/protected/private stores — on top of one shared wallet.
 - **Generic by construction.** The registry knows only the three native scopes,
   zero application entity kind. The consumer application maps its entities to a scope
   and injects the session + identity-id normalization via `configureStoreRegistry({
-  getSession, normalizeId })` (`polyfill.ts`).
+  getSession, normalizeId })` (`shared-wallet/bootstrap.ts`, published by the entry).
 
 The `store≠document` two axes materialize here directly: the registry moves along
 axis B (more documents = more isolation), never axis A (it always writes into the
@@ -361,7 +361,7 @@ another name.
 
 ### Sharing, publication, and the recipient
 
-- **`setCurrentUser(id)` (`polyfill.ts`)** — the SDK's "current identity" call.
+- **`setCurrentUser(id)` (`shared-wallet/bootstrap.ts`)** — the SDK's "current identity" call.
   It selects *whose* caps are consulted, lazily, so the delivered subset always
   reflects the identity in effect at read time.
 - **`inbox.share(doc, toUser)`** — the one sharing act the lib exposes. Recipients
@@ -639,5 +639,5 @@ document trust root):
   (`did:ng:...`): validates and throws on IRI-breaking chars rather than emitting
   a malformed/injected query.
 
-These are re-exported from `@ng-eventually/client` so the consumer application
+These are re-exported from `@ng-eventually/sdk` so the consumer application
 reuses the same escaping when it builds SPARQL.