chore(tickets): synchronise les statuts tickets et l'état plugin android

Rattrapage de l'état runtime .ideai/ (tickets #119-#139/#147 clôturés,
compteur→149, ticket #148 clos et QA verte, métadonnées plugin android) —
séparé du code de feature avant d'ouvrir le travail sur le nouveau bug
de lancement CLI custom.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

.ideai/tickets/138/issue.md

@@ -2,17 +2,17 @@
 id: "e33fd0ea-e7c6-40dc-a244-f158e44ac4a7"
 number: 138
 title: "SDK plugins: contrat de persistance plugin-owned hors projet et effacement total à la désinstallation"
-status: "qa"
+status: "closed"
 priority: "critical"
 sprint: null
 links: []
 agentRefs: [{"agentId":"b4730d7f-c54d-4736-8a04-c6203aa2fd49","role":"assigned"}]
 attachments: []
 createdBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
-updatedBy: {"kind":"agent","agent_id":"b4730d7f-c54d-4736-8a04-c6203aa2fd49"}
+updatedBy: {"kind":"user"}
 createdAt: 1785702748769
-updatedAt: 1785703680849
-version: 4
+updatedAt: 1785881187672
+version: 5
 ---
 Le lot #133/#135 traite déjà le confinement du package installé et l’absence d’écritures parasites au runtime, mais il reste un trou produit/API majeur : le SDK public et son exemple `sdk/IdeaSDK/examples/hello-plugin` montrent encore des écritures plugin sous `.ideai/hello-plugin.txt` et `.ideai/hello-plugin.json`, alors que l’objectif utilisateur est un modèle type VSCode où l’état propre au plugin ne pollue jamais le projet et disparaît entièrement à la désinstallation.