chore(tickets): sync store local — #307 QA verte finale backend+frontend, merge develop e1dbe56 (branche fix/307-startup-ghost-states-reconciliation commit 57cf825), carnet v7 section Git; AppImage rebuild 14:21 déjà formalisée v0.46.0 (commit dédié 99b400a + tag annoté, artefact sha256 vérifié identique au contenu develop post-merge — pas de nouveau tag); tickets 299-307 + index/counter + #296 carnet/issue; attachments/ et scripts/ hors périmètre; aucun push

.ideai/tickets/296/carnet.md

@@ -1,8 +1,8 @@
 ---
 issueRef: "#296"
-version: 2
+version: 4
 updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
-updatedAt: 1788976061895
+updatedAt: 1788976624245
 ---
 
 ## QA - 2026-09-09 - Validation unified agent capabilities
@@ -193,3 +193,45 @@ Classification précise des 32 échecs frontend complets : hors périmètre #296
 Relance des 6 fichiers web seuls reproduite avec les mêmes 32 échecs (`32 failed | 24 passed`), et relance isolée de `WebAgentCell.test.tsx`, `WebMenus.test.tsx`, `ProjectsView.ls7.test.tsx` confirme que ces familles échouent indépendamment de #296. Non bloquant pour #296.
 
 Verdict QA : VERT pour le périmètre #296, avec dette de tests web hors périmètre confirmée.
+
+## Git - 2026-09-09 - Intégration locale
+
+Cycle Git terminé, sans push.
+
+Submodule `sdk/IdeaSDK` :
+
+- Commit feature : `d93e302` (`feat(sdk): ...`).
+- Merge local develop : `436ed59`.
+
+Repo parent :
+
+- Commit applicatif : `e283f4a` (`feat(agents,plugins): ...`).
+- Commit pointeur SDK : `fda1b2d`.
+- Commit tickets : `2c3234e`.
+- Merge local vers `develop` : `f78f009`.
+
+Réserves Git : suites complètes rouges classées non bloquantes par QA; rebuild AppImage/validation live restaient à faire au moment du merge; aucun push; `scripts/` non suivi hors périmètre.
+
+## AppImage - 2026-09-09 - Build local
+
+Workflow `build-appimage` exécuté après merge pour produire un artefact installable/testable.
+
+Commandes :
+
+```bash
+npm --prefix frontend run build
+cd crates/app-tauri
+mkdir -p /tmp/idea-cargo-home
+CARGO_HOME=/tmp/idea-cargo-home APPIMAGE_EXTRACT_AND_RUN=1 NO_STRIP=1 ../../frontend/node_modules/.bin/tauri build --bundles appimage
+```
+
+Résultat :
+
+```text
+Finished 1 bundle at:
+/home/anthony/Documents/Projects/IdeA/target/release/bundle/appimage/IdeA_0.3.0_amd64.AppImage
+```
+
+Artefact : `target/release/bundle/appimage/IdeA_0.3.0_amd64.AppImage`, 114M, sha256 `baddb3e9970c804f4123880fff1567f2344d140cf3dbcfaf85dc7d657851777f`.
+
+Remplacement de l'AppImage installée et relance IdeA non automatisés volontairement: cela tuerait la session d'orchestration active. Validation live de l'attribution depuis la fiche agent à faire après installation manuelle de cet artefact.

.ideai/tickets/296/issue.md

@@ -2,7 +2,7 @@
 id: "f6760649-4f0f-41bf-956a-ebc6444c5597"
 number: 296
 title: "Unifier l’attribution des skills et tools MCP natifs/plugins aux agents"
-status: "qa"
+status: "closed"
 priority: "high"
 sprint: null
 links: []
@@ -11,7 +11,7 @@ attachments: []
 createdBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
 updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
 createdAt: 1788973181342
-updatedAt: 1788976061895
+updatedAt: 1788976624245
-version: 2
+version: 4
 ---
 Demande utilisateur: pouvoir attribuer un tool MCP de plugin directement depuis l'interface, comme pour les skills, et regrouper l'attribution des skills/tools MCP provenant des plugins au même endroit que les skills et tools MCP natifs d'IdeA. Objectif UX: réduire les surfaces dispersées et rendre l'attribution des capacités agent plus instinctive.

.ideai/tickets/299/carnet.md

