docs: la cascade répond à un besoin, pas à un inventaire

Garde-fou ajouté après avoir produit exactement le travers qu'il interdit :
proposer d'instruire `graph_orm_update` / `discrete_orm_update` au seul motif
qu'elles figuraient dans la liste des méthodes du binding non utilisées. Aucun
besoin, aucun symptôme, aucun coût — un audit qui a l'air rigoureux et ne répond
à rien.

Une fonction inutilisée n'est pas une dette. La cascade répond à « il faut faire
X : sur quoi s'aligner ? », pas à « vérifions qu'on se sert de tout ».

Au passage, l'argument avancé était faux : `graph_orm_update` est dans
`lib-wasm` (`lib.rs:1998`), donc de niveau 2 comme `sparql_update`, et non de
niveau 3. Et sa signature `(subscription_id, diff, session_id)` la réserve à
l'intérieur d'une souscription ORM active — c'est le canal d'écriture de l'ORM,
pas une primitive d'écriture générale, donc pas un substitut.

README.md

@@ -146,6 +146,10 @@ Concretely for the inbox: level 3 has nothing, level 2 has **no `inbox` method a
 engine's model (one inbox ↔ one repo, addressed by `(overlay, pubkey)`, no target
 document in the message) with a JS surface of our own making.
 
+This cascade answers *"we need X — what do we align on?"*. It is **not** a checklist to
+run over what the target exposes: an unused binding method is not a debt, and "it was in
+the unused list" is not a reason to investigate it.
+
 > **Do not confuse these levels with the other "three levels" in this repo.**
 > [`docs/readcap-and-nuri-model.md`](./docs/readcap-and-nuri-model.md) §4quinquies numbers
 > *where a cap is stored* (wallet root key → the Store/User branch registers → the local