Blomios
5efb026a80
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>
44 lines
2.3 KiB
Markdown
44 lines
2.3 KiB
Markdown
---
|
|
id: "e5db2ff6-64c6-4aaa-a070-67f6904bd7eb"
|
|
number: 115
|
|
title: "Rendre visibles les skills IdeA assignés dans le contexte effectif de chaque agent"
|
|
status: "closed"
|
|
priority: "high"
|
|
sprint: null
|
|
links: []
|
|
agentRefs: []
|
|
attachments: []
|
|
createdBy: {"kind":"agent","agent_id":"a6ced819-b893-4213-b003-9e9dc79b9641"}
|
|
updatedBy: {"kind":"agent","agent_id":"cd0b4cf1-1bef-4fae-ade5-f0a6b49bbaf5"}
|
|
createdAt: 1785497413891
|
|
updatedAt: 1785499018589
|
|
version: 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 |