@@ -0,0 +1,110 @@
+---
+issueRef: "#299"
+version: 5
+updatedBy: {"kind":"agent","agent_id":"1ff94b51-3e17-4a39-8543-7715d1ff0f80"}
+updatedAt: 1788983152377
+---
+# Ticket #299 - Panneau MCP: detachement silencieux
+
+## Signalement
+Le panneau MCP ne fonctionne pas en fenetre detachee: quand l'utilisateur veut le detacher, rien ne se passe.
+
+## Cadrage UX
+- `Detacher` doit ouvrir immediatement une fenetre flottante/systeme titree `MCP`, avec le meme contenu/etat.
+- Une seule fenetre MCP: clics repetes => focus de la fenetre existante.
+- Fermer ou `Rattacher` remet MCP dans la cellule d'origine sans perte d'etat.
+- Si detachement impossible: ne pas rester silencieux; desactiver l'action ou afficher `Le panneau MCP ne peut pas etre detache pour le moment.` / erreur retry visible.
+
+## Cadrage Architect
+Hypothese forte: desalignement frontend/backend.
+- Frontend declare `mcp` detachable dans `frontend/src/features/projects/viewPlacement.ts` et le rend via `ViewPanelBody`.
+- Backend Tauri `ViewPanel` dans `crates/app-tauri/src/commands.rs` ne connait probablement pas `Mcp`.
+- `open_view_window("mcp")` echoue en `INVALID`, et `detachPanel` dans `ProjectsView.tsx` avale l'echec, donc effet utilisateur: rien.
+
+Correctif attendu:
+- Ajouter `Mcp` a l'enum/backend `ViewPanel` et aux branches `parse`, `as_str`, `title`.
+- Garantir label `view-mcp`, URL `index.html?panel=mcp`, reconnaissance de `view-mcp`.
+- Ne pas refondre docking/FloatingWindow/LeafView; ne pas toucher `McpPanel` sans preuve.
+- Preserver: pas de ghost detached slot si erreur backend, `projects` reste non detachable.
+
+Tests attendus:
+- Rust app-tauri pour parse/as_str/title/label/url/reconnaissance label MCP.
+- Frontend: ViewWindow query `?panel=mcp`, detach MCP, viewPlacement detachable MCP.
+
+## Etat orchestration
+Ticket cree par Main le 2026-09-09, statut inProgress. En attente branche Git puis implementation DevBackend/DevFrontend et validation QA.
+
+## Implementation DevBackend - 2026-09-09
+- Branche: `fix/299-mcp-panel-detach-window`.
+- Ajout de `ViewPanel::Mcp` dans `crates/app-tauri/src/commands.rs` avec les contrats:
+  - parse `mcp`;
+  - identifiant `mcp`;
+  - titre `MCP`;
+  - label stable `view-mcp`;
+  - URL `index.html?panel=mcp`.
+- La reconnaissance des labels courants et la restauration des fenetres persistees acceptent desormais `view-mcp`.
+- Tests Rust ajoutes pour parse/as_str/title/label/url, reconnaissance du label et identite persistee MCP.
+- Validation executee:
+  - `cargo fmt --all -- --check`: vert;
+  - `cargo test -p app-tauri view_window_tests`: vert, 9 tests passes;
+  - `cargo test -p app-tauri persisted_identity_accepts_mcp_view_label`: vert, 1 test passe.
+- Aucun changement frontend, aucun commit. Les modifications hors perimetre deja presentes dans le worktree ont ete laissees intactes.
+
+## Implementation DevFrontend - 2026-09-09
+- Verification du chemin existant: `mcp` est deja un `PanelId`, titre `MCP`, rendu par `ViewPanelBody` et accepte par `isDetachablePanel`; aucune refonte de docking/FloatingWindow/LeafView necessaire.
+- `ProjectsView.detachPanel` continue de n'appliquer le placement `detached` qu'apres succes de `openViewWindow("mcp")`, preservant l'absence de ghost slot en cas d'erreur.
+- L'echec de detachement n'est plus silencieux: alerte `Le panneau MCP ne peut pas etre detache pour le moment.` avec action `Reessayer`, tandis que le placement courant reste visible.
+- Tests frontend ajoutes/ajustes:
+  - `ViewWindow` accepte explicitement `?panel=mcp`;
+  - `ProjectsView` ouvre bien la fenetre OS avec l'identifiant `mcp`;
+  - un echec conserve le panneau flottant, affiche l'alerte et permet un retry concluant;
+  - `viewPlacement` confirme explicitement que `mcp` est detachable.
+- Validation executee:
+  - `npm test -- --run src/app/ViewWindow.test.tsx src/features/projects/ProjectsView.detach.test.tsx src/features/projects/viewPlacement.test.ts`: vert, 3 fichiers / 22 tests;
+  - `npm run build`: vert (`tsc --noEmit` + build Vite), avec uniquement l'avertissement existant de taille de chunk.
+- Aucun commit. Les changements backend et hors perimetre deja presents ont ete preserves.
+
+## QA - 2026-09-09
+Verdict: VERT pour #299 sur `fix/299-mcp-panel-detach-window`.
+
+Audit du diff:
+- Backend: `ViewPanel::Mcp` ajoute avec parse/as_str/title, label `view-mcp`, URL `index.html?panel=mcp`, et restauration des labels persistants.
+- Frontend: `?panel=mcp` accepte par `ViewWindow`, MCP explicitement detachable, `ProjectsView` ouvre la fenetre OS pour `mcp`, conserve le panneau si `openViewWindow` echoue, et affiche une alerte avec retry.
+
+Commandes executees:
+- `git status --short --branch`: branche `fix/299-mcp-panel-detach-window`, worktree non commite avec les changements #299 et fichiers tickets.
+- `git diff --stat` / `git diff -- ...`: diff inspecte, conforme au cadrage du ticket.
+- `cargo fmt --all -- --check`: vert.
+- `cargo test -p app-tauri view_window_tests`: vert, 9 tests passes, 0 failed.
+- `cargo test -p app-tauri persisted_identity_accepts_mcp_view_label`: vert, 1 test passe, 0 failed.
+- `npm test -- --run src/app/ViewWindow.test.tsx src/features/projects/ProjectsView.detach.test.tsx src/features/projects/viewPlacement.test.ts` depuis la racine: rouge attendu de commande (`ENOENT`, pas de `package.json` a la racine). Relance corrigee depuis `frontend/`.
+- Depuis `frontend/`, `npm test -- --run src/app/ViewWindow.test.tsx src/features/projects/ProjectsView.detach.test.tsx src/features/projects/viewPlacement.test.ts`: vert, 3 fichiers passes / 22 tests passes. Sortie avec avertissements Vite existants et `HTMLCanvasElement.getContext()` non implemente par jsdom, sans echec.
+- `git diff --check`: vert.
+- Depuis `frontend/`, `npm run build`: vert (`tsc --noEmit && vite build`), avec l'avertissement existant de chunk > 500 kB.
+
+Risques residuels:
+- Validation limitee aux tests automatises et au build; je n'ai pas ouvert l'AppImage/UI desktop live pour cliquer le detachement MCP dans une fenetre systeme reelle.
+- Le worktree contient aussi des modifications de metadonnees/tickets hors fichiers applicatifs #299 deja presentes; elles n'ont pas ete modifiees sauf ce carnet.
+
+## Git - 2026-09-09
+- Branche de travail: `fix/299-mcp-panel-detach-window`, creee depuis `develop` @ 602abfe.
+- Inspection du diff: 6 fichiers applicatifs dans le perimetre (commands.rs, lib.rs app-tauri; ViewWindow.test, ProjectsView.tsx, ProjectsView.detach.test, viewPlacement.test frontend), +101/-3.
+- QA reconfirmee par Git avant commit (note: rustup sans toolchain par defaut, commandes passees via `rustup run stable`):
+  - `rustup run stable cargo fmt --all -- --check`: vert;
+  - `git diff --check`: vert;
+  - `cargo test -p app-tauri view_window_tests`: 9/9 dont `mcp_view_window_contract_is_stable`;
+  - `cargo test -p app-tauri persisted_identity_accepts_mcp_view_label`: 1/1;
+  - `npm test` frontend: 3 fichiers / 22 tests verts;
+  - `npm run build` (`tsc --noEmit && vite build`): vert.
+- Commit du correctif: `e4622cd` sur la branche fix — uniquement les 6 fichiers applicatifs.
+- Merge local: `c47bc8d` `merge(views)` --no-ff vers `develop`; develop desormais 306 commits devant origin/develop.
+- Hors perimetre laisse intact/non commite: `.ideai/tickets/296/*`, `.ideai/tickets/299/` (ce carnet), `.ideai/tickets/counter.json`, `.ideai/tickets/index.json`, `scripts/` — sync store a la charge de Main.
+- Restants pour cloture: rebuild AppImage + validation live du detachement MCP depuis l'app installee (point deja signale par QA).
+- Aucun push distant.
+
+## AppImage - 2026-09-09
+- Rebuild execute par Main sur `develop` apres le merge `c47bc8d`: `npm --prefix frontend run build` vert, puis depuis `crates/app-tauri`: `CARGO_HOME=/tmp/idea-cargo-home APPIMAGE_EXTRACT_AND_RUN=1 NO_STRIP=1 ../../frontend/node_modules/.bin/tauri build --bundles appimage` vert.
+- Artefact: `target/release/bundle/appimage/IdeA_0.3.0_amd64.AppImage`, 119523832 octets, sha256 `31e400c6ef6caefef658fe11b51b371c8571ea8011555aa20e4d272a3eb2742b` (verifie par Git: presence, taille, horodatage 21:45 posterieur au merge).
+- Commit dedie `941db62` `chore(appimage)` --allow-empty sur `develop` (artefact sous target/ gitignore, bookkeeping store hors perimetre: le message de commit est la trace durable in-repo du rebuild, convention #298).
+- Tag annote `v0.42.0` pose sur `941db62` (convention vx.y.z: y incremente pour un rebuild commite sur develop; precedent v0.41.0).
+- Restant unique: validation live du detachement MCP depuis l'app installee. Aucun push distant.

.ideai/tickets/299/issue.md

@@ -0,0 +1,21 @@
+---
+id: "c37bf161-4823-4992-9591-f79ef8f0d0a9"
+number: 299
+title: "Panneau MCP: la mise en fenetre detachee ne fait rien"
+status: "qa"
+priority: "high"
+sprint: null
+links: []
+agentRefs: []
+attachments: []
+createdBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
+updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
+createdAt: 1788981973280
+updatedAt: 1788982613757
+version: 3
+---
+Signalement utilisateur: le panneau MCP ne fonctionne pas en fenetre detachee. Quand l'utilisateur veut le mettre en fenetre detachee, rien ne se passe.
+
+Attendu: l'action de detachement du panneau MCP ouvre/affiche la surface MCP en fenetre detachee comme les autres panneaux compatibles, ou presente un etat/message explicite si le detachement n'est pas supporte.
+
+A diagnostiquer: surface UI concernee, wiring de l'action detach/popout, compatibilite avec FloatingWindow/LeafView/panels, eventuels guards specifiques au panneau MCP.

.ideai/tickets/300/carnet.md

@@ -0,0 +1,119 @@
+---
+issueRef: "#300"
+version: 4
+updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
+updatedAt: 1788984710401
+---
+# Ticket #300 - Plugins: tools MCP Unity non catalogues malgre skills visibles
+
+## Signalement
+Dans le projet UnitySoundTool, le plugin Unity est actif et ses skills sont visibles par les agents, mais les tools MCP du plugin ne le sont pas. La surface indique: `Aucun tool MCP plugin catalogue.`
+
+## Cadrage UX
+La surface ne doit pas confondre toutes les absences:
+- Plugin sans tool MCP: `Aucun tool MCP fourni` / `Le plugin Unity est actif, mais il ne fournit aucun tool MCP.`
+- Tools en erreur: `Tools MCP indisponibles` + `Reessayer` + `Voir les details`.
+- Tools masques par permissions: `Tools MCP non autorises` + action `Configurer les permissions`.
+- Catalogue perime/reload requis: `Rechargement necessaire` + `Recharger le plugin`.
+- Pendant resolution initiale: `Chargement des tools MCP...`, pas d'etat vide premature.
+
+## Cadrage Architect
+Les skills visibles valident seulement `contributes.skills` + assignation skill. Le message vide vient du panneau MCP quand le catalogue statique `plugins.installed[*].contributes.mcpServers[*].tools` est vide partout.
+
+Contrat:
+- Les tools MCP plugin se declarent via `contributes.mcpServers[].tools[]` dans le manifeste, pas via `activate(ctx)`.
+- `tools[]` est le catalogue statique UI/assignation; l'execution reelle vient du serveur MCP et de `tools/list`.
+- Ref stable d'assignation: `pluginId/serverId/toolName`.
+
+Arbitrage correctif:
+1. Si le manifeste Unity installe n'a pas `contributes.mcpServers[].tools[]`: corriger/reinstaller le plugin Unity, pas IdeA core.
+2. Si la source a `tools[]` mais l'UI ne les voit pas apres reload: bug IdeA install/reload/registry/DTO frontend.
+3. Si l'UI liste les tools mais l'agent ne les voit pas apres assignation: bug distinct injection/effective catalogue agent-facing ou cache provider/CLI.
+
+## Git IdeA
+Branche de diagnostic: `fix/300-unity-mcp-tools-uncatalogued` depuis `develop` @ `941db62`. Aucun correctif IdeA requis.
+
+## Diagnostic DevBackend - 2026-09-09
+
+### Verdict
+Probleme de donnees du plugin Unity, pas bug IdeA install/reload/registry/DTO. Aucun code IdeA modifie.
+
+### Preuves
+- SoundTool active `com.idea.unity-developer-tools` dans `.ideai/project-plugins.json`; les six skills sont assignes, tandis que les tableaux `tools` de tous les agents etaient vides.
+- Le registre global IdeA marquait le plugin `enabled`, sans erreur ni restart requis, et pointait vers la source packagee:
+  `/home/anthony/Documents/Projects/UnityPlugin/plugins/unity-developer-tools/build/idea-install/unity-developer-tools`.
+- Les manifestes source, package prepare et installe avaient le meme SHA-256
+  `e7410c8ec6c3ceefef4d4ed5ba9cf227f86e5dea272fcbbade48a9c9560d23ab`.
+- Dans ces trois manifestes, `contributes.mcpServers[0]` declarait correctement le serveur `unity-developer-tools.tools`, mais omettait `tools[]`.
+- Le serveur MCP installe fonctionnait: un appel reel `tools/list` retournait huit tools:
+  `unity_detect_project`, `unity_audit_project`, `unity_run_editmode_tests`,
+  `unity_run_playmode_tests`, `unity_summarize_tests`, `unity_benchmark_report`,
+  `unity_compare_cpu_gpu`, `unity_verify_architecture`.
+- Le panneau frontend derive volontairement son catalogue de
+  `installed[*].contributes.mcpServers[*].tools`; une liste absente donne donc
+  exactement `Aucun tool MCP plugin catalogue.`
+- Le domaine et le DTO IdeA conservent fidelement cette liste. Le test existant
+  `validates_mcp_server_without_static_tool_metadata_for_compatibility` confirme
+  qu'une omission est valide pour compatibilite et produit une liste statique vide.
+
+### Validation IdeA
+- `cargo test -p application validates_mcp_server_without_static_tool_metadata_for_compatibility`: vert, 1 test passe.
+- Aucun test ou correctif supplementaire IdeA n'est justifie: le contrat existant est respecte de bout en bout.
+
+## Diagnostic DevFrontend - 2026-09-09
+
+### Verdict
+Aucun correctif frontend IdeA ne doit etre applique pour le cas UnitySoundTool actuel. Le message est emis parce que le DTO contient effectivement zero declaration statique `tools[]`; il ne resulte ni d'un filtrage de permissions frontend, ni d'une perte dans l'adapter Tauri.
+
+### Chaine et semantique confirmees
+- `McpToolPermissionsPanel` appelle `useProjectPlugins(projectId)`.
+- Le hook appelle uniquement `PluginGateway.listProjectSettings`, implemente par `plugin_list_project_settings` dans l'adapter Tauri.
+- La reponse `ProjectPluginSettingsView` transporte sans transformation `settings` et les manifestes valides `installed`.
+- `PluginMcpToolsEditor` construit ses lignes exclusivement depuis `installed[*].contributes.mcpServers[*].tools[]`.
+- Le compteur `cataloguedCount` porte sur tous les plugins installes, pas seulement ceux actifs dans le projet. Le texte `Aucun tool MCP plugin catalogue.` signifie donc exactement: aucun manifeste installe ne declare de metadata statique de tool, et aucune assignation orpheline n'est presente pour l'agent selectionne.
+- Les skills visibles ne prouvent que la presence de `contributes.skills`; leur affichage est independant de `mcpServers[].tools[]`.
+
+## Correction UnityPlugin - 2026-09-09
+Prise en charge par le projet UnityPlugin, ticket miroir local `#13`, ferme apres QA.
+
+Fichier modifie et committe localement:
+- `/home/anthony/Documents/Projects/UnityPlugin/plugins/unity-developer-tools/idea-plugin.json`: ajout de `contributes.mcpServers[0].tools[]` avec les 8 tools statiques.
+
+Tools catalogues:
+- `unity_detect_project`
+- `unity_audit_project`
+- `unity_run_editmode_tests`
+- `unity_run_playmode_tests`
+- `unity_summarize_tests`
+- `unity_benchmark_report`
+- `unity_compare_cpu_gpu`
+- `unity_verify_architecture`
+
+Commandes validees depuis `plugins/unity-developer-tools`:
+- `node scripts/validate-manifest.mjs`: OK
+- `node scripts/test-mcp-server.mjs`: OK, 8 tools exposes
+- `npm test`: OK
+- `npm run package:dir`: OK
+
+Artefact produit:
+- `/home/anthony/Documents/Projects/UnityPlugin/plugins/unity-developer-tools/build/idea-install/unity-developer-tools`
+
+Commit UnityPlugin local:
+- `c844a45` sur `fix/unity-devtools-mcp-tool-catalog`
+- Message: `fix(plugin): advertise static mcp tool catalog in manifest`
+- Aucun push distant. Merge local vers `develop` differe car la branche est empilee sur `fix/unity-devtools-mcp-node-launch`.
+
+## Application UnitySoundTool - 2026-09-09
+Prise en charge par le projet UnitySoundTool, ticket local `#25`, ferme.
+
+Resultat verifie:
+- Plugin `com.idea.unity-developer-tools` actif.
+- `restartRequired: false`.
+- Serveur MCP runtime `plugin:com.idea.unity-developer-tools:unity-developer-tools.tools` demarre, `error: null`.
+- Les 8 tools MCP sont catalogues dans SoundTool.
+- Verification directe du wrapper MCP package avec `initialize` puis `tools/list`: retourne les 8 tools avec schemas.
+
+Note: l'installation a ete faite depuis une copie confinee sous le project root SoundTool, car IdeA refuse un chemin externe UnityPlugin pour l'installation directe (`plugin directory must remain within the requester project root`).
+
+## Verdict final
+Signalement resolu par correction du manifeste UnityPlugin + repackaging + reinstall/reload dans UnitySoundTool. Pas de bug core IdeA a corriger pour ce cas.

.ideai/tickets/300/issue.md

@@ -0,0 +1,21 @@
+---
+id: "84508166-79fb-4ad6-92f4-4eebb8317ac6"
+number: 300
+title: "Plugins: tools MCP Unity non catalogues malgre skills visibles"
+status: "closed"
+priority: "high"
+sprint: null
+links: []
+agentRefs: []
+attachments: []
+createdBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
+updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
+createdAt: 1788983509179
+updatedAt: 1788984710401
+version: 4
+---
+Signalement utilisateur: dans le projet UnitySoundTool, le plugin Unity est bien active et les skills du plugin sont bien visibles par les agents du projet, mais les tools MCP du plugin ne le sont pas. L'interface/agent indique: `Aucun tool MCP plugin catalogue.`
+
+Symptome important: les contributions skills sont detectees, donc le plugin semble installe/actif partiellement; le probleme concerne la decouverte/catalogue/reconciliation des tools MCP plugin-facing.
+
+A diagnostiquer: manifeste plugin Unity, registry plugins, catalogage MCP, permissions tool MCP, reconciliation des serveurs MCP de plugin, cache provider/agent, surface humaine qui affiche l'etat `Aucun tool MCP plugin catalogue.`

.ideai/tickets/301/carnet.md

@@ -0,0 +1,24 @@
+---
+issueRef: "#301"
+version: 2
+updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
+updatedAt: 1788985894195
+---
+# Ticket #301 - Rebuild AppImage (demande utilisateur)
+
+## Contexte
+Rebuild AppImage demande par l'utilisateur apres la cloture #300 sans correctif core IdeA (diagnostic seul; correctif applique dans le projet UnityPlugin et reinstalle dans UnitySoundTool). Objectif: rafraichir le binaire effectivement execute pour valider le catalogue des tools MCP Unity reinstalle.
+
+## Build - 2026-09-09 (execute par Main)
+- `npm --prefix frontend run build`: OK.
+- Depuis `crates/app-tauri`: `mkdir -p /tmp/idea-cargo-home && CARGO_HOME=/tmp/idea-cargo-home APPIMAGE_EXTRACT_AND_RUN=1 NO_STRIP=1 ../../frontend/node_modules/.bin/tauri build --bundles appimage`: OK.
+- Artefact: `target/release/bundle/appimage/IdeA_0.3.0_amd64.AppImage`, 119523832 octets, sha256 `9eb417e53395fdd864da413e9e86da5afbb7bc64653561959631964f8bd7cee0` (verifie par Git: presence, taille, horodatage 22:30).
+- Source: `develop` @ 941db62 — meme source que v0.42.0, aucun changement de code entre les deux rebuilds.
+
+## Git - 2026-09-09
+- Commit dedie `0cfbc06` `chore(appimage)` --allow-empty sur `develop` (artefact sous target/ gitignore, bookkeeping store hors perimetre: le message de commit est la trace durable in-repo, convention #298).
+- Tag annote `v0.43.0` pose sur `0cfbc06` (convention vx.y.z: y incremente pour un rebuild commite sur develop; precedent v0.42.0).
+- Aucun push distant. Hors perimetre preserve: `tickets/296/*`, `tickets/299/`, `tickets/300/`, `tickets/301/` (ce carnet), `counter.json`, `index.json`, `scripts/`.
+
+## Restant
+- Validation live par l'utilisateur du catalogue tools MCP Unity depuis l'AppImage reinstallee (cf. #300).

.ideai/tickets/301/issue.md

@@ -0,0 +1,19 @@
+---
+id: "2f34e85d-7f41-4919-b331-75477e60388b"
+number: 301
+title: "Rebuild AppImage demande utilisateur"
+status: "closed"
+priority: "medium"
+sprint: null
+links: []
+agentRefs: []
+attachments: []
+createdBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
+updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
+createdAt: 1788985673576
+updatedAt: 1788985894195
+version: 2
+---
+Demande utilisateur: rebuild l'AppImage IdeA.
+
+Perimetre: reconstruire l'artefact AppImage depuis l'etat local courant, sans remplacer automatiquement l'AppImage installee et sans relancer IdeA. Respecter la convention projet: commit dedie porteur du rebuild et tag Git version vx.y.z selon la branche active.

.ideai/tickets/302/carnet.md

@@ -0,0 +1,197 @@
+---
+issueRef: "#302"
+version: 5
+updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
+updatedAt: 1788990131498
+---
+# Carnet #302 - MCP tools plugin non visibles par l'agent cible
+
+## Signalement
+- Date: 2026-09-09.
+- Projet utilisateur mentionné: `UnitySOundTool`.
+- Plugin mentionné: Unity fait par `UnityPlugin`.
+- Agent cible: `Main` du projet UnitySOundTool.
+- Tool attendu: `unity_detect_project`.
+
+## Observation capture
+- L'agent répond qu'il voit des workflows Unity côté IdeA (`unity-test-runner`, `unity-project-diagnostics`, etc.).
+- Il ne voit pas de tool MCP Unity direct.
+- Une recherche explicite de `unity_detect_project` dans les tools disponibles/différés retourne `0 tools`.
+- Les tools disponibles visibles dans la session concernent surtout IdeA, Sites, document control et hotline, pas Unity Editor.
+
+## Hypothèses initiales à vérifier
+- Le plugin expose bien des skills/workflows mais pas de serveur MCP/tool dans son manifeste effectif.
+- Les MCP tools du plugin sont installés mais non ajoutés aux permissions MCP de l'agent ou non propagés à la session lancée.
+- Les tools ont été ajoutés après démarrage et nécessitent restart/reload de l'agent ou du plugin.
+- La source de deferred tools consommée par `tool_search` ne fusionne pas les MCP tools issus de plugins personnels/projet.
+- Le contexte/capability summary liste les skills Unity mais pas les MCP tools, ce qui suggère une divergence entre capabilities manifestées et tools réellement exposés.
+
+## Cadrage Architect
+Architect a confirmé que les skills plugin et les MCP tools plugin sont deux flux distincts. Les workflows Unity visibles prouvent seulement que les contributions `skills` du plugin sont résolues et injectées.
+
+Flux à vérifier:
+1. Manifeste plugin: `contributes.mcpServers[]`, `autoStart: true`, `server.id`, `command`, `tools` incluant `unity_detect_project`.
+   - `crates/domain/src/plugin.rs`
+   - `crates/application/src/plugin/mod.rs`
+2. Reconciliation serveur MCP plugin: `active_mcp_specs` ne démarre que les plugins `runtime_active` et serveurs `auto_start`, puis passe les specs au `PluginMcpSupervisor`.
+   - `crates/application/src/plugin/mod.rs`
+   - `crates/infrastructure/src/plugin/mod.rs`
+3. Affectation agent: l'UI persiste un `PluginToolRef { pluginId, serverId, toolName }` via `plugin_assign_agent_tool` dans `ProjectPluginSettings`, pas dans `.ideai/mcp-tool-permissions.json`.
+   - `crates/application/src/project_plugin.rs`
+   - `crates/backend/src/dto.rs`
+   - `frontend/src/features/permissions/McpToolPermissionsPanel.tsx`
+4. Session runtime agent: point suspect principal. Le lancement semble matérialiser surtout le serveur MCP `idea` dans la config runtime (`[mcp_servers.idea]` / `.mcp.json`) sans consommer `assignments.tools` plugin pour ajouter les serveurs MCP Unity au run dir de l'agent.
+   - `crates/application/src/agent/lifecycle.rs`
+   - `crates/backend/src/lib.rs`
+5. Catalogue `tool_search` / deferred tools: pour OpenAI/direct, `tools_for_context` semble renvoyer seulement le catalogue MCP IdeA natif filtré par policy, pas les tools métier plugin.
+   - `crates/backend/src/openai_tools.rs`
+   - `crates/infrastructure/src/orchestrator/mcp/tools.rs`
+
+Contrat attendu:
+- Une affectation `PluginToolRef` à un agent doit avoir un effet runtime vérifiable au prochain démarrage/restart de cet agent.
+- Pour les profils via client MCP (Codex/Claude/OpenCode), matérialiser les serveurs MCP plugin assignés dans la config de session agent avec un nom stable.
+- Pour OpenAI/direct/deferred tools, étendre `ToolInvoker::tools_for_context` et `call` ou introduire un provider dédié, sinon `tool_search` restera aveugle.
+- Ne pas ajouter naïvement ces tools au catalogue MCP IdeA natif tant qu'IdeA n'est pas proxy MCP dynamique.
+
+## Responsables
+- DevBackend en premier: propagation affectation plugin -> session runtime / catalogue provider.
+- DevFrontend seulement si l'UI affiche une affectation comme effective alors qu'un restart est requis, permet de cocher un tool dont le plugin/server n'est pas actif, ou mélange catalogue manifeste et disponibilité runtime.
+- QA: reproduction avec plugin MCP minimal ou Unity, vérifier visibilité et appelabilité du tool.
+
+## Critères QA proposés
+- Installer/activer un plugin test avec serveur MCP stdio `autoStart: true` exposant `unity_detect_project`.
+- Assigner le tool à `Main`.
+- Redémarrer l'agent si le contrat reste prise en compte au lancement.
+- Chercher explicitement `unity_detect_project` dans la session Main via tools disponibles/différés.
+- Vérifier tool visible et appelable.
+- Agent sans affectation ne voit pas le tool.
+- Plugin désactivé/serveur en erreur: tool absent ou état clair, pas de faux positif.
+- Permissions MCP natives IdeA continuent de filtrer `idea_*` sans pollution par `PluginToolRef`.
+
+## Implémentation DevBackend — 2026-09-09
+
+Cause confirmée:
+- `ProjectPluginSettings.assignments.tools` était correctement persisté dans `.ideai/project-plugins.json` par `MutateAgentPluginTool`.
+- Le launcher partageait le resolver des skills plugin, mais ne consommait jamais les `PluginToolRef`; les configs de session ne contenaient donc que le serveur MCP natif `idea`.
+
+Correctif:
+- `ProjectPluginResolver::assigned_mcp_servers` projette les affectations de l'agent en specs stdio uniquement lorsque le plugin est activé pour le projet, runtime-active, installé, et que le serveur assigné est `autoStart`.
+- Les variables `${pluginRoot}` et `${appDataDir}` sont résolues comme dans la réconciliation globale des serveurs plugin; les serveurs sont dédupliqués par `(pluginId, serverId)`.
+- Nom de session stable et sans collision: `idea_plugin__<plugin-id encodé>__<server-id encodé>`.
+- Au lancement/restart, le launcher matérialise les serveurs pertinents dans:
+  - Claude: `.mcp.json`, puis `enabledMcpjsonServers` dans `.claude/settings.local.json`;
+  - Codex: `.codex/config.toml` sous `mcp_servers`;
+  - OpenCode local/cloud: bloc `mcp` dans `opencode.json`.
+- Un restart interne sans `McpRuntime` conserve le wiring réel `idea` déjà écrit et ne réconcilie que les entrées plugin gérées. Les entrées plugin devenues obsolètes sont retirées.
+- Les racines `cwd`/commande des serveurs assignés sont ajoutées en lecture au plan Landlock quand un plan existe, pour que le processus plugin puisse réellement lire son package.
+- Aucun changement dans `.ideai/mcp-tool-permissions.json` ni dans le catalogue natif `idea_*`.
+
+Fichiers modifiés:
+- `crates/domain/src/plugin.rs`
+- `crates/application/src/project_plugin.rs`
+- `crates/application/src/agent/lifecycle.rs`
+- `crates/backend/src/lib.rs`
+- `.ideai/tickets/302/carnet.md`
+
+Chemin OpenAI/direct/deferred:
+- Le symptôme Main/Codex n'utilise pas `AppOpenAiToolInvoker::tools_for_context`: Codex consomme son client MCP natif et son `tool_search` découvre les serveurs déclarés dans le `CODEX_HOME` isolé.
+- `OpenAiCompatibleSession`, en revanche, continue à ne recevoir que les tools locaux `idea_*`. Le superviseur plugin actuel ne possède pas de client JSON-RPC (`tools/list`/`tools/call`), seulement des handles de processus; rendre les tools métier plugin appelables par ce chemin nécessite un provider/client MCP dédié. Ce gap ne bloque pas la correction du cas signalé et n'a pas été contourné en polluant le catalogue natif.
+
+Tests et vérifications exécutés:
+- `cargo test -p application --lib` — 178 passés.
+- `cargo test -p application --test agent_lifecycle` — 111 passés.
+- `cargo test -p domain plugin --lib` — 7 passés.
+- `cargo check -p backend` — OK.
+- `cargo check -p app-tauri` — OK.
+- `cargo fmt --all` puis `git diff --check` — OK.
+
+Tests ciblés ajoutés:
+- matérialisation d'un serveur assigné dans les trois formats Claude/Codex/OpenCode;
+- conservation du wiring `idea` réel lors d'un restart interne et suppression des entrées plugin obsolètes;
+- stabilité et absence de collision du nom MCP client;
+- conservation des clés/tables Codex non gérées lors de la réconciliation.
+
+## Validation QA — 2026-09-09
+
+Verdict: VERT.
+
+Inspection:
+- Diff relu sur `crates/application/src/project_plugin.rs`, `crates/application/src/agent/lifecycle.rs`, `crates/domain/src/plugin.rs`, `crates/backend/src/lib.rs`.
+- Le correctif ne modifie pas `.ideai/mcp-tool-permissions.json` et ne projette pas les tools plugin dans le catalogue natif `idea_*`; il matérialise des serveurs MCP plugin assignés dans les configs de session Claude/Codex/OpenCode.
+- Gap `OpenAiCompatibleSession`: confirmé comme non bloquant pour le symptôme utilisateur décrit, car le cas Main/Codex passe par client MCP natif et `CODEX_HOME` isolé. À suivre séparément si un profil OpenAI/direct doit appeler directement les MCP tools plugin.
+
+Couverture QA ajoutée:
+- `project_plugin::tests::assigned_mcp_servers_project_assigned_active_autostart_server_only`
+  - vérifie qu'un `PluginToolRef` assigné produit un `PluginMcpServerSpec` unique, avec nom stable `idea_plugin__...`, substitution `${pluginRoot}` / `${appDataDir}`, commande relative résolue sous le package plugin, env/cwd corrects.
+- `project_plugin::tests::assigned_mcp_servers_omits_unassigned_disabled_and_non_autostart_servers`
+  - vérifie l'absence quand le serveur n'est pas assigné, quand le plugin est désactivé au niveau projet, quand il est désactivé globalement, ou quand le serveur assigné n'est pas `autoStart`.
+
+Commandes exécutées et résultats:
+- `cargo test -p application --lib assigned_mcp_servers`
+  - OK: 2 passed; 0 failed; 178 filtered out.
+- `cargo test -p application --lib plugin_server`
+  - OK: 5 passed; 0 failed; 175 filtered out.
+- `cargo test -p application --lib`
+  - OK: 180 passed; 0 failed.
+- `cargo test -p application --test agent_lifecycle`
+  - OK: 111 passed; 0 failed.
+- `cargo test -p domain plugin --lib`
+  - OK: 7 passed; 0 failed.
+- `cargo check -p backend`
+  - OK: `Finished dev profile`.
+- `cargo check -p app-tauri`
+  - OK: `Finished dev profile`.
+- `cargo fmt --all -- --check`
+  - OK après formatage des tests QA ajoutés.
+- `git diff --check`
+  - OK.
+
+Tentatives remplacées:
+- Deux commandes `cargo test` avec plusieurs filtres positionnels ont échoué sur erreur d'usage Cargo (`unexpected argument ...`). Elles ont été remplacées par `cargo test -p application --lib`, `cargo test -p application --lib plugin_server` et `cargo test -p application --test agent_lifecycle`, toutes vertes.
+
+Conclusion:
+- Serveur MCP plugin assigné: injecté au lancement/restart dans les formats client visés avec un nom stable et sans collision.
+- Serveur non assigné/désactivé/non-autoStart: non injecté.
+- Serveur MCP natif `idea`: conservé, y compris au restart interne sans runtime, et non pollué par les entrées plugin.
+- Aucun finding bloquant.
+
+## Topologie Git — 2026-09-09
+
+QA reconfirmée par Git avant commit (exécution réelle):
+- `rustup run stable cargo fmt --all -- --check` — OK.
+- `git diff --check` — OK.
+- `cargo test -p application --lib` — 180/180.
+- `cargo test -p application --test agent_lifecycle` — 111/111.
+- `cargo test -p domain plugin --lib` — 7/7.
+- `cargo check -p backend` — OK.
+- `cargo check -p app-tauri` — OK.
+
+Commit du correctif (4 fichiers uniquement, bookkeeping exclu):
+- Branche: `fix/302-plugin-mcp-tools-not-visible`.
+- Commit: `78b379a` — `fix(application,domain,backend): les serveurs MCP des plugins assignés atteignent la session de l'agent — #302`.
+- Fichiers: `crates/domain/src/plugin.rs`, `crates/application/src/project_plugin.rs`, `crates/application/src/agent/lifecycle.rs`, `crates/backend/src/lib.rs`.
+- Exclus (hors périmètre, restés en worktree): `.ideai/tickets/296/*`, `.ideai/tickets/299-302/*`, `counter.json`, `index.json`, `.ideai/attachments/`, `scripts/`.
+
+Merge local:
+- `develop` ← merge `--no-ff` de `fix/302-plugin-mcp-tools-not-visible` → commit `9e9498b`.
+- develop n'avait pas divergé depuis la création de la branche (fast-path, contenu identique à `78b379a`).
+- Branche `fix/302-plugin-mcp-tools-not-visible` conservée (convention du dépôt, pas de suppression).
+- Aucune action distante (aucun push; develop reste en avance locale sur `origin/develop`).
+
+Restants hors topologie:
+- Gap `OpenAiCompatibleSession`/`tools_for_context` (tools plugin non appelables en direct) — ticket séparé à ouvrir si besoin.
+- Validation live du symptôme UnitySOundTool depuis l'app installée: nécessite un rebuild AppImage (commit dédié + tag `vx.y.z` selon convention, incrément `y` sur develop).
+
+## Rebuild AppImage — 2026-09-09
+
+Rebuild exécuté par Main depuis `develop` @ 9e9498b (incluant le merge #302):
+- Commandes: `npm --prefix frontend run build` OK, puis depuis `crates/app-tauri`: `mkdir -p /tmp/idea-cargo-home && CARGO_HOME=/tmp/idea-cargo-home APPIMAGE_EXTRACT_AND_RUN=1 NO_STRIP=1 ../../frontend/node_modules/.bin/tauri build --bundles appimage` OK.
+- Artefact: `target/release/bundle/appimage/IdeA_0.3.0_amd64.AppImage`, 119699960 octets, sha256 `d016aab3b643bab61a1ab864a4b5f5e5ab57ff1c493f12d1002918efa5c08c33` (vérifié par Git).
+
+Traçabilité Git:
+- Commit dédié `--allow-empty` (l'artefact vit sous `target/` gitignoré): `3911ce1` sur `develop` — `chore(appimage): rebuild AppImage develop — commit dédié v0.44.0 #302`.
+- Tag annoté `v0.44.0` posé sur `3911ce1` (convention respectée: `y` incrémenté pour un rebuild committé sur develop, v0.43.0 -> v0.44.0).
+- Bookkeeping carnet/index/counter et fichiers hors périmètre exclus, restés en worktree. Aucun push.
+
+Restant après rebuild:
+- Validation live UnitySOundTool depuis l'app installée (v0.44.0): `unity_detect_project` visible et appelable par Main après restart de l'agent, agent sans affectation ne voit pas le tool.

.ideai/tickets/302/issue.md

@@ -0,0 +1,17 @@
+---
+id: "bb2d47a3-b78c-41b3-8684-d924410ed06f"
+number: 302
+title: "MCP tools d'un plugin assigné non visibles par l'agent cible"
+status: "closed"
+priority: "high"
+sprint: null
+links: []
+agentRefs: []
+attachments: []
+createdBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
+updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
+createdAt: 1788987878955
+updatedAt: 1788990131498
+version: 5
+---
+Symptôme rapporté par l'utilisateur le 2026-09-09 : dans le projet UnitySOundTool, les tools MCP du plugin Unity créé par UnityPlugin ont été ajoutés à Main, mais Main ne voit pas `unity_detect_project`. La capture montre que l'agent voit des workflows/skills Unity côté IdeA (`unity-test-runner`, `unity-project-diagnostics`, etc.) mais pas les tools MCP Unity directs ; une recherche explicite retourne 0 tool. Il faut diagnostiquer la chaîne d'exposition des MCP tools de plugin aux agents : installation plugin, manifeste/capabilities, permissions agent, tool_search/deferred tools, injection session/restart éventuel.

.ideai/tickets/303/carnet.md

@@ -0,0 +1,350 @@
+---
+issueRef: "#303"
+version: 6
+updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
+updatedAt: 1789021152339
+---
+# Carnet #303 - Restaurer les projets ouverts au redémarrage
+
+## Demande
+- Date: 2026-09-10.
+- À la fermeture puis relance d'IdeA, les projets qui étaient ouverts doivent être réouverts automatiquement.
+- L'ordre des projets ouverts doit être conservé.
+- Après livraison et QA, rebuild AppImage demandé par l'utilisateur.
+
+## Contraintes produit initiales
+- Comportement plug-and-play et silencieux par défaut.
+- Reprise automatique cohérente avec la priorité projet: persistance et reprise.
+- Ne pas bloquer le démarrage si un projet n'existe plus ou n'est plus accessible.
+- Éviter une UI verbeuse sauf si UX décide qu'un état discret est nécessaire.
+
+## Cadrage UX
+- Comportement par défaut, sans préférence UI pour cette première version.
+- À chaque lancement, restaurer automatiquement les projets ouverts lors de la dernière fermeture normale.
+- Reprendre strictement l'ordre visible au moment de la fermeture, sans tri par nom, activité ou date.
+- Les projets accessibles conservent leur position relative.
+- Projet supprimé/inaccessible: poursuivre le démarrage et ouvrir les autres projets. Conserver temporairement son emplacement dans l'état mémorisé pour ne pas casser l'ordre si l'indisponibilité est passagère.
+- Retour utilisateur: silencieux si tout est restauré. En cas d'échec uniquement, notification non bloquante:
+  - `1 projet n’a pas pu être rouvert` ou `{n} projets n’ont pas pu être rouverts`.
+  - actions: `Voir les détails`, `Réessayer`.
+  - détail par projet: nom, chemin, cause compréhensible, action `Retirer de la reprise`.
+- Fermer explicitement un projet pendant l'utilisation le retire de la prochaine reprise.
+
+## Critères UX QA
+- Après relance, tous les projets précédemment ouverts réapparaissent dans le même ordre.
+- Aucun message ni mouvement visuel parasite quand la reprise réussit.
+- Fermer explicitement un projet empêche sa réouverture au lancement suivant.
+- Un projet manquant/inaccessible/volume indisponible ne bloque ni IdeA ni les autres restaurations.
+- L'échec est signalé une seule fois par lancement, pluriel correct et actions fonctionnelles.
+- `Réessayer` restaure le projet à sa position mémorisée s'il redevient accessible.
+- `Retirer de la reprise` empêche les avertissements aux lancements suivants.
+- Premier lancement sans état mémorisé: comportement actuel inchangé.
+
+## Cadrage Architect
+Source de vérité:
+- Créer une persistance machine-locale backend-owned sous l'app-data IdeA: `<app_data_dir>/open-projects.json`.
+- Distincte du registre `projects.json`, qui liste les projets connus mais pas l'état d'ouverture.
+- `workspace.json` ne doit pas être recyclé pour #303: il modélise des layouts/tabs historiques et n'est pas alimenté par `useProjects`.
+
+Contrat recommandé:
+```json
+{
+  "version": 1,
+  "entries": [
+    {
+      "projectId": "...",
+      "name": "UnitySoundTool",
+      "root": "/path/to/project",
+      "position": 0,
+      "lastFailure": null
+    }
+  ],
+  "updatedAt": 1789017507046
+}
+```
+
+Événements/commandes:
+- Ouverture explicite réussie: ajouter si absent, en fin de liste, ou laisser à sa position si c'était un tombstone/inaccessible restauré.
+- Création de projet réussie: même comportement qu'ouverture.
+- Fermeture explicite d'un projet: retirer l'entrée de `open-projects.json`.
+- Réordonnancement futur: prévoir `save_open_project_restore_order(orderedProjectIds)` même si l'UI ne sait pas encore réordonner.
+- Ne pas dépendre seulement du shutdown: côté Rust, l'ordre de `open_project_ids()` via `HashMap` n'est pas fiable.
+
+Contrats backend:
+- Use cases: `ReadOpenProjectRestoreState`, `SaveOpenProjectRestoreOrder`, `RecordProjectOpenedForRestore`, `RecordProjectClosedForRestore`, `RestoreOpenProjects`, `RetryOpenProjectRestore`, `RemoveProjectFromRestore`.
+- Port dédié: `OpenProjectRestoreStore { load() -> OpenProjectRestoreState, save(state) }`.
+- DTO `RestoreOpenProjectsOutputDto { opened: ProjectDto[], failures: RestoreOpenProjectFailureDto[] }`.
+- Failure DTO: `projectId`, `name`, `root`, `position`, `code: "notFound" | "inaccessible" | "store" | "invalid"`, `message`.
+- Requests: `RemoveOpenProjectRestoreEntryRequestDto { projectId }`, `RetryOpenProjectRestoreRequestDto { projectId?: string }`.
+
+Stratégie inaccessible:
+- Pendant `RestoreOpenProjects`, charger les entrées dans l'ordre, résoudre via `projects.json`, prévalider le root avec `FileSystem`, puis appeler la même logique d'ouverture que `open_project_for_adapter`.
+- Projet absent du registre: failure `notFound`, entrée conservée temporairement.
+- Root manquant/non lisible: failure `inaccessible`, entrée conservée à sa position.
+- Projet restauré: mêmes side effects que l'ouverture normale: layouts/live-state/background tasks, watcher, MCP server, run-dir repair.
+- `Réessayer`: relancer la restauration sur les entrées en échec, réinsérer les succès à leur position mémorisée.
+- `Retirer de la reprise`: supprimer l'entrée persistée et empêcher les warnings futurs.
+
+Contrats frontend:
+- `ProjectGateway` gagne `restoreOpenProjects`, `retryOpenProjectRestore`, `removeProjectFromRestore`, optionnellement `saveOpenProjectRestoreOrder`.
+- `useProjects` initialise: `listProjects()`, `restoreOpenProjects()`, remplir `openTabs` avec `opened` dans l'ordre retourné, notifier seulement si `failures.length > 0`.
+- Notification: `Voir les détails`, `Réessayer`, `Retirer de la reprise`.
+
+Fichiers probables:
+- Backend: `crates/domain/src/ports.rs`, `crates/domain/src/project_restore.rs` ou équivalent, `crates/application/src/project/restore.rs`, `crates/application/src/project/open.rs`, `crates/application/src/project/close.rs`, `crates/infrastructure/src/store/open_project_restore.rs`, `crates/app-tauri/src/commands.rs`, `crates/backend/src/lib.rs`, `crates/web-server/src/lib.rs`.
+- Frontend: `frontend/src/ports/index.ts`, `frontend/src/adapters/project.ts`, `frontend/src/adapters/http/requestResponseGateways.ts`, `frontend/src/features/projects/useProjects.ts`, `frontend/src/features/projects/ProjectsView.tsx`.
+
+Répartition:
+- DevBackend: modèle, store, use cases, commandes Tauri/HTTP, side effects d'ouverture réutilisables, tests Rust.
+- DevFrontend: init silencieuse, remplissage `openTabs`, notification échec, détails/retry/remove, tests React/adapters.
+
+Critères QA techniques:
+- Premier lancement sans `open-projects.json`: aucun onglet restauré, aucune notification.
+- Ouvrir A puis B, quitter, relancer: onglets A/B dans cet ordre.
+- Fermer B explicitement, quitter, relancer: seul A revient.
+- Root de B temporairement inaccessible: A revient, B reste mémorisé à sa position, notification unique.
+- Après restauration du root, `Réessayer` ouvre B à sa position mémorisée.
+- `Retirer de la reprise` supprime B du fichier et du warning futur.
+- Watchers/MCP servers sont armés pour les projets restaurés.
+- Tests Tauri + HTTP si le gateway web expose les mêmes commandes.
+- Après validation: rebuild AppImage demandé.
+
+## Cycle
+- UX: fait.
+- Architect: fait.
+- Git: branche locale.
+- DevBackend/DevFrontend selon cadrage.
+- QA: tests réels + AppImage rebuild.
+
+## Implémentation DevBackend — 2026-09-10
+
+### Livré
+- Ajout du modèle versionné `OpenProjectRestoreState` et du port dédié `OpenProjectRestoreStore`.
+- Ajout du store filesystem `<app_data_dir>/open-projects.json`; un fichier absent retourne un état vide sans créer de fichier au premier restore.
+- Ajout des sept use cases cadrés: lecture, record opened/closed, sauvegarde d'ordre, restore, retry et remove.
+- Sérialisation des mutations par un mutex applicatif partagé afin d'éviter les lost updates entre commandes concurrentes.
+- Conservation des tombstones à leur position avec `lastFailure`; codes stables `notFound`, `inaccessible`, `store`, `invalid`.
+- Prévalidation d'un root par metadata puis listing du répertoire: une entrée invalide n'interrompt pas les autres restaurations.
+- Centralisation de l'activation dans `BackendCore::activate_project`: reconciliation layouts, live-state, background tasks, watcher/orchestrator + serveur MCP, puis réparation des run dirs Claude.
+- Ouverture Tauri et HTTP, restore et retry utilisent cette même activation. La création enregistre aussi le projet puis l'active. La fermeture explicite retire l'entrée après succès du use case de fermeture.
+- Exposition Tauri et HTTP des commandes `read_open_project_restore_state`, `restore_open_projects`, `retry_open_project_restore`, `remove_project_from_restore`, `save_open_project_restore_order`.
+- Aucun fichier frontend modifié.
+
+### Contrat frontend final
+- `restore_open_projects` sans requête -> `{ opened: ProjectDto[], failures: RestoreOpenProjectFailureDto[] }`.
+- `retry_open_project_restore` avec `{ projectId?: string }` (requête omissible côté HTTP) -> même output.
+- `remove_project_from_restore` avec `{ projectId: string }` -> `OpenProjectRestoreStateDto`.
+- `save_open_project_restore_order` avec `{ orderedProjectIds: string[] }` -> `OpenProjectRestoreStateDto`; les IDs omis restent après les IDs fournis dans leur ordre antérieur, doublons/IDs inconnus refusés.
+- `read_open_project_restore_state` sans requête -> `{ version, entries, updatedAt }`; chaque entrée expose `{ projectId, name, root, position, lastFailure }` et `lastFailure` vaut explicitement `null` sans échec.
+- Une failure expose `{ projectId, name, root, position, code, message }` avec `code` parmi `notFound | inaccessible | store | invalid`.
+- DevFrontend doit encore appeler `restore_open_projects` à l'initialisation, reconstruire `openTabs` dans l'ordre de `opened`, insérer un retry réussi à la position mémorisée, et porter notification/détails/actions UX.
+
+### Fichiers modifiés
+- `crates/domain/src/project_restore.rs`
+- `crates/domain/src/lib.rs`
+- `crates/domain/src/ports.rs`
+- `crates/application/src/project/restore.rs`
+- `crates/application/src/project/mod.rs`
+- `crates/application/src/lib.rs`
+- `crates/infrastructure/src/store/open_project_restore.rs`
+- `crates/infrastructure/src/store/mod.rs`
+- `crates/infrastructure/src/lib.rs`
+- `crates/backend/src/dto.rs`
+- `crates/backend/src/lib.rs`
+- `crates/app-tauri/src/commands.rs`
+- `crates/app-tauri/src/lib.rs`
+- `crates/web-server/src/lib.rs`
+
+### Tests ajoutés
+- Backend composition: absence initiale, ordre A/B et réordonnancement, fermeture explicite, root inaccessible non bloquant, retry ciblé, entrée absente du registre (`notFound`), remove et armement du watcher pour les succès.
+- HTTP: ouverture enregistrée, restore et remove, avec formes DTO identiques au transport Tauri.
+
+### Commandes exécutées
+- `cargo fmt --all`
+- `cargo check -p application -p infrastructure` — vert.
+- `cargo check -p backend -p app-tauri -p web-server` — vert.
+- `cargo test -p backend open_project_restore_tests -- --nocapture` — vert, 1 test.
+- `cargo test -p web-server authorized_open_project_restore_commands_share_the_tauri_contract -- --nocapture` — vert, 1 test.
+- `cargo test -p domain -p application -p infrastructure -p backend` — partiellement vert: application atteint 180 unit tests verts puis 2 échecs hors périmètre dans `tests/layout_usecases.rs` (`plugin package` introuvable); backend 93 passés / 7 ignorés; domain vert; infrastructure 377 passés / 1 échec de timing existant sur la cancellation de process.
+- `cargo test -p infrastructure session::process::tests::run_turn_cancellable_kills_current_child_without_waiting_for_natural_exit -- --nocapture` — échec isolé après 10 s, hors fichiers #303.
+- `cargo test -p domain --quiet` — vert, 311 tests.
+- `cargo test -p backend open_project_restore_tests --quiet` — vert, 1 test ciblé.
+- `cargo test -p web-server authorized_open_project_restore_commands_share_the_tauri_contract --quiet` — vert, 1 test ciblé.
+- `git diff --check` — vert.
+
+### Gaps / reprise
+- DevFrontend requis pour l'intégration au démarrage et les surfaces d'échec UX.
+- QA doit revalider les deux échecs application liés aux fixtures plugin et le test infrastructure temporel dans son environnement; aucun ne touche les fichiers ou chemins #303.
+- Aucun arbitrage Architect supplémentaire identifié dans le lot backend.
+- Pas de commit effectué.
+
+## Implémentation DevFrontend — 2026-09-10
+
+### Livré
+- Ajout des DTO frontend de reprise et extension de `ProjectGateway` avec les cinq commandes backend (`restore`, `retry`, `remove`, `save order`, `read state`).
+- Adapters Tauri et HTTP alignés sur les noms de commandes et enveloppes `request` du backend.
+- Initialisation de `useProjects` par lecture du registre et restauration automatique; les succès reconstruisent les onglets dans l'ordre renvoyé, sans notification quand il n'y a aucun échec.
+- Protection contre une ouverture explicite concurrente à l'initialisation: les onglets déjà ouverts sont conservés et ajoutés après l'ordre restauré, sans doublon.
+- Notification non bloquante unique au lancement avec singulier/pluriel exact, fermeture, `Voir les détails` et `Réessayer`.
+- Détail accessible par projet avec nom, chemin, cause française dérivée du code stable, et `Retirer de la reprise`.
+- Un retry réussi est réinséré à la `position` mémorisée de l'échec; les échecs restants sont réconciliés sans recréer la notification après fermeture volontaire.
+- La fermeture explicite attend désormais le succès de `closeProject` avant de retirer l'onglet localement: un échec de persistance conserve donc l'onglet et affiche l'erreur existante.
+- Mock gateway enrichi avec l'état de reprise et des helpers de scénario; fixture structurelle des services plugin mise à niveau.
+- `saveOpenProjectRestoreOrder` est exposé mais non appelé: l'UI actuelle ne permet aucun réordonnancement manuel des onglets, conformément au périmètre.
+
+### Fichiers frontend modifiés
+- `frontend/src/domain/index.ts`
+- `frontend/src/ports/index.ts`
+- `frontend/src/adapters/project.ts`
+- `frontend/src/adapters/project.test.ts`
+- `frontend/src/adapters/http/requestResponseGateways.ts`
+- `frontend/src/adapters/http/httpInvoker.test.ts`
+- `frontend/src/adapters/mock/index.ts`
+- `frontend/src/features/projects/useProjects.ts`
+- `frontend/src/features/projects/ProjectsView.tsx`
+- `frontend/src/features/projects/projects.test.tsx`
+- `frontend/src/plugins/runtime/services.test.ts`
+
+### Tests ajoutés / couverts
+- Mapping exact des cinq commandes sur transports Tauri et HTTP.
+- Restauration silencieuse et ordre mémorisé.
+- Notification singulier/pluriel présente une seule fois.
+- Détail nom/chemin/cause compréhensible.
+- Retry d'un projet redevenu accessible et réinsertion entre ses voisins.
+- Retrait d'un tombstone de la reprise future.
+- Fermeture explicite persistée et conservation de l'onglet si le backend refuse la fermeture.
+
+### Commandes exécutées
+- `cd frontend && npm run typecheck` — vert.
+- `cd frontend && npm run build` — vert (515 modules transformés; avertissement Vite existant sur la taille du chunk principal).
+- `cd frontend && npm test -- src/adapters/project.test.ts src/adapters/http/httpInvoker.test.ts src/features/projects/projects.test.tsx` — vert, 3 fichiers / 37 tests.
+- `cd frontend && git diff --check` — vert.
+- `cd frontend && npm test` — non vert hors tests ciblés: 1234 tests passent, 32 échouent dans 6 fichiers; la sortie inclut notamment des scénarios web `WebAgentCell`, `WebDesktopWorkspace`, `WebTicketsSprints` sans rapport avec #303.
+- `cd frontend && npm test -- src/features/projects/ProjectsView.ls7.test.tsx` — 6 tests passent, 3 tests échouent sur l'attente du bouton `open conversation conversation-open-me`; ces scénarios LS7 à menu flottant sont sensibles au timing et ne touchent pas les assertions de reprise #303.
+
+### Gaps / reprise QA
+- QA doit rejouer la suite complète dans son environnement et qualifier les 32 échecs non ciblés; aucune erreur de typage ni échec dans les 37 tests du lot #303.
+- Le rebuild AppImage reste une étape post-validation QA/Git et n'a pas été réalisé dans ce lot frontend.
+- Aucun commit effectué.
+
+## Validation QA — 2026-09-10
+
+Verdict: VERT pour le périmètre #303, avec réserves hors périmètre maintenues ci-dessous.
+
+Inspection:
+- Carnet complet lu.
+- Diff inspecté sur modèle/port/store backend, use cases, composition `BackendCore`, commandes Tauri, route HTTP, adapters Tauri/HTTP frontend, mock gateway, `useProjects` et `ProjectsView`.
+- Les contrats Tauri et HTTP exposent les cinq commandes attendues:
+  - `restore_open_projects`
+  - `retry_open_project_restore`
+  - `remove_project_from_restore`
+  - `save_open_project_restore_order`
+  - `read_open_project_restore_state`
+- Le frontend lance `listProjects()` et `restoreOpenProjects()` à l'initialisation, reconstruit `openTabs` selon l'ordre `opened`, reste silencieux sans échec, affiche une notification unique en cas d'échec, expose détails/retry/remove et conserve un onglet si `closeProject` échoue.
+- Les side effects backend sont centralisés dans `BackendCore::activate_project`: reconciliation layouts/live-state/background tasks, watcher orchestrateur, serveur MCP via `ensure_orchestrator_watch` -> `ensure_mcp_server`, puis réparation des run dirs Claude.
+- Couverture QA ajoutée: le test backend #303 vérifie maintenant explicitement que les projets restaurés/retry ont aussi une entrée dans `mcp_servers`, en plus de l'ouverture visible dérivée des watchers.
+
+Commandes exécutées et résultats verts:
+- `cargo test -p backend open_project_restore_tests -- --nocapture`
+  - OK: 1 passed; couvre absence initiale sans fichier, ordre, fermeture explicite, root inaccessible non bloquant, retry ciblé, `notFound`, remove, watcher et serveur MCP.
+- `cargo test -p web-server authorized_open_project_restore_commands_share_the_tauri_contract -- --nocapture`
+  - OK: 1 passed; contrat HTTP aligné sur commandes Tauri.
+- `npm test -- src/adapters/project.test.ts src/adapters/http/httpInvoker.test.ts src/features/projects/projects.test.tsx`
+  - OK: 3 files / 37 tests passed; couvre mappings Tauri/HTTP et comportement frontend #303.
+- `cargo fmt --all -- --check`
+  - OK.
+- `cargo check -p application -p infrastructure`
+  - OK.
+- `cargo check -p backend -p app-tauri -p web-server`
+  - OK.
+- `cargo check -p backend`
+  - OK après ajout de l'assertion QA MCP.
+- `npm run typecheck`
+  - OK.
+- `npm run build`
+  - OK; avertissement Vite existant de chunk > 500 kB.
+- `cargo test -p domain --quiet`
+  - OK: 311 unit tests + suites associées vertes.
+- `cargo test -p backend --quiet`
+  - OK: 93 passed, 7 ignored.
+- `git diff --check`
+  - OK.
+
+Suites larges rouges hors périmètre:
+- `cargo test -p application -p infrastructure -p backend`
+  - ROUGE avant d'atteindre infrastructure/backend à cause de `application/tests/layout_usecases.rs`.
+  - Échecs reproduits:
+    - `create_layout_plugin_validates_active_runtime_contribution_and_persists_root`
+    - `mutate_set_plugin_layout_state_persists_opaque_state`
+  - Cause observée: panic sur `Err` `NotFound("plugin package")`.
+  - Qualification QA: hors périmètre #303; fichiers/tests de layouts plugin, pas de lien avec restore/open projects.
+- `cargo test -p infrastructure session::process::tests::run_turn_cancellable_kills_current_child_without_waiting_for_natural_exit -- --nocapture`
+  - ROUGE: panic après 10 s, `cancel should not wait for the child process natural exit`.
+  - Qualification QA: hors périmètre #303; test temporel process cancellation déjà signalé, pas de lien avec restore/open projects.
+- `npm test`
+  - ROUGE: 120 files passed, 6 failed; 1234 tests passed, 32 failed.
+  - Fichiers en échec:
+    - `src/features/projects/ProjectsView.ls7.test.tsx` — 3 tests LS7 conversation viewer.
+    - `src/features/web/WebAgentCell.test.tsx` — 1 test mobile custom CLI launch failure.
+    - `src/features/web/WebApp.test.tsx` — 3 tests pairing/session routing.
+    - `src/features/web/WebDesktopWorkspace.test.tsx` — 1 test docking web desktop layout.
+    - `src/features/web/WebMenus.test.tsx` — 8 tests menu/shell web #90.
+    - `src/features/web/tickets/WebTicketsSprints.test.tsx` — 16 tests tickets/sprints web #86.
+  - Qualification QA: hors périmètre #303; les 37 tests ciblés #303 sont verts et les fichiers rouges concernent web shell/LS7/tickets, pas la reprise des projets desktop.
+
+Réserves:
+- Je n'ai pas validé un cycle UI AppImage réel fermeture/relance; la validation est automatisée backend/frontend et transport.
+- Les rouges hors périmètre ci-dessus doivent rester suivis séparément; ils ne bloquent pas le symptôme #303.
+
+Conclusion:
+- Premier lancement sans état: restore vide sans création de fichier et sans notification.
+- Restauration A/B dans l'ordre mémorisé: couverte.
+- Fermeture explicite: retire de la prochaine reprise, et l'UI ne retire l'onglet qu'après succès backend.
+- Projet inaccessible/notFound: non bloquant, tombstone conservé avec notification/détails.
+- Retry: réouvre et réinsère selon position mémorisée.
+- Remove: supprime l'entrée de reprise future.
+- Watcher et serveur MCP: activés pour les succès restore/retry via le chemin partagé `activate_project`, avec assertion backend dédiée.
+- Aucun finding bloquant #303.
+
+## Topologie Git — 2026-09-10
+
+QA reconfirmée par Git avant commit (exécution réelle):
+- `rustup run stable cargo fmt --all -- --check` — OK.
+- `git diff --check` — OK.
+- `cargo test -p backend open_project_restore_tests` — 1/1.
+- `cargo test -p web-server authorized_open_project_restore_commands_share_the_tauri_contract` — 1/1.
+- `cargo test -p domain --quiet` — 311 unit tests + suites vertes.
+- `cargo check -p application -p infrastructure -p backend -p app-tauri -p web-server` — OK.
+- Frontend: `npm run typecheck` OK, `npm test` ciblé 3 fichiers/37 tests OK, `npm run build` OK.
+- Suites larges rouges hors périmètre (layout_usecases fixtures plugin, timing infrastructure, 32 échecs web shell/LS7/tickets) non rejouées par Git: qualifiées hors #303 par QA, à suivre séparément.
+
+Commit de la feature (28 fichiers, bookkeeping exclu):
+- Branche: `feature/303-restore-open-projects-order`.
+- Commit: `8df80ae` — `feat(domain,application,infrastructure,backend,app-tauri,web-server,frontend): restaurer les projets ouverts au redémarrage dans l'ordre mémorisé — #303`.
+- Inclus: 15 fichiers crates (dont nouveaux `crates/domain/src/project_restore.rs`, `crates/application/src/project/restore.rs`, `crates/infrastructure/src/store/open_project_restore.rs`) + 13 fichiers frontend/src (adapters, ports, domain, useProjects, ProjectsView, tests, mock).
+- Exclus (hors périmètre, restés en worktree): `.ideai/tickets/296/*`, `.ideai/tickets/299-303/*`, `counter.json`, `index.json`, `.ideai/attachments/`, `scripts/`.
+
+Merge local:
+- `develop` ← merge `--no-ff` de `feature/303-restore-open-projects-order` → commit `bd1c55d`.
+- develop n'avait pas divergé depuis la création de la branche (fast-path, contenu identique à `8df80ae`).
+- Branche `feature/303-restore-open-projects-order` conservée.
+- Aucune action distante (aucun push; develop reste en avance locale sur `origin/develop`).
+
+Restants après merge:
+- Rebuild AppImage demandé par l'utilisateur: commit dédié `--allow-empty` + tag annoté, incrément `y` sur develop → `v0.45.0`.
+- Validation live fermeture/relance depuis l'app installée (ordre des onglets, notification échec, retry/remove).
+- Suivi séparé des rouges hors périmètre (layout_usecases, timing cancellation process, web shell/LS7/tickets).
+
+## Rebuild AppImage — 2026-09-10
+
+Rebuild exécuté par Main depuis `develop` @ bd1c55d (incluant le merge #303):
+- Commandes: `npm --prefix frontend run build` OK, puis depuis `crates/app-tauri`: `mkdir -p /tmp/idea-cargo-home && CARGO_HOME=/tmp/idea-cargo-home APPIMAGE_EXTRACT_AND_RUN=1 NO_STRIP=1 ../../frontend/node_modules/.bin/tauri build --bundles appimage` OK.
+- Artefact: `target/release/bundle/appimage/IdeA_0.3.0_amd64.AppImage`, 119843320 octets, sha256 `e57cc136f17d887798d09468f2858b1b025cd2386abdc4d517ccb49f464df5b5` (vérifié par Git).
+
+Traçabilité Git:
+- Commit dédié `--allow-empty` (l'artefact vit sous `target/` gitignoré): `5b07596` sur `develop` — `chore(appimage): rebuild AppImage develop — commit dédié v0.45.0 #303`.
+- Tag annoté `v0.45.0` posé sur `5b07596` (convention respectée: `y` incrémenté pour un rebuild committé sur develop, v0.44.0 -> v0.45.0).
+- Bookkeeping carnet/index/counter et fichiers hors périmètre exclus, restés en worktree. Aucun push.
+
+Restant après rebuild:
+- Validation live fermeture/relance depuis l'app installée v0.45.0: onglets restaurés dans l'ordre, silence si tout réussit, notification unique en cas d'échec avec `Réessayer`/`Retirer de la reprise` fonctionnels.

.ideai/tickets/303/issue.md

@@ -0,0 +1,19 @@
+---
+id: "3e7957a8-7650-4acb-ae99-fffccd6cdddc"
+number: 303
+title: "Restaurer les projets ouverts au redémarrage d'IdeA"
+status: "closed"
+priority: "high"
+sprint: null
+links: []
+agentRefs: []
+attachments: []
+createdBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
+updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
+createdAt: 1789017426921
+updatedAt: 1789021152339
+version: 6
+---
+Demande utilisateur du 2026-09-10 : lorsque l'utilisateur ferme puis relance IdeA, les projets qui étaient ouverts avant la fermeture doivent être automatiquement réouverts dans le même ordre. Une fois la feature livrée et validée, rebuild l'AppImage.
+
+Contraintes produit : comportement plug-and-play, reprise automatique, ordre stable. Éviter une UI verbeuse si non nécessaire. Le comportement doit être robuste aux projets supprimés/inaccessibles et ne doit pas bloquer le démarrage complet d'IdeA.

.ideai/tickets/304/carnet.md

@@ -0,0 +1,108 @@
+---
+issueRef: "#304"
+version: 5
+updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
+updatedAt: 1789024612607
+---
+# Carnet #304 - Navigation historique ArrowUp dans chat multiligne
+
+## Demande
+- Date: 2026-09-10.
+- Problème: quand il y a plus de 2 lignes dans le champ chat, `ArrowUp` remonte le curseur dans le textarea au lieu de rappeler le message précédent.
+- Comportement souhaité: à la manière d'un terminal Linux, pouvoir remonter dans l'historique des messages quelle que soit la taille du message, tant que le curseur est à la fin de la dernière ligne.
+- Si le curseur n'est pas à la fin de la dernière ligne, conserver le comportement texte normal.
+
+## Cadrage UX
+Règle de déclenchement `ArrowUp` historique uniquement si:
+- aucun modificateur (`Shift`, `Ctrl`, `Alt`, `Meta`);
+- aucune composition IME en cours (`isComposing`, et cas navigateur `keyCode 229`);
+- aucune sélection active;
+- curseur simple exactement à la fin du texte: `selectionStart === selectionEnd === value.length`;
+- historique contient une entrée précédente.
+
+Navigation:
+- Le premier `ArrowUp` mémorise intégralement le brouillon courant, puis affiche le dernier message envoyé.
+- Les `ArrowUp` suivants remontent l'historique.
+- Sur l'entrée la plus ancienne, conserver sans boucle.
+- `ArrowDown`, depuis une entrée rappelée et avec le curseur en fin de texte, avance vers l'entrée plus récente.
+- Après l'entrée la plus récente, `ArrowDown` restaure exactement le brouillon mémorisé, curseur en fin de texte.
+- Hors navigation historique, ou si le curseur n'est pas à la fin, `ArrowDown` reste natif.
+- Les messages déjà envoyés ne sont jamais modifiés.
+- L'envoi termine la navigation, efface le brouillon mémorisé et replace le champ dans son état normal.
+- Après injection/restauration, placer le curseur à la fin et rendre la dernière ligne visible.
+
+## Cadrage Architect
+- Frontend pur, aucun contrat backend/DTO.
+- Cause technique probable: le handler actuel refuse `ArrowUp` dès qu'il y a un `\n` avant le curseur (`target.value.slice(0, target.selectionStart).includes("\n")`).
+- Remplacer par une règle fondée sur la position exacte du curseur à `value.length`, sans sélection ni modificateur/IME.
+- Slash menu ouvert reste prioritaire: navigation suggestions, pas historique.
+- `Enter`/`Shift+Enter`, tickets assistant, textareas génériques hors chat: inchangés.
+
+Fichiers probables:
+- `frontend/src/features/agents/CustomAgentChatView.tsx`
+- `frontend/src/features/agents/CustomAgentChatView.test.tsx`
+
+## Critères QA
+- `ArrowUp` rappelle l'historique depuis la fin d'un brouillon vide, mono-, bi- et multiligne.
+- À toute autre position, déplacement natif du curseur.
+- Sélection, modificateur ou composition IME empêchent le rappel.
+- Plusieurs `ArrowUp` parcourent récent -> ancien sans boucle.
+- `ArrowDown` revient vers les messages récents puis restaure fidèlement le brouillon initial.
+- Sauts de ligne, espaces finaux et caractères Unicode du brouillon restaurés sans altération.
+- Modifier une entrée rappelée ne modifie jamais le message déjà envoyé.
+- Envoyer une entrée rappelée fonctionne et réinitialise la navigation.
+- Historique vide: pas de changement ni erreur.
+- Slash menu ouvert + `ArrowUp` continue de déplacer l'index des suggestions.
+
+## Implémentation DevFrontend — 2026-09-10
+
+### Livré
+- Suppression de la règle fondée sur la présence d'un saut de ligne avant/après le curseur.
+- `ArrowUp` n'est intercepté que sans modificateur, hors composition IME (`isComposing` et `keyCode 229`), avec un caret simple exactement à `value.length` et un historique non vide.
+- `ArrowDown` n'est intercepté qu'avec les mêmes gardes de caret et lorsqu'une navigation d'historique est réellement active; sinon le textarea conserve son comportement natif.
+- La priorité du menu slash reste inchangée et son scénario `ArrowUp` est maintenant couvert explicitement.
+- Après rappel ou restauration du brouillon, un effet replace sélection et caret à la fin puis fixe `scrollTop` à `scrollHeight` pour rendre la dernière ligne visible.
+- Le brouillon mémorisé reste intégral: sauts de ligne, caractères Unicode et espaces finaux ne sont pas normalisés.
+- `Enter`, `Shift+Enter`, l'envoi, le stockage de l'historique et les textareas hors chat ne sont pas modifiés.
+
+### Fichiers modifiés
+- `frontend/src/features/agents/CustomAgentChatView.tsx`
+- `frontend/src/features/agents/CustomAgentChatView.test.tsx`
+
+### Commandes exécutées DevFrontend
+- `cd frontend && npm run typecheck` — vert.
+- `cd frontend && npm test -- src/features/agents/CustomAgentChatView.test.tsx` — vert, 1 fichier / 71 tests.
+- `cd frontend && npm run build` — vert, 515 modules transformés; seul l'avertissement Vite existant sur la taille du chunk principal subsiste.
+- `git diff --check` — vert.
+
+## Validation QA — 2026-09-10
+
+Verdict: VERT.
+
+Commandes exécutées:
+- `npm test -- src/features/agents/CustomAgentChatView.test.tsx` — OK, 71 tests.
+- `npm run typecheck` — OK.
+- `npm run build` — OK, avertissement Vite existant chunk > 500 kB.
+- `git diff --check` — OK.
+
+Conclusion QA:
+- `ArrowUp` rappelle l'historique depuis la fin exacte d'un brouillon multiligne et restaure le brouillon fidèlement via `ArrowDown`.
+- Les cas sélection, modificateurs, IME, curseur hors fin, historique vide et slash menu ouvert restent natifs/prioritaires.
+- Aucun finding bloquant.
+
+## Blocage Topologie Git — 2026-09-10
+- Branche courante: `fix/304-arrowup-chat-multiline-history`.
+- `git status` montre les deux fichiers #304 modifiés mais non committés:
+  - `frontend/src/features/agents/CustomAgentChatView.tsx`
+  - `frontend/src/features/agents/CustomAgentChatView.test.tsx`
+- Main a demandé à Git de committer/merger #304 après QA verte. Trois tentatives `idea_ask_agent` vers Git ont expiré au rendez-vous (600s), malgré un `idea_launch_agent` de rattachement.
+- Main ne réalise pas la topologie git à la place de l'agent Git selon la règle projet. #304 reste donc QA vert mais non committé/mergé.
+- #305 ne doit pas démarrer sur le même worktree tant que #304 n'est pas finalisé, pour éviter de mélanger les changements.
+
+## Topologie Git — 2026-09-10 (reprise après expiration des délégations)
+
+- QA reconfirmée par Git: `npm test -- src/features/agents/CustomAgentChatView.test.tsx` 71/71, `npm run typecheck` OK, `git diff --check` OK.
+- Commit du correctif (2 fichiers uniquement): `db312bf` sur `fix/304-arrowup-chat-multiline-history` — `fix(frontend): ArrowUp rappelle l'historique chat même en multiligne — #304`.
+- Merge local: `develop` ← `--no-ff` → `ee5373e`. Branche `fix/304-arrowup-chat-multiline-history` conservée.
+- Exclus (worktree, non committés): `.ideai/*` (tickets/counter/index/attachments/chat-drafts), `scripts/`.
+- Aucun push. #305 peut démarrer: `feature/305-scheduled-project-tasks-mcp` sera resynchronisée sur `develop` par Git avant le début du travail.

.ideai/tickets/304/issue.md

@@ -0,0 +1,17 @@
+---
+id: "82a3dd5e-6628-45b5-8767-1fb769cc9f88"
+number: 304
+title: "Navigation historique ArrowUp dans chat multiligne"
+status: "qa"
+priority: "high"
+sprint: null
+links: []
+agentRefs: []
+attachments: []
+createdBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
+updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
+createdAt: 1789021772350
+updatedAt: 1789024612607
+version: 5
+---
+Demande utilisateur du 2026-09-10 : quand le message dans le champ chat fait plus de 2 lignes, la flèche haut remonte le curseur dans le texte au lieu de rappeler le message précédent. Comportement attendu : à la manière d'un terminal Linux, ArrowUp doit remonter dans l'historique des messages du chat quelle que soit la taille du message, tant que le curseur est à la fin de la dernière ligne. Sinon, conserver la navigation normale dans le textarea.

.ideai/tickets/305/carnet.md

@@ -0,0 +1,189 @@
+---
+issueRef: "#305"
+version: 4
+updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
+updatedAt: 1789024612856
+---
+# Carnet #305 - Tâches planifiées projet avec outil MCP et menu utilisateur
+
+## Demande
+- Date: 2026-09-10.
+- Ajouter des tâches planifiées liées au projet, gérées par IdeA plutôt que par le cron Linux.
+- Les agents doivent disposer d'un tool MCP pour créer des tâches récurrentes/projet.
+- L'utilisateur doit disposer d'un menu par projet pour créer, supprimer et modifier ces tasks.
+- Motivation: un projet a grossi build après build; l'orchestrateur a créé un cron Linux pour nettoyer régulièrement le dossier. Objectif: permettre cette automatisation dans IdeA, scoped au projet et visible/gérable.
+- Après livraison et QA: rebuild AppImage demandé.
+
+## Contraintes initiales
+- Les tâches sont liées au projet, pas au système global Linux.
+- L'utilisateur doit pouvoir voir/modifier/supprimer ce que les agents créent.
+- Le tool MCP doit éviter que les agents contournent IdeA avec `crontab` système.
+- Sécurité: commandes planifiées potentiellement destructrices; besoin de permissions/sandbox claires.
+- Réutiliser le modèle background tasks pour les exécutions si pertinent, mais distinguer tâche planifiée et exécution ponctuelle.
+
+## Cadrage UX
+Surface:
+- Ajouter l'entrée `Tâches planifiées` dans le menu du projet.
+- Surface unique pour les tâches créées par l'utilisateur et celles demandées par un agent.
+- Ligne: état, nom, fréquence, prochaine exécution, résultat dernière exécution, origine (`Créée par vous` ou `Créée par {agent}`), menu `Modifier`, `Exécuter maintenant`, `Suspendre/Reprendre`, `Supprimer`.
+- États visibles: `À approuver`, `Active`, `Suspendue`, `En cours`, `Échec`, `Projet inaccessible`.
+- État vide: `Aucune tâche planifiée pour ce projet` puis `Créez une tâche pour automatiser une commande récurrente sans utiliser le cron du système.`
+
+Création/édition:
+- Action principale: `Nouvelle tâche planifiée`.
+- Champs: `Nom`, `Commande`, `Dossier de travail` relatif au projet par défaut, `Planification` (presets `Toutes les heures`, `Chaque jour`, `Chaque semaine`, option `Personnalisée`), `Fuseau horaire`, `Limite de durée`, `Permissions et sandbox`, `Activée`.
+- Avant activation: récapitulatif commande exacte, dossier, fréquence, prochaine exécution, permissions accordées.
+- Modification de commande/périmètre/planification/permissions repasse par validation.
+- Tâche créée par agent: état `À approuver`, ne s'exécute jamais silencieusement. Fiche: `Demandée par {agent}`, date et motif, commande/fréquence proposées, permissions nécessaires, actions `Approuver et activer`, `Modifier avant d’activer`, `Refuser`.
+- Le tool MCP doit retourner cet état à l'agent, sans prétendre que la tâche est active.
+
+Sécurité UX:
+- Périmètre projet et profil sandbox toujours visibles.
+- Accès hors projet, réseau ou commandes potentiellement destructrices signalés explicitement.
+- Alerte: `Cette tâche pourra modifier ou supprimer des fichiers automatiquement.`
+- Activation initiale d'une tâche demandée par agent exige confirmation utilisateur.
+- Toute augmentation de permissions remet la tâche en état `À approuver`.
+- `Exécuter maintenant` utilise exactement les permissions planifiées.
+- Suppression active: confirmation `Supprimer définitivement cette tâche planifiée ?`.
+- Si exécution en cours: choix séparés `Supprimer après l’exécution` et `Arrêter puis supprimer`; ne jamais interrompre implicitement.
+
+Exécutions:
+- Fiche: dernière/prochaine exécution, déclenchement `Planifié` ou `Manuel`, début, durée, code sortie, statut, stdout/stderr, permissions réellement utilisées, lien vers la tâche de fond correspondante.
+- Succès silencieux.
+- Échec: indicateur dans menu projet + notification discrète `Voir les détails`, sans avalanche de notifications répétées.
+- IdeA doit indiquer que l'application doit fonctionner pour déclencher les tâches.
+- Occurrences manquées pendant arrêt: pas de rattrapage en rafale; seule la prochaine occurrence future est programmée.
+- Projet inaccessible: exécution `Ignorée — projet inaccessible`, sans lancer ailleurs.
+
+## Cadrage Architect
+Décision:
+- Backend + frontend + docs.
+- `BackgroundTask` est réutilisé uniquement pour les runs.
+- Une tâche planifiée est un nouvel agrégat durable distinct: intention récurrente; chaque déclenchement crée une `BackgroundTask`.
+
+Source de vérité:
+- `<app_data_dir>/scheduled-project-tasks/<projectId>.json`.
+- Ne pas utiliser `cron`, `systemd timer`, ni fichier auto-exécuté dans le repo.
+- Machine-local et IdeA-owned pour éviter qu'un clone embarque une tâche destructrice.
+
+Modèle domaine cible:
+```ts
+ScheduledProjectTask {
+  id: ScheduledTaskId
+  projectId: ProjectId
+  name: string
+  description?: string
+  enabled: boolean
+  command: { command: string; args: string[]; cwd?: string }
+  schedule: Interval | Daily | Weekly
+  timezone: string
+  nextRunAtMs: number | null
+  lastRunAtMs?: number
+  lastTaskId?: TaskId
+  createdBy: Human | Agent { agentId }
+  updatedBy: Human | Agent { agentId }
+  createdAtMs: number
+  updatedAtMs: number
+  auditRevision: number
+}
+```
+
+V1 schedule borné:
+- `interval { everyMinutes }`, minimum configurable, défaut min 5 ou 15 minutes.
+- `daily { time: "HH:mm" }`.
+- `weekly { days: [...], time: "HH:mm" }`.
+- Pas de cron expression libre en V1.
+
+Séparation schedule/run:
+- `ScheduledProjectTask` = définition visible, éditable, activable/désactivable.
+- `ScheduledTaskRun` optionnel = historique léger (`scheduleId`, `taskId`, `plannedAtMs`, `startedAtMs`, `status`).
+- `BackgroundTask` = exécution concrète, sortie attachable, cancel/retry existants.
+- Préférence architect: champ additif `origin: Scheduled { scheduledTaskId, plannedAtMs } | Manual` sur les runs/background tasks, plutôt que mélanger la nature et la provenance.
+
+Ports/use cases:
+- `ScheduledProjectTaskStore`: `list(projectId)`, `get(projectId, scheduleId)`, `save(task)`, `delete(projectId, scheduleId)`, `list_due(nowMs)`.
+- `ScheduledProjectTaskAuditStore` ou audit via event store existant.
+- `ProjectTaskScheduler`: `reconcile_project(projectId)`, `arm(scheduleId, nextRunAtMs)`, `cancel(scheduleId)`.
+- Use cases: `ListScheduledProjectTasks`, `CreateScheduledProjectTask`, `UpdateScheduledProjectTask`, `DeleteScheduledProjectTask`, `RunScheduledProjectTaskNow`, `ReconcileScheduledProjectTasks`, `FireScheduledProjectTask`.
+- `FireScheduledProjectTask`: calcule prochain run, persiste avant spawn, puis appelle `SpawnBackgroundCommand` avec `wakePolicy = RecordOnly` par défaut.
+
+Scheduler/boot:
+- Réutiliser `TokioScheduler` one-shot comme mécanisme de réveil, jamais comme source de vérité.
+- Au boot: charger projets connus; pour chaque projet ouvert/restauré, `reconcile_project(projectId)`.
+- V1: ne pas lancer de tâches pour projets fermés.
+- Si `nextRunAtMs <= now`: politique `skipMissedAndScheduleNext`, pas de rafale.
+- Si une run était `Running` avant crash: laisser le reconcile `BackgroundTask` existant marquer failed/lost handle.
+
+Sécurité:
+- `cwd` confiné au project root.
+- Pas d'`env` libre V1, ou seulement références à variables existantes; jamais de secrets persistés.
+- Commande/args visibles intégralement avant activation.
+- Audit create/update/delete/enable/disable/runNow: actor, projectId, scheduleId, diff résumé, timestamp.
+- Tools MCP création/modification/suppression = `WriteAction`, soumis aux permissions MCP natives.
+- #305 fournit l'alternative visible au cron système; limiter les permissions shell/sandbox reste nécessaire pour empêcher un agent large de lancer `crontab` directement.
+
+MCP tools à ajouter:
+- `idea_scheduled_task_list` read-only
+- `idea_scheduled_task_read` read-only
+- `idea_scheduled_task_create` write-action
+- `idea_scheduled_task_update` write-action
+- `idea_scheduled_task_delete` write-action
+- `idea_scheduled_task_run_now` write-action
+- `idea_scheduled_task_set_enabled` write-action
+- Project scope vient du serveur MCP du projet courant; l'agent ne choisit pas un autre projectId.
+
+DTO/API Tauri + HTTP:
+- `list_scheduled_project_tasks(projectId)`
+- `create_scheduled_project_task(request)`
+- `update_scheduled_project_task(request)`
+- `delete_scheduled_project_task(projectId, scheduledTaskId)`
+- `run_scheduled_project_task_now(projectId, scheduledTaskId)`
+- `set_scheduled_project_task_enabled(projectId, scheduledTaskId, enabled)`
+- DTO camelCase: `nextRunAtMs`, `lastRunAtMs`, `lastTaskId`, `createdBy`, `updatedBy`.
+
+Frontend:
+- Nouvelle surface projet/menu `Tâches planifiées`.
+- `ScheduledTaskGateway` dans ports/adapters Tauri/HTTP/mock.
+- Panneau liste + create/edit/delete/enable/run-now.
+- Lien vers `BackgroundTask` du dernier run si `lastTaskId` existe.
+- Ne pas fusionner avec WorkState: WorkState montre les runs; panneau planifié montre les définitions.
+
+Docs:
+- Mettre à jour la doc MCP/agent-facing pour `idea_scheduled_task_*`.
+- `sdk/IdeaSDK/docs/services.md` si exposé aux plugins, sinon préciser que ce n'est pas un service plugin V1.
+- `sdk/IdeaSDK/docs/manifest.md` seulement si contributions plugin touchent les schedules, déconseillé V1.
+- Mentionner explicitement: ne pas utiliser cron système pour une maintenance projet IdeA.
+
+Fichiers probables:
+- Backend: `crates/domain/src/scheduled_task.rs`, `crates/domain/src/ports.rs`, `crates/application/src/scheduled_task/mod.rs`, `crates/application/src/background/mod.rs`, `crates/infrastructure/src/store/scheduled_task.rs`, `crates/infrastructure/src/scheduler/mod.rs`, `crates/backend/src/lib.rs`, `crates/app-tauri/src/commands.rs`, `crates/backend/src/dto.rs`, `crates/web-server/src/lib.rs`, `crates/infrastructure/src/orchestrator/mcp/tools.rs`.
+- Frontend: `frontend/src/features/scheduled-tasks/*`, `frontend/src/ports/index.ts`, `frontend/src/adapters/scheduledTask.ts`, `frontend/src/adapters/http/requestResponseGateways.ts`, `frontend/src/adapters/mock/index.ts`, `frontend/src/features/projects/ProjectsView.tsx`, `frontend/src/features/web/webSurfaceCatalog.ts`.
+
+## Critères QA
+- Une tâche utilisateur et une tâche créée via MCP apparaissent dans la même liste.
+- L'auteur, commande, fréquence, prochaine exécution et permissions sont identifiables.
+- Tâche demandée par agent ne s'exécute pas avant approbation.
+- Approuver/refuser/modifier/suspendre/reprendre/supprimer produisent les états attendus.
+- Modification sensible redemande une approbation.
+- Tâche suspendue ne s'exécute pas.
+- Exécution manuelle et planifiée sont distinguables/auditables.
+- Logs, durée, code de sortie et erreurs consultables.
+- Projet inaccessible ne bloque pas IdeA et ne déplace jamais l'exécution ailleurs.
+- Aucun rattrapage multiple après arrêt prolongé.
+- Suppression pendant exécution ne l'interrompt pas sans choix explicite.
+- Succès silencieux; échecs visibles sans notifications répétitives.
+- Horaires respectent le fuseau configuré.
+- Créer via MCP puis vérifier UI; créer/modifier/supprimer via UI puis vérifier MCP list/read.
+- Échéance atteinte: `BackgroundTask` créée, visible WorkState, sortie attachable.
+- Redémarrage avant échéance: reconcile rearme.
+- Redémarrage après échéance manquée: pas de rafale, prochaine échéance recalculée, audit missed/skipped.
+- Projet fermé: aucune exécution silencieuse.
+- `cwd` hors projet rejeté.
+- Tool MCP write refusé sans permission native.
+- Delete/disable annule le timer armé.
+- Deux reconciles concurrents ne créent pas deux runs pour la même échéance.
+
+## Blocage — 2026-09-10
+- Git a préparé `feature/305-scheduled-project-tasks-mcp`, mais a recommandé de finaliser #304 avant de démarrer #305.
+- #304 est implémenté et QA vert, mais non committé/mergé: trois délégations Git pour le commit/merge #304 ont expiré à 600s malgré relance/rattachement.
+- Le worktree courant porte encore les deux fichiers frontend #304 modifiés. Main ne doit pas démarrer #305 ni changer de branche tant que cette topologie n'est pas résolue, pour éviter de mélanger les changements.
+- Prochaine reprise: débloquer Git ou faire exécuter par l'agent Git le commit/merge #304, puis checkout/rebase/reset de `feature/305-scheduled-project-tasks-mcp` par Git et lancer DevBackend #305.

.ideai/tickets/305/issue.md

@@ -0,0 +1,17 @@
+---
+id: "6b6abd28-59c9-4f07-a19c-fb3770ef1415"
+number: 305
+title: "Tâches planifiées projet avec outil MCP et menu utilisateur"
+status: "inProgress"
+priority: "high"
+sprint: null
+links: []
+agentRefs: []
+attachments: []
+createdBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
+updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
+createdAt: 1789021772418
+updatedAt: 1789024612856
+version: 4
+---
+Demande utilisateur du 2026-09-10 : ajouter à IdeA des tâches planifiées liées au projet, gérables par IdeA plutôt que par le cron Linux. Les agents doivent disposer d'un tool MCP pour créer des tâches récurrentes/projet. L'utilisateur doit avoir un menu par projet pour créer, supprimer et modifier ces tasks. Motivation : éviter qu'un orchestrateur crée un cron système Linux pour nettoyer régulièrement un dossier projet qui grossit build après build. Une fois livré et validé, rebuild l'AppImage.

.ideai/tickets/306/carnet.md

@@ -0,0 +1,79 @@
+---
+issueRef: "#306"
+version: 4
+updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
+updatedAt: 1789030701539
+---
+# Carnet
+
+## 2026-09-10 — Diagnostic root writable perdu en headless/custom CLI
+
+Demande utilisateur : comprendre pourquoi, sur `IdeaAndroidPlugin`, les agents ont l'ecriture au project root via TUI Native mais pas via delegation headless ou CLI custom.
+
+Preuves collectees :
+
+- Root Unix `/home/anthony/Documents/Projects/IdeaAndroidPlugin` en `drwxrwxrwx`; ce n'est pas une permission OS classique.
+- `.ideai/permissions.json` a `projectDefaults.write:**` en `allow`; les permissions metier autorisent l'ecriture.
+- `AGENTS.md` de `DevBackend` pointe correctement vers `/home/anthony/Documents/Projects/IdeaAndroidPlugin`.
+- `config.toml` Codex genere contient `sandbox_mode = "workspace-write"` et les sections `[projects."..."] trust_level = "trusted"`, mais pas de racines dynamiques; pour `codex exec`, les roots writable sont transmis par argv `--add-dir` via `CodexExecSession::build_spawn_line`.
+- Sessions OK de `DevBackend` : `turn_context.workspace_roots` contient `[runDir, projectRoot, managedTmp]` et `sandbox_policy.writable_roots` contient `[projectRoot, managedTmp]`.
+- Sessions KO de `Main` et certaines sessions `DevBackend` : `workspace_roots` contient seulement `[runDir, managedTmp]`; `sandbox_policy.writable_roots` contient seulement `[managedTmp]`; la sonde `touch .idea-write-check` depuis le root echoue avec `Read-only file system`.
+- Les sessions KO affichent `developer_instructions=null` et/ou chemin custom/reprise ancien; une trace Main KO est en `multi_agent_version="v1"`.
+
+Cadrage Architect : cause probable dans le chemin structured/headless resume/custom CLI qui reconstruit ou rattache une session Codex sans recalculer/transmettre la `StructuredProviderLaunchPolicy::Codex` issue de `project_root + EffectivePermissions`. Le lancement standard sait le faire via `compile_codex_launch_policy`; la factory et `CodexExecSession` savent ensuite passer les `--add-dir` si la policy arrive.
+
+Fichiers a inspecter pour correctif :
+
+- `crates/application/src/agent/lifecycle.rs` : calcul des permissions effectives, managed tmp, `build_structured_launch_policy`, appel `launch_structured`.
+- `crates/application/src/codex_permissions.rs` : contrat pur `EffectivePermissions + project_root + extra_writable_roots -> StructuredProviderLaunchPolicy::Codex`.
+- `crates/infrastructure/src/session/factory.rs` : passage de la policy vers `CodexExecSession`.
+- `crates/infrastructure/src/session/codex.rs` : `build_spawn_line`, `--add-dir` sur nouveaux tours et resume.
+- Chemins de reprise/rattache/custom CLI qui creent des thread settings ou relancent une session sans passer par la policy complete.
+
+Fix minimal recommande : garantir que tout lancement/reprise/rattache structured Codex recalcule et transmet la policy Codex depuis le project root courant et les permissions courantes; ajouter un invariant/log fort quand `workspace-write` est produit sans `projectRoot` alors que les permissions autorisent `write:**`.
+
+Tests requis :
+
+- Application : reprise structured Codex avec `cwd=runDir`, `project_root` externe au runDir et `write:**` doit produire une policy contenant `projectRoot + managedTmp`.
+- Infrastructure : `codex exec resume <thread>` doit contenir `--add-dir <projectRoot>` et `--add-dir <managedTmp>`.
+- Non-regression read-only/deny : ne pas injecter le project root quand la policy refuse l'ecriture.
+
+Etat : diagnostic trouve; aucun correctif code applique dans ce tour.
+
+## 2026-09-10 10:32 CEST — Verdict QA post-correctif
+
+Verdict : VERT.
+
+Diff inspecte sur les fichiers annonces : `crates/backend/src/lib.rs`, `crates/infrastructure/src/session/factory.rs`, `crates/application/tests/agent_lifecycle.rs`, `crates/infrastructure/src/session/mod.rs`.
+
+Commandes executees :
+
+- `git diff --check` : OK, aucune sortie.
+- `cargo fmt --all --check` : OK, aucune sortie.
+- `cargo test -p application --test agent_lifecycle custom_chat_codex_resume_recomputes_project_and_managed_tmp_writable_roots` : 1 passed; 0 failed; 110 filtered out.
+- `cargo test -p infrastructure --lib codex` : 42 passed; 0 failed; 336 filtered out. Couvre notamment le refus Codex sans policy explicite, les commandes resume Codex, les policies read-only/workspace-write et les `--add-dir`.
+- `cargo test -p backend --lib automatic_resume_preserves_custom_chat_structured_routing` : 1 passed; 0 failed; 100 filtered out.
+- `cargo check -p app-tauri` : OK.
+- `cargo check -p web-server` : OK.
+
+Note QA : une premiere tentative `cargo test -p infrastructure --lib factory_rejects_codex_launch_without_explicit_policy factory_routes_claude_and_codex ...` a echoue avant execution car Cargo n'accepte pas plusieurs filtres de test positionnels. Elle a ete remplacee par le filtre valide `codex`, plus large et couvrant les tests cibles.
+
+Risque residuel : validation par tests unitaires/integration fake CLI et checks de compilation, pas de lancement AppImage ni reproduction manuelle sur `IdeaAndroidPlugin`.
+
+## 2026-09-10 10:57 CEST — Commit, tag et AppImage
+
+Commit local cree via runner IdeA car Main ne peut pas ecrire dans `.git` et Git ne repondait pas aux rendez-vous :
+
+- Commit : `eb86366 fix(codex): preserve project root on structured resume`.
+- Branche : `develop`.
+- Tag local : `v0.46.0` sur `eb86366` (dernier tag precedent `v0.45.0`, increment `y` car commit sur `develop`).
+- Aucun push.
+
+Build AppImage execute avec le skill `build-appimage` :
+
+- `npm --prefix frontend run build` : OK.
+- Depuis `crates/app-tauri` : `CARGO_HOME=/tmp/idea-cargo-home APPIMAGE_EXTRACT_AND_RUN=1 NO_STRIP=1 ../../frontend/node_modules/.bin/tauri build --bundles appimage` : OK.
+- Artefact produit : `target/release/bundle/appimage/IdeA_0.3.0_amd64.AppImage`.
+- Taille verifiee : 115M.
+
+Etat final : correctif commite, tagge, AppImage construite. Remplacement de l'AppImage installee et relance d'IdeA non automatises car cela tue l'orchestrateur actif; etape manuelle utilisateur.

.ideai/tickets/306/issue.md

@@ -0,0 +1,17 @@
+---
+id: "19aeb105-a6c3-4e28-ad3b-7adad8c4dc04"
+number: 306
+title: "IdeaAndroidPlugin: agents headless sans accès écriture au project root"
+status: "closed"
+priority: "high"
+sprint: null
+links: []
+agentRefs: []
+attachments: []
+createdBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
+updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
+createdAt: 1789026800927
+updatedAt: 1789030701539
+version: 4
+---
+L'utilisateur constate que sur le projet IdeaAndroidPlugin uniquement, un agent comme DevBackend a bien l'accès écriture au root via la TUI Native, mais déclare ne pas l'avoir quand un autre agent lui demande d'écrire ou quand il est sollicité via la CLI custom. Investiguer la différence de sandbox/permissions/run config entre TUI Native, delegation headless et CLI custom, puis corriger si nécessaire.

.ideai/tickets/307/carnet.md

@@ -0,0 +1,266 @@
+---
+issueRef: "#307"
+version: 7
+updatedBy: {"kind":"agent","agent_id":"1ff94b51-3e17-4a39-8543-7715d1ff0f80"}
+updatedAt: 1789054288135
+---
+## 2026-09-10 — Main
+
+Signalement utilisateur: au lancement d'IdeA, l'UI indique des tasks/états en cours alors qu'aucune tâche réelle n'est active. Capture: cellule Main affichant `Conversation liée — récupération du transcript en cours.`
+
+Cadrage Architect:
+- Bug backend prioritaire avec validation frontend.
+- Vérifier/corriger la chaîne `BackendCore::activate_project()` -> `reconcile_layouts`, `reconcile_live_state`, `reconcile_background_tasks`.
+- Sources persistées à réconcilier: `live-state.json` (`working/waiting/blocked` sans session vivante -> `idle`) et `BackgroundTaskStore` (`Running/Waiting/Cancelling` sans handle runtime -> terminal + delivery pending si nécessaire).
+- `GetProjectWorkState` ne doit pas reprojeter de tâche non terminale orpheline après activation projet.
+- Le message transcript peut être l'effet direct du live-state fantôme; si un `conversationId` persiste seul sans tours ni session active, ajouter un garde-fou frontend minimal pour ne pas rester indéfiniment sur `récupération du transcript en cours`.
+
+Fichiers probables backend/domain: `crates/backend/src/lib.rs`, `crates/application/src/workstate/reconcile.rs`, `crates/domain/src/live_state.rs`, `crates/infrastructure/src/store/background_task.rs`, tests `crates/application/tests/workstate.rs` et backend autour de la réconciliation.
+
+Fichiers probables frontend: `frontend/src/features/agents/CustomAgentChatView.tsx`, `frontend/src/features/workstate/ProjectWorkStatePanel.tsx`, `frontend/src/features/layout/LayoutGrid.tsx`, `frontend/src/adapters/workStateNormalization.ts`.
+
+QA attendue: démarrage avec live-state fantôme, background task Running orpheline, completion pending/non livrée, completion déjà livrée, multi-projets, et capture UI équivalente sans blocage transcript infini.
+
+## 2026-09-10 — DevBackend
+
+Correctif backend/domain implémenté sur `develop`, sans commit/merge/push et sans modification frontend.
+
+Diagnostic:
+- `LiveState::reconcile_orphans` remettait bien les lignes `working`/`waiting`/`blocked` sans session vivante à `idle`, mais conservait leur `correlationId`. Or cette corrélation représente une requête cross-project active; après reboot, elle ne correspond plus à aucun runtime reprenable/annulable et maintient une relation fantôme.
+- `AppBackgroundTaskStore::reconcile_project_boot(project_id, ...)` déléguait à `FsBackgroundTaskStore::reconcile_boot`, qui balayait tous les documents présents sous le root. De même, `list_undelivered_for_project` ne filtrait pas le résultat global sur le projet demandé. L'activation n'était donc pas strictement bornée au `projectId` activé.
+
+Implémentation:
+- `crates/domain/src/live_state.rs`: une ligne active orpheline efface désormais aussi `correlation_id`, en plus de `ticket` et `last_delegation`; test domaine renforcé avec une corrélation réellement présente.
+- `crates/infrastructure/src/store/background_task.rs`: ajout de `reconcile_project_boot(project_id, live_task_ids, now_ms)` et factorisation interne; l'API historique `reconcile_boot` reste disponible, tandis que l'activation utilise la variante bornée.
+- `crates/backend/src/lib.rs`: réconciliation et collecte des complétions strictement filtrées sur le projet activé; test B7 renforcé pour vérifier que la tâche orpheline terminalisée disparaît de `list_open_for_agent`, source ouverte de `GetProjectWorkState`.
+- `crates/infrastructure/tests/background_task_store.rs`: test multi-projets prouvant que l'activation d'un projet ne répare ni ne rapporte une tâche étrangère.
+- `crates/backend/src/lib.rs`: test d'intégration #307 qui persiste un live-state `working` corrélé et une tâche `Running`, appelle réellement `BackendCore::activate_project()`, puis vérifie `idle`, corrélation/ticket/délégation effacés, tâche `Failed` et aucune tâche ouverte reprojetable.
+
+Commandes exécutées, toutes vertes:
+- `cargo fmt --all -- --check`
+- `cargo test -p domain live_state::tests::reconcile_orphans` — 4/4
+- `cargo test -p infrastructure --test background_task_store reconcile` — 4/4
+- `cargo test -p backend background_tasks_b7_tests` — 1/1
+- `cargo test -p backend ticket307_activation_reconcile_tests` — 1/1
+- `cargo test -p application --test workstate` — 29/29
+- `cargo check -p backend`
+- `git diff --check`
+
+Frontend:
+- Aucun changement nécessaire pour le défaut backend reproduit/corrigé.
+- QA doit encore faire le smoke test UI/AppImage de fermeture-relance demandé par le cadrage. Si le message `Conversation liée — récupération du transcript en cours.` subsiste avec un `conversationId` frontend isolé malgré les états backend assainis, le garde-fou frontend minimal décrit par Architect reste un lot séparé à confirmer sur preuve live.
+
+## 2026-09-10 — QA
+
+Verdict QA: VERT pour le correctif backend/domain/infrastructure du ticket #307.
+
+Relu:
+- Diff de `crates/domain/src/live_state.rs`, `crates/infrastructure/src/store/background_task.rs`, `crates/infrastructure/tests/background_task_store.rs`, `crates/backend/src/lib.rs`.
+- `BackendCore::activate_project()` appelle toujours `reconcile_layouts`, `reconcile_live_state`, `reconcile_background_tasks`.
+- `GetProjectWorkState` filtre les background tasks par `task.project_id == project.id` avant projection.
+- Frontend: `CustomAgentChatView` garde le message `Conversation liée — récupération du transcript en cours.` quand `displayTurns.length === 0 && hasLinkedConversation`; `hasLinkedConversation` reste vrai avec un `conversationId` seul.
+
+Test QA frontend ajouté:
+- `frontend/src/features/agents/CustomAgentChatView.test.tsx`: `keeps the linked-conversation placeholder when an isolated conversation id has no recovered turns`.
+- Ce test ne modifie pas le code de production; il prouve que le garde-fou frontend UX reste nécessaire si un `conversationId` isolé survit indépendamment de l'état live/backend.
+
+Commandes exécutées et sorties réelles:
+
+```text
+$ cargo fmt --all -- --check
+<no output, exit 0>
+```
+
+```text
+$ git diff --check
+<no output, exit 0>
+```
+
+```text
+$ cargo test -p domain live_state::tests::reconcile_orphans
+running 4 tests
+test live_state::tests::reconcile_orphans_does_not_mutate_self ... ok
+test live_state::tests::reconcile_orphans_downgrades_dead_active_rows_and_rewrites_fields ... ok
+test live_state::tests::reconcile_orphans_covers_working_waiting_blocked_only ... ok
+test live_state::tests::reconcile_orphans_spares_live_agents ... ok
+test result: ok. 4 passed; 0 failed; 0 ignored; 0 measured; 307 filtered out; finished in 0.00s
+```
+
+```text
+$ cargo test -p infrastructure --test background_task_store reconcile
+running 4 tests
+test reconcile_marks_cancelling_without_live_handle_cancel_failed_and_pending ... ok
+test reconcile_uses_monotonic_timestamp_when_clock_is_behind ... ok
+test project_reconcile_does_not_repair_or_report_foreign_project_tasks ... ok
+test reconcile_marks_running_without_live_handle_failed_and_pending ... ok
+test result: ok. 4 passed; 0 failed; 0 ignored; 0 measured; 8 filtered out; finished in 0.00s
+```
+
+```text
+$ cargo test -p backend background_tasks_b7_tests
+running 1 test
+test background_tasks_b7_tests::app_reconcile_requeues_wake_owner_marks_record_only_and_repairs_orphan_running ... ok
+test result: ok. 1 passed; 0 failed; 0 ignored; 0 measured; 101 filtered out; finished in 0.09s
+```
+
+```text
+$ cargo test -p backend ticket307_activation_reconcile_tests
+running 1 test
+test ticket307_activation_reconcile_tests::activate_project_clears_stale_live_correlation_and_terminalizes_orphan_task ... ok
+test result: ok. 1 passed; 0 failed; 0 ignored; 0 measured; 101 filtered out; finished in 0.07s
+```
+
+```text
+$ cargo test -p application --test workstate
+running 29 tests
+...
+test workstate_projects_open_and_undelivered_background_tasks_by_agent ... ok
+test result: ok. 29 passed; 0 failed; 0 ignored; 0 measured; 0 filtered out; finished in 0.00s
+```
+
+```text
+$ cargo check -p backend
+Checking domain v0.3.0 (/home/anthony/Documents/Projects/IdeA/crates/domain)
+Checking application v0.3.0 (/home/anthony/Documents/Projects/IdeA/crates/application)
+Checking infrastructure v0.3.0 (/home/anthony/Documents/Projects/IdeA/crates/infrastructure)
+Checking backend v0.3.0 (/home/anthony/Documents/Projects/IdeA/crates/backend)
+Finished `dev` profile [unoptimized + debuginfo] target(s) in 9.44s
+```
+
+```text
+$ npm test -- CustomAgentChatView.test.tsx
+npm error enoent Could not read package.json: Error: ENOENT: no such file or directory, open '/home/anthony/Documents/Projects/IdeA/package.json'
+```
+
+```text
+$ (cd frontend && npm test -- CustomAgentChatView.test.tsx)
+Test Files  1 passed (1)
+Tests  72 passed (72)
+Duration  4.36s
+```
+
+Conclusion:
+- Le smoke automatisé backend `BackendCore::activate_project()` couvre l'équivalent fermeture/redémarrage: live-state `working` corrélé persisté + background task `Running` orpheline -> activation -> live-state `idle`, `correlation_id`/ticket/délégation effacés, task `Failed`, aucune task ouverte reprojetable.
+- La réconciliation background est bien bornée par `projectId` et ne terminalise/rapporte pas les tâches étrangères.
+- Le correctif backend suffit pour le défaut live-state/background-task fantôme validé ici.
+- Risque résiduel frontend: le message `Conversation liée — récupération du transcript en cours.` peut encore apparaître avec un `conversationId` isolé sans tours récupérés; le garde-fou UX reste pertinent comme lot séparé si ce cas persiste après backend assaini.
+
+## 2026-09-10 — DevFrontend (réouverture QA)
+
+Diagnostic:
+- Le rendu vide de `CustomAgentChatView` utilisait `hasLinkedConversation` après la fin de `openOrAttach`, sans distinguer une récupération encore active d'une récupération terminée sans aucun tour.
+- Un `conversationId` isolé suffisait donc à conserver indéfiniment le libellé `Conversation liée — récupération du transcript en cours.` après un retour utile vide.
+
+Implémentation minimale:
+- `frontend/src/features/agents/CustomAgentChatView.tsx`: une fois `opening` terminé et sans tour affichable, une conversation toujours liée affiche désormais littéralement `Conversation liée — transcript indisponible.`. Le spinner reste borné à `opening`; la cellule et le `conversationId` ne sont ni fermés ni effacés.
+- `frontend/src/features/agents/CustomAgentChatView.test.tsx`: le test ciblé QA attend le nouvel état terminal et vérifie l'absence de l'ancien libellé, de spinner et de bouton `Réessayer` dans le scénario de récupération vide.
+- Les alertes techniques existantes restent inchangées afin de ne pas masquer les erreurs de lancement/rattachement hors de ce scénario vide.
+
+Commandes exécutées:
+
+```text
+$ (cd frontend && npm test -- CustomAgentChatView.test.tsx)
+Test Files  1 passed (1)
+Tests  72 passed (72)
+Duration  4.04s
+```
+
+```text
+$ (cd frontend && npm run typecheck)
+tsc --noEmit
+exit 0
+```
+
+```text
+$ git diff --check
+<no output, exit 0>
+```
+
+Risque résiduel:
+- Le correctif repose sur la terminaison de la tentative `openOrAttach`; il ne crée pas un nouveau timeout frontend autour d'un appel transport qui ne se résoudrait jamais. Cette extension serait hors du garde-fou minimal demandé et modifierait le contrat de transport.
+
+## 2026-09-10 — QA finale après garde-fou frontend
+
+Verdict QA final: VERT pour #307, backend + garde-fou frontend.
+
+Relu:
+- Diff backend/domain/infrastructure déjà validé: réconciliation live-state avec `correlation_id` effacé, réconciliation background bornée par `projectId`, smoke `BackendCore::activate_project()`.
+- Diff frontend: `CustomAgentChatView.tsx` remplace l'état vide post-récupération par `Conversation liée — transcript indisponible.`.
+- Test frontend: `CustomAgentChatView.test.tsx` couvre le cas `conversationId` isolé sans tours récupérés et vérifie l'absence de l'ancien libellé, du spinner et du bouton `Réessayer`.
+
+Commandes exécutées et sorties réelles:
+
+```text
+$ git diff --check
+<no output, exit 0>
+```
+
+```text
+$ cargo test -p domain live_state::tests::reconcile_orphans
+running 4 tests
+test live_state::tests::reconcile_orphans_does_not_mutate_self ... ok
+test live_state::tests::reconcile_orphans_covers_working_waiting_blocked_only ... ok
+test live_state::tests::reconcile_orphans_spares_live_agents ... ok
+test live_state::tests::reconcile_orphans_downgrades_dead_active_rows_and_rewrites_fields ... ok
+test result: ok. 4 passed; 0 failed; 0 ignored; 0 measured; 307 filtered out; finished in 0.00s
+```
+
+```text
+$ cargo test -p infrastructure --test background_task_store reconcile
+running 4 tests
+test reconcile_uses_monotonic_timestamp_when_clock_is_behind ... ok
+test reconcile_marks_cancelling_without_live_handle_cancel_failed_and_pending ... ok
+test project_reconcile_does_not_repair_or_report_foreign_project_tasks ... ok
+test reconcile_marks_running_without_live_handle_failed_and_pending ... ok
+test result: ok. 4 passed; 0 failed; 0 ignored; 0 measured; 8 filtered out; finished in 0.00s
+```
+
+```text
+$ cargo test -p backend ticket307_activation_reconcile_tests
+running 1 test
+test ticket307_activation_reconcile_tests::activate_project_clears_stale_live_correlation_and_terminalizes_orphan_task ... ok
+test result: ok. 1 passed; 0 failed; 0 ignored; 0 measured; 101 filtered out; finished in 0.01s
+```
+
+```text
+$ cargo test -p backend background_tasks_b7_tests
+running 1 test
+test background_tasks_b7_tests::app_reconcile_requeues_wake_owner_marks_record_only_and_repairs_orphan_running ... ok
+test result: ok. 1 passed; 0 failed; 0 ignored; 0 measured; 101 filtered out; finished in 0.00s
+```
+
+```text
+$ cargo test -p application --test workstate
+running 29 tests
+...
+test workstate_lists_two_tickets_in_fifo_order ... ok
+test result: ok. 29 passed; 0 failed; 0 ignored; 0 measured; 0 filtered out; finished in 0.00s
+```
+
+```text
+$ (cd frontend && npm test -- CustomAgentChatView.test.tsx)
+Test Files  1 passed (1)
+Tests  72 passed (72)
+Duration  3.97s
+```
+
+```text
+$ (cd frontend && npm run typecheck)
+> idea-frontend@0.3.0 typecheck
+> tsc --noEmit
+```
+
+Conclusion:
+- Le backend ne reprojette plus l'activité fantôme validée par le smoke d'activation.
+- Le frontend ne reste plus sur `Conversation liée — récupération du transcript en cours.` après récupération vide; il affiche un état terminal explicite `Conversation liée — transcript indisponible.`.
+- Risque résiduel limité: le garde-fou frontend suppose toujours que `openOrAttach` finit par se résoudre/rejeter; il n'ajoute pas de timeout transport.
+
+## Git — 2026-09-10
+- Reprise après déblocage; état laissé par la session Git précédente (interrompue après le merge) inspecté puis validé.
+- Branche: `fix/307-startup-ghost-states-reconciliation` créée depuis develop @ `99b400a`; commit fix `57cf825` (6 fichiers domain/infrastructure/backend/frontend), QA verte reconfirmée par Git avant commit.
+- Merge no-ff vers `develop`: `e1dbe56`; branche feature conservée après merge (convention récente).
+- Rebuild AppImage du 14:21 déjà formalisé en amont du merge: commit dédié `99b400a` (vide, trace durable in-repo) + tag annoté `v0.46.0`.
+- Vérifications à la reprise: `git diff eb86366..e1dbe56 --stat` = exactement les 6 fichiers du correctif; artefact `target/release/bundle/appimage/IdeA_0.3.0_amd64.AppImage` (119871992 octets, mtime 2026-09-10 14:21:49) de sha256 `e6e22132970357d8a67338edaf4c3b0adbee7a66265e09211e733abfa08825da` identique à celui documenté par `99b400a` — l'AppImage v0.46.0, buildée depuis le worktree incluant le WIP #307 complet, correspond au contenu de develop post-merge. Décision: aucun nouveau rebuild ni incrément de tag, un même artefact ne porte pas deux versions.
+- Store de tickets synchronisé sur develop dans le `chore(tickets)` portant ce carnet (tickets 299-307, index/counter, #296); `attachments/` et `scripts/` maintenus hors périmètre non suivis.
+- Aucun push (develop en avance de 320 commits sur origin/develop).
+- Restants: remplacement de l'AppImage installée par l'artefact v0.46.0 + relance manuels, validation live fermeture/relance (plus de LED fantôme ni de spinner transcript infini), puis clôture du ticket.

.ideai/tickets/307/issue.md

@@ -0,0 +1,17 @@
+---
+id: "0c1aeac5-0c3e-4bae-9cc0-2846e76f8d9e"
+number: 307
+title: "Au démarrage, IdeA affiche des tâches ou états en cours fantômes"
+status: "qa"
+priority: "high"
+sprint: null
+links: []
+agentRefs: []
+attachments: []
+createdBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
+updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
+createdAt: 1789031142260
+updatedAt: 1789034059104
+version: 5
+---
+Signalement utilisateur du 2026-09-10 : après lancement d'IdeA, l'UI indique des tâches/états en cours alors qu'aucune tâche réelle n'est active. Capture jointe : cellule Main bloquée sur `Conversation liée — récupération du transcript en cours.` Contexte probable : réconciliation insuffisante des états live/transcript/background task au reboot, voir mémoire `live-state-reboot-reconciliation-design`. Critère attendu : au démarrage, les agents/sessions/tâches orphelins sont réconciliés vers un état non-busy, sans afficher de tâche active fantôme ni bloquer la cellule sur une récupération de transcript inexistante.

.ideai/tickets/counter.json

@@ -1,3 +1,3 @@
 {
-  "nextNumber": 299
+  "nextNumber": 308
 }

.ideai/tickets/index.json

@@ -4095,6 +4095,132 @@
         "agent_id": "a6c6ea12-bfc6-4bdc-8031-324102dfa34d"
       },
       "updatedAt": 1788980807273
+    },
+    {
+      "issueRef": "#299",
+      "path": "299",
+      "title": "Panneau MCP: la mise en fenetre detachee ne fait rien",
+      "status": "qa",
+      "priority": "high",
+      "sprint": null,
+      "assignedAgentIds": [],
+      "createdBy": {
+        "kind": "agent",
+        "agent_id": "a6c6ea12-bfc6-4bdc-8031-324102dfa34d"
+      },
+      "updatedAt": 1788982613757
+    },
+    {
+      "issueRef": "#300",
+      "path": "300",
+      "title": "Plugins: tools MCP Unity non catalogues malgre skills visibles",
+      "status": "closed",
+      "priority": "high",
+      "sprint": null,
+      "assignedAgentIds": [],
+      "createdBy": {
+        "kind": "agent",
+        "agent_id": "a6c6ea12-bfc6-4bdc-8031-324102dfa34d"
+      },
+      "updatedAt": 1788984710401
+    },
+    {
+      "issueRef": "#301",
+      "path": "301",
+      "title": "Rebuild AppImage demande utilisateur",
+      "status": "closed",
+      "priority": "medium",
+      "sprint": null,
+      "assignedAgentIds": [],
+      "createdBy": {
+        "kind": "agent",
+        "agent_id": "a6c6ea12-bfc6-4bdc-8031-324102dfa34d"
+      },
+      "updatedAt": 1788985894195
+    },
+    {
+      "issueRef": "#302",
+      "path": "302",
+      "title": "MCP tools d'un plugin assigné non visibles par l'agent cible",
+      "status": "closed",
+      "priority": "high",
+      "sprint": null,
+      "assignedAgentIds": [],
+      "createdBy": {
+        "kind": "agent",
+        "agent_id": "a6c6ea12-bfc6-4bdc-8031-324102dfa34d"
+      },
+      "updatedAt": 1788990131498
+    },
+    {
+      "issueRef": "#303",
+      "path": "303",
+      "title": "Restaurer les projets ouverts au redémarrage d'IdeA",
+      "status": "closed",
+      "priority": "high",
+      "sprint": null,
+      "assignedAgentIds": [],
+      "createdBy": {
+        "kind": "agent",
+        "agent_id": "a6c6ea12-bfc6-4bdc-8031-324102dfa34d"
+      },
+      "updatedAt": 1789021152339
+    },
+    {
+      "issueRef": "#304",
+      "path": "304",
+      "title": "Navigation historique ArrowUp dans chat multiligne",
+      "status": "qa",
+      "priority": "high",
+      "sprint": null,
+      "assignedAgentIds": [],
+      "createdBy": {
+        "kind": "agent",
+        "agent_id": "a6c6ea12-bfc6-4bdc-8031-324102dfa34d"
+      },
+      "updatedAt": 1789024612607
+    },
+    {
+      "issueRef": "#305",
+      "path": "305",
+      "title": "Tâches planifiées projet avec outil MCP et menu utilisateur",
+      "status": "inProgress",
+      "priority": "high",
+      "sprint": null,
+      "assignedAgentIds": [],
+      "createdBy": {
+        "kind": "agent",
+        "agent_id": "a6c6ea12-bfc6-4bdc-8031-324102dfa34d"
+      },
+      "updatedAt": 1789024612856
+    },
+    {
+      "issueRef": "#306",
+      "path": "306",
+      "title": "IdeaAndroidPlugin: agents headless sans accès écriture au project root",
+      "status": "closed",
+      "priority": "high",
+      "sprint": null,
+      "assignedAgentIds": [],
+      "createdBy": {
+        "kind": "agent",
+        "agent_id": "a6c6ea12-bfc6-4bdc-8031-324102dfa34d"
+      },
+      "updatedAt": 1789030701539
+    },
+    {
+      "issueRef": "#307",
+      "path": "307",
+      "title": "Au démarrage, IdeA affiche des tâches ou états en cours fantômes",
+      "status": "qa",
+      "priority": "high",
+      "sprint": null,
+      "assignedAgentIds": [],
+      "createdBy": {
+        "kind": "agent",
+        "agent_id": "a6c6ea12-bfc6-4bdc-8031-324102dfa34d"
+      },
+      "updatedAt": 1789034059104
     }
   ]
 }