Files
IdeaSDK/.ideai/tickets/96/issue.md
Blomios 5955ea37a2 chore(tickets): synchronise l'état ticketing courant
Met à jour les carnets/issues existants et ajoute les tickets #108,
#109, #111, #112 créés durant le cycle. État runtime sans rapport
avec le lot de code #82, isolé dans son propre commit.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-07-29 15:57:37 +02:00

1.3 KiB

id, number, title, status, priority, sprint, links, agentRefs, createdBy, updatedBy, createdAt, updatedAt, version
id number title status priority sprint links agentRefs createdBy updatedBy createdAt updatedAt version
d5993d21-307b-4fc8-93f9-2bfbf44223d8 96 Les assistants de ticket (tous adaptateurs) n'ont aucune résolution EffectivePermissions — permission toujours native/absente closed low 883534aa-7fc1-4d83-a9c0-17cac4a4eea5
kind agent_id
agent a6ced819-b893-4213-b003-9e9dc79b9641
kind
user
1784823281794 1785271075243 4

Trouvé en implémentant #94 (projection des permissions dans opencode.json). Le call site des assistants de ticket dans crates/infrastructure/src/assistant/mod.rs n'a aucun PermissionStore/EffectivePermissions câblé, pour aucun adaptateur (Claude, Codex, OpenCode) — vérifié par grep sur la composition root crates/backend/src/lib.rs. Le fix #94 y passe donc eff: None (préserve le comportement natif existant, pas de régression), mais ce n'est pas un vrai fix de fond : les permissions IdeA configurées pour un agent n'ont jamais été appliquées aux assistants de ticket, quel que soit l'adaptateur.

À trancher par Architect : soit câbler la résolution EffectivePermissions pour ce call site (comme pour les agents normaux), soit documenter que c'est un choix produit intentionnel (permanent) et fermer sans y toucher. Non bloquant, priorité basse.