chore(tickets): synchronise index/carnets tickets #131-#139 + note mémoire assets/persistance plugins

État runtime .ideai séparé du code (index, counter, carnets, note mémoire
plugin-asset-serving-and-owned-storage-contracts). Purge des tickets obsolètes
51/63/66.

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

.ideai/tickets/131/issue.md

@@ -0,0 +1,39 @@
+---
+id: "4092a7bf-5abb-4056-9e6d-226c392b2279"
+number: 131
+title: "Configurer l'effort par agent avec presets adaptatifs selon le profil AI"
+status: "open"
+priority: "medium"
+sprint: null
+links: []
+agentRefs: []
+attachments: []
+createdBy: {"kind":"agent","agent_id":"a6ced819-b893-4213-b003-9e9dc79b9641"}
+updatedBy: {"kind":"agent","agent_id":"a6ced819-b893-4213-b003-9e9dc79b9641"}
+createdAt: 1785687359220
+updatedAt: 1785687359220
+version: 1
+---
+Objectif: permettre de choisir l'effort de chaque agent, idéalement via une droplist qui s'adapte au profil AI sélectionné (ex: Codex, Claude Code, OpenCode), tout en conservant un fallback sûr.
+
+Cadrage validé en pré-analyse:
+- Faisabilité: oui.
+- Recommandation produit/contrat: approche hybride contrôlée.
+- UI recommandée: droplist dépendante du profil AI + option "Personnalisé" ouvrant un champ texte/valeur libre si nécessaire.
+
+Attendus de conception:
+- Le profil AI déclare ses options natives d'effort/presets quand elles existent.
+- La UI affiche ces options dans une droplist ordonnée du plus léger au plus profond.
+- Si le provider n'expose pas d'options propres, fallback vers des presets génériques (ex: Rapide / Standard / Approfondi) clairement marqués comme options par défaut.
+- Une option "Personnalisé" reste disponible pour couvrir les providers ou cas non modélisables proprement.
+
+Attendus de contrat:
+- Ajouter sur le profil AI un mécanisme déclaratif d'options d'effort (ex: effort_options avec label + valeur interne + éventuels hints).
+- Le DTO d'agent doit persister soit un preset choisi, soit une valeur brute personnalisée.
+- Prévoir la rétrocompatibilité avec les profils/configs existants, notamment les champs Codex déjà proches de cette notion.
+
+Risques à traiter:
+- Mapping imparfait entre presets UI et paramètres natifs des providers.
+- Cohérence des libellés entre providers.
+- Découverte UX de l'option "Personnalisé".
+- Rétrocompatibilité/persistance sur les profils existants.