docs(android): the save cost, resolved by the cheapest route and measured

Attachment removed from the vault on the desktop, then a sync: 266299 bytes
became 49268. It weighed 217031 bytes - 81% of everything that travelled on
every write, against an estimate of 78%. The fetch fell from 3244 ms to
597 ms.

The phone can now save an attachment to Downloads, so it cost nothing. Worth
keeping: the weight of a synced vault is its attachments, and since the
container is monolithic, each one is paid on every write of any entry.

android-client/PLAN.md

@@ -960,6 +960,27 @@ quand la liaison est bonne, **jusqu'à 4–5 s** quand elle l'est moins. L'écar
 est celui du réseau, pas du code — les 46 ms de chiffrement sont les mêmes dans
 les deux cas.
 
+#### Résolu le 2026-08-22 — par la voie 1, sans une ligne de code
+
+La pièce jointe retirée du coffre depuis le poste, puis une synchronisation :
+
+```
+HTTP 200 in 597 ms
+received 49268 bytes
+```
+
+**266 299 → 49 268 octets.** Elle pesait donc 217 031 octets, soit **81 % de ce
+qui voyageait à chaque écriture** — l'estimation disait 78 %. Le tirage tombe de
+3244 ms à 597 ms, et l'envoi suit la même proportion.
+
+Le téléphone sachant désormais enregistrer une pièce jointe dans
+*Téléchargements* (§3), l'opération s'est faite sans rien perdre. La leçon vaut
+d'être gardée : **le poids d'un coffre synchronisé, ce sont ses pièces
+jointes**, et le conteneur étant monolithique, chacune se paie à chaque
+écriture de n'importe quelle entrée.
+
+Les deux autres voies restent disponibles si le besoin revient :
+
 Trois voies, par coût croissant :
 
 1. **Sortir la pièce jointe du coffre synchronisé** (depuis le poste). Aucune