chore(tickets): synchro du store local — création #254 (rendez-vous OpenCode/GLM NoReply sporadique) + #244 passage en QA (validation live v0.35.0)

.ideai/tickets/254/carnet.md

@@ -0,0 +1,18 @@
+---
+issueRef: "#254"
+version: 2
+updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
+updatedAt: 1787566369625
+---
+2026-08-24
+- Reprise du ticket par cycle complet.
+- Investigation strictement centrée sur les artefacts du projet ReadaBook: les profils agents Git/Architect/QA pointent bien sur ReadaBook via OpenCode/GLM; les permissions projet sont larges (`read/write/delete/executeBash`, fallback allow).
+- QA a isolé la vraie classe de bug: rendez-vous `idea_ask_agent` vers cible structured/headless qui termine sans `Final` inline exploitable; cela remonte en `TARGET_RETURNED_NO_REPLY` / `NoReply: agent ... finished without a structured Final response`.
+- QA a validé par exécution réelle des tests existants IdeA:
+  - `cargo test -p infrastructure --test orchestrator_watcher ask_request_no_reply_persists_failed_rendezvous_task -- --exact` -> ok
+  - `cargo test -p application ask_target_returns_to_prompt_without_reply_is_a_typed_error -- --exact` -> ok
+  - `cargo test -p application structured_opencode_decode_without_final_is_a_typed_no_reply_error -- --exact` -> ok
+  - `cargo test -p application ask_structured_closed_stream_without_final_returns_inline_no_reply_error -- --exact` -> ok
+  - `cargo test -p application ask_structured_session_error_surfaces_process_message_not_no_reply -- --exact` -> ok
+- Conclusion QA: la fragilité observée est la capture/corrélation d'une `Final` textuelle exploitable sur OpenCode/GLM, pas une permission MCP globalement absente.
+- Prochaine étape: cadrage Architect sur le plus petit correctif sûr (capture Final / fallback / classification), décision Git, implémentation DevBackend, revalidation QA, puis rebuild AppImage.

.ideai/tickets/254/issue.md

@@ -0,0 +1,17 @@
+---
+id: "c77c66e2-5a81-4998-bcf5-c939be68b006"
+number: 254
+title: "Stabiliser les rendez-vous inter-agents OpenCode/GLM et éliminer les faux NoReply/perms sur projets externes"
+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: 1787565563009
+updatedAt: 1787566369625
+version: 2
+---
+Enquête à partir du projet ReadaBook: des délégations Main -> Git/Architect/QA via profils OpenCode/GLM échouent encore sporadiquement avec `NoReply: agent ... finished without a structured Final response`, alors que les mêmes agents réussissent sur d'autres prompts. Les logs montrent aussi un vieux mélange de contexte où des agents Git/QA répondaient depuis le projet IdeA au lieu de ReadaBook et accusaient à tort des refus de permissions sur `/home/anthony/Documents/Projects/ReadaBook`. Il faut distinguer et corriger: 1) les vrais rendez-vous headless qui finissent sans Final capturée; 2) les cas de mauvais contexte/projet qui produisent de faux diagnostics de permissions. Périmètre probable: orchestration rendezvous/final-capture + projection d'état/live-state + messages d'erreur/réessai.