Blomios 56631bd3c8 fix(backend): projeter les EffectivePermissions dans le bloc permission d'opencode.json ...

Les 4 générateurs opencode.json/opencode_provider.json codaient en dur
{"bash":"ask","edit":"ask"}, ignorant les permissions configurées côté
IdeA pour l'agent. Claude et Codex appliquaient déjà PermissionProjector,
seul OpenCode passait à côté.

Ajoute domain::opencode_permission_block(eff: Option<&EffectivePermissions>)
qui mappe bash ← posture bash effective, edit ← posture Write effective
(Read/Delete non exprimables dans le schéma OpenCode, déjà enforcées par
le sandbox Landlock). eff == None omet la clé permission entièrement,
préservant le prompting natif OpenCode — même invariant que Claude/Codex.

Câble eff jusqu'aux 4 sites d'appel (lifecycle.rs + assistant/mod.rs,
variantes llamacpp et provider cloud). Le chemin ticket-assistant
(assistant/mod.rs) n'a pas de PermissionStore par agent pour l'instant,
donc eff y reste None (comportement inchangé, pas de régression).

Réf ticket #94.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

2026-07-23 18:14:20 +02:00

..

src

fix(backend): projeter les EffectivePermissions dans le bloc permission d'opencode.json

2026-07-23 18:14:20 +02:00

tests

feat(backend): système de plugins — domaine, application, infrastructure (#43)

2026-07-22 07:37:03 +02:00

Cargo.toml

feat(backend): appareils appairés persistants, révocables et code éphémère (#77 B1-B4)

2026-07-17 13:26:56 +02:00