chore(idea): bookkeeping .ideai — tickets #184-#207, contexts agents, mémoire (préparation train refonte web #202)

.ideai/tickets/185/carnet.md

@@ -0,0 +1,26 @@
+---
+issueRef: "#185"
+version: 13
+updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
+updatedAt: 1786709806993
+---
+2026-08-13
+- Constaté depuis Main que `.ideai/permissions.json` est déjà en `allow` global sur read/write/delete/executeBash.
+- DevBackend et DevFrontend ont confirmé un runtime effectif limité à `.git` + run dir + `/tmp`.
+- Relaunch complet de DevBackend testé: même runtime après relance, donc ce n'est pas une simple vieille session restée bloquée.
+- Les tests backend verrouillent actuellement que le project root ne soit PAS ajouté comme writable root pour Codex structured (`agent_lifecycle.rs`).
+- Vérification en cours: comparer avec un agent non-Codex pour savoir si le blocage est spécifique à Codex structured ou plus global au runtime IdeA.
+- Confirmation live du 2026-08-13 par DevBackend: impossible d'écrire dans `/home/anthony/Documents/Projects/IdeA` hors `.git`; writable roots effectifs = run dir agent + `.git` + `/tmp`; erreur de probe = `Read-only file system`.
+- Confirmation live du 2026-08-13 par DevFrontend: même verdict; writable roots effectifs = run dir agent + `.git` + `/tmp`; `findmnt -T /home/anthony/Documents/Projects/IdeA` vu `ext4 ro,...`; probe d'écriture racine projet en échec `Read-only file system`.
+- Décision Main: lancer maintenant le cycle du ticket sur la base de ce constat reproductible côté Dev.
+- Cadrage Architecture reçu: la divergence est verrouillée dans `crates/application/src/agent/lifecycle.rs` et ses tests; lot minimal = réinjecter `project.root` dans `writable_roots` structured Codex en `workspace-write`, réaligner le `SandboxPlan` OS, et mettre à jour les tests.
+- Décision Git reçue: branche de travail à utiliser = `fix/185-codex-structured-project-root-write` depuis `develop`; lancement demandé via worktree `/tmp` pour contourner le blocage d'écriture du root projet.
+- DevBackend a implémenté le fix dans le worktree `/tmp/idea-worktrees/fix-185-codex-structured-project-root-write` sans commit, avec modifications de `crates/application/src/agent/lifecycle.rs` et `crates/application/tests/agent_lifecycle.rs`.
+- QA du 2026-08-13: verdict VERT sur le périmètre #185 via `cargo test -p application --test agent_lifecycle codex_ -- --nocapture` (15/15 verts). Régression plus large `cargo test -p application --test agent_lifecycle -- --nocapture`: 91/92 verts, seul échec restant = `launch_conventionfile_injects_assigned_skills_in_order`, diagnostiqué hors périmètre du ticket #185.
+- Ticket passé en statut QA; attente des opérations Git locales (commit puis éventuel merge dans `develop`) pour figer l'état à builder dans l'AppImage.
+2026-08-14
+- Retour utilisateur: meme apres le fix precedent et une nouvelle AppImage, les agents n'ont toujours pas l'ecriture au root projet quand les permissions sont accordees.
+- Architect: cause probable complete = non-canonicalisation du `project_root` fourni a `SandboxContext` / `compile_sandbox_plan`, surtout visible en contexte AppImage/chemin non canonique.
+- DevBackend: aligne le `project_root` canonique entre `SandboxContext`, `writable_roots` Codex `workspace-write` et plan OS sandbox; ajoute la couverture de non-regression sur cas symlink / non-canonique.
+- QA 2026-08-14: tests cibles permissions verts mais branche rouge sur `launch_conventionfile_injects_assigned_skills_in_order`.
+- DevBackend a ensuite corrige le test de convention file pour refleter le contrat actuel des skills (`# Skills disponibles` avant la persona, ordre d'assignation, sans injecter les corps complets) ; suite locale annoncee verte, revalidation QA demandee.

.ideai/tickets/185/issue.md

@@ -0,0 +1,17 @@
+---
+id: "3eea8ad2-e8c5-4a1a-881e-dbf129aa60b0"
+number: 185
+title: "Codex structured sandbox: rétablir l'écriture du project root pour les agents Dev sans perdre l'accès à .git"
+status: "inProgress"
+priority: "critical"
+sprint: null
+links: []
+agentRefs: [{"agentId":"b4730d7f-c54d-4736-8a04-c6203aa2fd49","role":"assigned"},{"agentId":"fe887179-933f-47d4-960f-c3b06827f86c","role":"assigned"}]
+attachments: []
+createdBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
+updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
+createdAt: 1786606428812
+updatedAt: 1786709806993
+version: 13
+---
+L'UI expose une policy Allow/Write globale, mais les sessions structurées Codex semblent recevoir un runtime dont les writable_roots sont limités aux racines Git enrichies. Les tests backend actuels verrouillent même que le project root ne soit pas ajouté comme writable root. Impact: Main et potentiellement DevBackend/DevFrontend ne peuvent plus modifier le code applicatif malgré une UI permissive. Objectif: réaligner la projection structured Codex et/ou le plan OS sandbox avec la policy UI voulue, en conservant l'accès Git ajouté récemment.