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>

crates/domain/src/lib.rs

@@ -188,10 +188,11 @@ pub use layout::{
 pub use events::{DomainEvent, OrchestrationSource};
 
 pub use permission::{
-    render_permission_summary, resolve as resolve_permissions, AgentPermissionOverride, Capability,
-    CommandMatcher, CommandRule, Effect, EffectivePermissions, Glob, PathScope, PermissionError,
-    PermissionProjection, PermissionProjector, PermissionRule, PermissionSet, Posture,
-    ProjectPermissions, ProjectedFile, ProjectionContext, ProjectorKey, PERMISSIONS_VERSION,
+    opencode_permission_block, render_permission_summary, resolve as resolve_permissions,
+    AgentPermissionOverride, Capability, CommandMatcher, CommandRule, Effect, EffectivePermissions,
+    Glob, PathScope, PermissionError, PermissionProjection, PermissionProjector, PermissionRule,
+    PermissionSet, Posture, ProjectPermissions, ProjectedFile, ProjectionContext, ProjectorKey,
+    PERMISSIONS_VERSION,
 };
 
 pub use plugin::{