docs: inbox_post_link est notre nom, pas une API NextGraph annoncée

Le symbole n'existe nulle part dans `nextgraph-rs`, et aucune méthode de
`@ng-org/web` ne contient « inbox ». Il vient de notre propre plan de fork
(`docs/fork-inbox-fallback.md:32` — « expose `pub async fn inbox_post_link` »),
d'où il a essaimé dans huit autres endroits, cité comme une API « proposed/
future » de NextGraph. Une proposition interne devenue un fait par répétition —
le même mécanisme que « chaque document a une inbox native » et que l'inbox
mutualisée.

Corrigé partout sauf dans le plan de fork, où le nom est légitime puisque c'est
lui qui le propose. Et l'énoncé exact est désormais posé : on ne connaît NI le
nom NI la forme de la future surface JS pour les inbox — ce n'est pas
« non implémenté », c'est inconnu.

Ce qui est réellement vérifié côté moteur : `AppRequestCommandV0::InboxPost`
existe et `AppRequest::inbox_post()` le construit, mais le request_processor n'a
aucun arm pour lui — l'envoyer ne déclenche rien. Le seul dépôt qu'un client JS
peut provoquer aujourd'hui passe par `import_contact_from_qrcode`, qui appelle
`post_to_inbox(InboxPost::new_contact_details(...))` avec `with_readcap = false`
— la variante `true` étant `unimplemented!()`.

docs/nextgraph-current-state.md

@@ -151,8 +151,11 @@ it processes its inbox — there is no separate curator or materialization servi
   `QrCodeProfile(Import)`, `Header`, `Create`, `FilePut`). Sending an `InboxPost`
   triggers nothing.
 - Building an `InboxPost` requires crypto sealing on the Rust side; no wasm
-  helper exposes it. A high-level `inbox_post_link` is a proposed/future API, not
-  yet present.
+  helper exposes it, and **no `inbox` method exists in `@ng-org/web` at all**.
+  *(`inbox_post_link`, named across this repo's docs, is OUR proposed name from
+  [`fork-inbox-fallback.md`](./fork-inbox-fallback.md) — grep `nextgraph-rs` and it
+  is nowhere. Nothing is announced about the eventual JS surface for inboxes: its
+  name and shape are unknown, not merely unimplemented.)*
 - Inbox deposit is only triggered internally by `QrCodeProfileImport`
   (`post_to_inbox(new_contact_details)`) and `social_query_start` (contact
   propagation via inbox).