blomios/IdeA
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
50e99e5ced3422f1986e7826a855ae861985f648
IdeA/.ideai/memory/checkpoint-mcp-tests-t1-t5-and-t5-livestate-defect.md
Blomios 50e99e5ced chore(workstate): notes mémoire campagne MCP T1→T10 + état runtime 
Capitalise la mémoire projet produite pendant la campagne de tests fonctionnels
MCP (rendez-vous inter-agents, backstop no-reply, réconciliation live-state au
reboot) et synchronise l'état runtime `.ideai/` (agents, layouts, skills, index
mémoire). Inclut la mise à jour du contexte de l'agent Git.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-24 13:32:28 +02:00

3.0 KiB
Raw Blame History

name, description, metadata
name description metadata
checkpoint-mcp-tests-t1-t5-and-t5-livestate-defect memory note checkpoint-mcp-tests-t1-t5-and-t5-livestate-defect
type
project

Checkpoint tests fonctionnels MCP — run a6ced819 (2026-06-24, relance depuis T1)

Binaire validé : AppImage 2026-06-24 08:41:30 (fix live-state no-reply), process en cours = cette AppImage, git HEAD 1efe2f1. Plan via skill mcp-rendezvous-functional-test (Main = demandeur). Voir mcp-functional-test-plan-2026-06-24, rendezvous-600s-cap-too-short-heavy-tasks, backstop-fires-on-intra-task-turn-rootcause.

Résultats de la relance T1→T6 (tous ✅)

  • T1 visibilité outils ✅ — 3 requesters chauds (Main, QA, DevFrontend) chacun pont ESTAB + 2 mcp-server ; froids (Architect, DevBackend, Git) 0 process.
  • T2 cible chaude (QA) ✅ — pong inline borné, workstate done, pas de busy fantôme.
  • T3 réveil à froid (Git) ✅ — nouveau pont (26012/26016), 1er tour [IdeA·tâche…] parentUuid:null intact, delivered, pong-cold.
  • T4 background node_id None (Git hors layouts.json) ✅ — bg-step-ok, multi-delivered, pont stable sans dup.
  • T5 no-reply backstop ✅ VALIDÉ EN LIVE (le fix marche) — Main libéré borné avec TargetReturnedNoReply (« returned to its prompt without calling idea_reply », retryable) ET QA status:"done" purgée (plus de busy fantôme working). Défaut historique #1 fermé.
  • T6 multi-étapes (QA lit fichier + find puis reply) ✅ — pas de libération prématurée, reply réel header=… ; rs_count=55 (concorde avec find indépendant). Piège turn-watcher non déclenché.

Blocage actuel : T7 (NON lancé — défaut connu non corrigé)

T7 = tâche lourde > plafond 600s. C'est le finding rendezvous-600s-cap-too-short-heavy-tasks : dépassement du plafond IDEA_ASK_RENDEZVOUS_TIMEOUT_MS (défaut 600000) → faux -32001 + canal de report mort (idea_reply final non livrable), alors que la cible travaille et finit sur la branche. Les pistes (extension sur signe de vie / message « cible active, plafond atteint » distinct du retryable / plafond configurable / pas de cascade) sont à cadrer Architect, pas encore implémentées. Lancer T7 en live = figer Main ~10 min pour re-confirmer un défaut déjà documenté.

Prochaine étape (décision utilisateur en attente)

Trois options sur T7 : (a) le lancer quand même pour re-confirmer (wedge ~10 min) ; (b) ouvrir le cycle de fix du plafond maintenant (Architect→Git→DevBackend→QA, rebuild, reprise T1) ; (c) sauter T7 et continuer T8 (parallèles), T9 (transitif A→B→C), T10 (interruption + reconcile reboot) qui ne dépendent pas du plafond. Architect/DevBackend restent froids pour T9.