---
issueRef: "#254"
version: 3
updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
updatedAt: 1787566909446
---
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.