Files
IdeA/.ideai/tickets/131/issue.md
Blomios 59d81851e9 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>
2026-08-03 11:06:30 +02:00

2.0 KiB

id, number, title, status, priority, sprint, links, agentRefs, attachments, createdBy, updatedBy, createdAt, updatedAt, version
id number title status priority sprint links agentRefs attachments createdBy updatedBy createdAt updatedAt version
4092a7bf-5abb-4056-9e6d-226c392b2279 131 Configurer l'effort par agent avec presets adaptatifs selon le profil AI open medium null
kind agent_id
agent a6ced819-b893-4213-b003-9e9dc79b9641
kind agent_id
agent a6ced819-b893-4213-b003-9e9dc79b9641
1785687359220 1785687359220 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.