IdeA/.ideai/tickets/289/carnet.md

issueRef, version, updatedBy, updatedAt

issueRef	version	updatedBy	updatedAt
#289	5	kind agent_id agent a6c6ea12-bfc6-4bdc-8031-324102dfa34d	1788901112288

2026-09-08 — Main

Demande utilisateur : garantir que si une cible appelée via ask_agent se restart, le demandeur attend la fin du restart et reçoit le travail post-restart rattaché au même agent, aussi bien intra-projet qu'en cross-project.

Cadrage Architect :

• Identité stable par RuntimeAgentKey (projectId, agentId).
• Le conversation_id logique et le verrou de tour doivent survivre au restart.
• Un restart accepté est une activité de contrôle du rendez-vous : ne pas classifier la fermeture de l'ancienne session comme no-reply/timeout d'inactivité.
• Cross-project : conserver la corrélation demandeur (requesterProjectId, requesterAgentId, correlationId) jusqu'au résultat post-restart.
• Cancel pendant restart doit cascader et nettoyer rendez-vous/workstate/registre cross-project.
• Échec de restart => erreur explicite, pas silence.

Branche Git retenue : fix/289-ask-agent-during-target-restart depuis develop @ db91b00.

Prochaines étapes : DevBackend implémente le contrat backend et tests ; QA valide same-project, cross-project, watchdog, failure/cancel.

2026-09-08 — DevBackend

Correctif backend implémenté sur fix/289-ask-agent-during-target-restart.

Fichiers modifiés :

• crates/application/src/orchestrator/service.rs
• crates/application/src/orchestrator/mod.rs
• crates/application/src/lib.rs
• crates/application/tests/orchestrator_service.rs
• crates/backend/src/lib.rs

Comportement livré :

• coordination stable par RuntimeAgentKey (projectId, agentId) entre le rendez-vous applicatif et le scheduler de self-restart ;
• conservation du verrou de tour, du ticket logique et du conversation_id pendant le remplacement de la session concrète ;
• abandon du drain de l'ancienne session sans no-reply, puis capture du Final du tour de continuation sur la session relancée ;
• activité de contrôle restart intégrée au watchdog d'inactivité ;
• corrélation cross-project conservée jusqu'au résultat post-restart ;
• échec de restart remonté explicitement ; cancel pendant la fenêtre sans runtime réveille l'ask, nettoie la corrélation et empêche la relance de continuation ;
• le scheduler standalone conserve son comportement historique lorsque aucun ask n'est actif.

Tests exécutés :

• cargo test -p application --test orchestrator_service — 85 passés ;
• cargo test -p application --lib — 171 passés ;
• cargo test -p backend --lib — 89 passés, 7 ignorés (tests socket nécessitant une permission locale) ;
• cargo check -p backend — OK ;
• cargo fmt --all -- --check — OK.

Tests de régression ajoutés : same-project Final post-restart, cross-project + nettoyage corrélation, faux no-reply interdit, failure explicite, cancel pendant le gap de restart, watchdog réarmé par activité de contrôle.

Limites : pas de test E2E avec un vrai processus fournisseur/AppImage dans ce lot ; la validation est faite avec les ports/sessions structurés et le scheduler backend compilé. Aucun fichier frontend modifié. Aucun commit effectué par DevBackend.

2026-09-08 — QA

Verdict : VERT pour le ticket #289 sur fix/289-ask-agent-during-target-restart.

Tests QA ajoutés dans crates/application/tests/orchestrator_service.rs :

• ask_target_restart_cleans_busy_workstate_and_replaces_structured_registry_entry : succès same-project post-restart, cible revenue Idle, FIFO vide, live-state Done, ancienne session structurée absente, session de remplacement enregistrée sur le même agent logique.
• same_project_stop_during_restart_releases_ask_and_leaves_no_replacement_session : cancel/stop same-project pendant le gap de restart, ask réveillé en erreur explicite de cancel, busy/FIFO/live-state nettoyés, aucune session de remplacement enregistrée.

Commandes finales vertes :

• cargo fmt --all -- --check
• cargo test -p application --test orchestrator_service — 87 passés
• cargo test -p application --lib — 171 passés
• cargo test -p backend --lib — 89 passés, 7 ignorés
• cargo check -p backend — OK

Couverture validée : same-project, cross-project, faux no-reply interdit, failure restart explicite, cancel pendant restart, nettoyage busy/workstate/registry, watchdog réarmé par activité restart.

Risques résiduels : pas d'E2E vrai provider relancé dans QA ; les 7 tests backend ignorés demandent une permission locale de bind socket.

2026-09-08 — Git/Main clôture

Git a committé le correctif sur la branche feature : d6d9891.

Git a mergé localement dans develop avec merge commit : 321ebda.

Aucun push distant effectué. État final après build : develop...origin/develop [ahead 276], working tree propre sauf scripts/ non suivi préexistant et hors périmètre.

Build AppImage exécuté via 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.

Étape non automatisée volontairement : remplacement de /home/anthony/Documents/IdeA_0.1.0_amd64.AppImage et relance d'IdeA, car cela tue l'orchestrateur actif. À faire manuellement quand l'utilisateur est prêt pour activer le correctif dans l'application lancée.