Contexte : spec « Coffre de secrets ObsiGate » §12 (Spark). Dépend de la Phase 1 (distribution ObsiGate). Travail réparti : côté ObsiGate = contrat de distribution ; côté agent-commun = registre Identités + injection — coordonner, ne pas dupliquer la logique de chiffrement côté Spark.
Périmètre côté ObsiGate :
Le contrat POST /api/coffres/distribuer doit supporter le cas Spark : jeton consommateur « spark », contexte {type: "mission", id: }, erreurs explicites pour acces_requis.
Documentation du contrat pour agent-commun (référence, contexte, erreurs, audit).
Périmètre côté agent-commun (à suivre dans son dépôt, en branche + PR, jamais merge sans go) :
Le module Identités RESTE un registre sans secret, sans colonne de valeur, refusant les valeurs ressemblant à un secret (règle PR #5 inchangée). Seul changement : le champ detenteur libre (« vault ObsiGate ») devient une référence structurée coffre:/, validée à l'enregistrement.
Flux : LLM = référence + accès oui/non, jamais la valeur ; octroi manquant => mission en acces_requis nommant l'accès ; octroi présent + mission approuvée (enveloppe budgétaire) => le service Spark appelle /distribuer (jeton spark) => valeur injectée en variable d'environnement de l'exécuteur (patron existant des clés d'exécuteurs), jamais dans le prompt ; fin de mission = environnement détruit, rien ne persiste.
Révocation dans ObsiGate (ou dans Identités, qui la propage) : la mission suivante repasse en acces_requis. Limite assumée et affichée : une mission déjà démarrée conserve son environnement jusqu'à sa fin.
AUCUN outil MCP de lecture de secret, AUCUNE valeur dans les étapes d'activité, les journaux ou les livrables.
Critères d'acceptation :
Mission de test : sans octroi => acces_requis ; avec octroi => succès, aucune valeur dans les étapes, les logs ou le prompt.
Révocation => mission suivante en acces_requis.
Contexte : spec « Coffre de secrets ObsiGate » §12 (Spark). Dépend de la Phase 1 (distribution ObsiGate). Travail réparti : côté ObsiGate = contrat de distribution ; côté agent-commun = registre Identités + injection — coordonner, ne pas dupliquer la logique de chiffrement côté Spark.
Périmètre côté ObsiGate :
- Le contrat POST /api/coffres/distribuer doit supporter le cas Spark : jeton consommateur « spark », contexte {type: "mission", id: <id-mission>}, erreurs explicites pour acces_requis.
- Documentation du contrat pour agent-commun (référence, contexte, erreurs, audit).
Périmètre côté agent-commun (à suivre dans son dépôt, en branche + PR, jamais merge sans go) :
- Le module Identités RESTE un registre sans secret, sans colonne de valeur, refusant les valeurs ressemblant à un secret (règle PR #5 inchangée). Seul changement : le champ detenteur libre (« vault ObsiGate ») devient une référence structurée coffre:<slug>/<nom>, validée à l'enregistrement.
- Flux : LLM = référence + accès oui/non, jamais la valeur ; octroi manquant => mission en acces_requis nommant l'accès ; octroi présent + mission approuvée (enveloppe budgétaire) => le service Spark appelle /distribuer (jeton spark) => valeur injectée en variable d'environnement de l'exécuteur (patron existant des clés d'exécuteurs), jamais dans le prompt ; fin de mission = environnement détruit, rien ne persiste.
- Révocation dans ObsiGate (ou dans Identités, qui la propage) : la mission suivante repasse en acces_requis. Limite assumée et affichée : une mission déjà démarrée conserve son environnement jusqu'à sa fin.
- AUCUN outil MCP de lecture de secret, AUCUNE valeur dans les étapes d'activité, les journaux ou les livrables.
Critères d'acceptation :
- Mission de test : sans octroi => acces_requis ; avec octroi => succès, aucune valeur dans les étapes, les logs ou le prompt.
- Révocation => mission suivante en acces_requis.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Contexte : spec « Coffre de secrets ObsiGate » §12 (Spark). Dépend de la Phase 1 (distribution ObsiGate). Travail réparti : côté ObsiGate = contrat de distribution ; côté agent-commun = registre Identités + injection — coordonner, ne pas dupliquer la logique de chiffrement côté Spark.
Périmètre côté ObsiGate :
Périmètre côté agent-commun (à suivre dans son dépôt, en branche + PR, jamais merge sans go) :
Critères d'acceptation :