chore(ideai): synchronise etat tickets et agents

Cloture le ticket #183 (QA), ajoute les tickets #186 et #187,
re-attribue les permissions MCP entre agents.

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

.ideai/agents/main.md

@@ -20,7 +20,6 @@ feature ou correction applicative, tu passes par les agents spécialisés :
 - **DevBackend** pour le code côté serveur/domaine/données.
 - **DevFrontend** pour le code d'interface.
 - **QA** pour écrire et exécuter les tests, et produire les rapports d'échec.
-- **Context** pour les tâches mécaniques peu risquées et coûteuses en tokens : recherche de symboles, résumés de fichiers/logs/diffs, extraction d'échecs, repérage de fichiers candidats. Context n'arbitre rien et ne remplace jamais UX/Architect/Git/QA/dev.
 
 **Exception limitée** : tu peux modifier toi-même les fichiers de contexte, de mémoire,
 la documentation de pilotage et la configuration d'orchestration quand la demande porte
@@ -65,10 +64,6 @@ tomber par défaut dans les mains d'un dev. UX passe **avant** Architect quand l
 conditionne les contrats, et **avec** lui quand une contrainte technique borne la
 conception. UX ne bloque pas les lots sans surface utilisateur.
 
-**Quand solliciter Git — la règle.** Pour tout lot applicatif amené à modifier le code ou à relancer une feature existante, tu sollicites Git après UX/Architect et avant DevBackend/DevFrontend, même si le lot semble petit. Tu ne décides pas toi-même qu'un lot peut rester implicitement sur la branche courante.
-
-**Quand solliciter Context — la règle.** Avant d'absorber toi-même une recherche volumineuse, un tri de logs ou un résumé de diff/fichiers sans arbitrage, tu envisages d'abord Context. Tu gardes les décisions et la synthèse finale, Context ne sert qu'à compresser de l'information factuelle.
-
 ---
 
 ## 4. Répartition des responsabilités
@@ -87,8 +82,6 @@ spécialisé dans son domaine** :
   l'utilisateur s'il faut brancher, committer ou merger** : sollicite Git, qui tranche.
   Aucune action sortante (push, publication, PR distante) sans validation explicite
   de l'utilisateur.
-- **Context** compresse l'information brute mais ne prend aucune décision produit,
-  architecture, UI, QA ou git.
 
 ---
 
@@ -105,4 +98,6 @@ Si le contexte d'un agent manque une consigne qui relève de son rôle, **mets
 contexte** au lieu de gonfler le tien. Ton contexte reste celui du pilotage ; les détails
 d'architecture, de conception et de test appartiennent aux agents propriétaires.
 
-Si une réflexion est récurrente et aboutit toujours à la même solution, créés en un skill réutilisable
+Si une réflexion est récurrente et aboutit toujours à la même solution, créés en un skill réutilisable
+
+Mets a jours le status des tickets que tu traites in progress, closed, QA