blomios/IdeA
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
6959fbbe9a25b2cb96109577964a3f6a8d5c2ad2
IdeA/.ideai/tickets/115/issue.md
Blomios 5efb026a80 chore(tickets): synchronise l'état runtime des tickets et de la mémoire 
Clôture #114/#115/#116/#117, suppression #111, ouverture #119/#120/#121,
notes mémoire root-cause #113 et angle d'investigation #120.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-07-31 23:52:33 +02:00

2.3 KiB
Raw Blame History

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
e5db2ff6-64c6-4aaa-a070-67f6904bd7eb 115 Rendre visibles les skills IdeA assignés dans le contexte effectif de chaque agent closed high null
kind agent_id
agent a6ced819-b893-4213-b003-9e9dc79b9641
kind agent_id
agent cd0b4cf1-1bef-4fae-ade5-f0a6b49bbaf5
1785497413891 1785499018589 3

Constat: les agents n'utilisent pas les skills IdeA parce qu'ils n'ont pas connaissance, au runtime, de la liste des skills qu'IdeA leur met à disposition.

Objectif: Faire en sorte que, quel que soit l'agent/profil, la liste des skills IdeA assignés soit correctement visible et exploitable par le modèle.

Attendu produit/architecture:

  • La liste des skills assignés doit être traitée comme un artefact d'orchestration/capability snapshot, pas comme du texte documentaire passif.
  • Source de vérité unique côté orchestrateur: catalogue réel des skills + règles d'assignation par agent.
  • Injection systématique de cette liste dans le contexte effectif/prompt livré au modèle:
    • au lancement
    • à la reprise
    • au handoff/changement de profil
    • idéalement à chaque reconstruction de contexte/tour
  • Format injecté court, stable, structuré et provider-agnostic, avec version de snapshot/catalogue.
  • Règles injectées explicitement: utiliser un skill listé quand la demande y correspond, lire son détail via idea_skill_read(name=...).
  • Fallback runtime si la liste change: soit mécanisme de refresh orchestrateur, soit endpoint/outillage canonique de relecture de la liste assignée.

Invariants à garantir:

  • ne jamais annoncer un skill non réellement accessible
  • ne jamais omettre un skill réellement assigné
  • aucun agent ne commence un tour sans snapshot de skills cohérent avec l'état orchestrateur
  • comportement homogène quel que soit le provider/profil
  • snapshot versionné et traçable

Critères de validation:

  • pour un agent ayant des skills assignés, la liste apparaît bien dans le contexte effectif vu par le modèle
  • l'agent peut citer/consommer un skill assigné sans connaissance préalable externe
  • un changement d'assignation est reflété sans dérive durable entre orchestrateur et agent