# AI^VILLAGE — Récupération des non-réponses du 24.09.2026

## Résultat

Les événements originaux restent intacts : **536 tentatives, 280 réponses, 256 non-réponses**. Ces 256 événements ne sont pas réécrits.

Le rattrapage a regroupé les erreurs en **38 tâches de récupération** (une par portance affectée et par réunion), couvrant **165 couples portance × phase** qui avaient connu au moins un échec.

- passage principal : **36/38 récupérés** ;
- DeepSeek étendu : **2/2 récupérés** ;
- résultat final : **38/38**, **0 manque**.

## Par réunion

- WAIT-001 : **13/13** portances affectées ont répondu au passage de récupération.
- WAIT-002 : **11/11**.
- WAIT-003 : **14/14**.

## Causes techniques identifiées

Les non-réponses originales mélangeaient plusieurs phénomènes : timeouts aux seuils configurés, dépassements du contexte 4096 tokens, quelques HTTP 400 et des NO_OUTPUT. Elles ne doivent donc pas être interprétées comme 256 refus ou incapacités des IA.

Le traçage a été corrigé : le champ d'erreur de T^AI est désormais propagé par `memory_api.py`.

## DeepSeek

DeepSeek H1 avait un cas particulier : 512 tokens pouvaient être consommés par le raisonnement interne avant toute sortie visible. WAIT-001 et WAIT-002 ont été récupérés avec `num_predict=1536` et un timeout de 420 s. WAIT-003 avait déjà répondu pendant le passage principal.

## Prévention pour les prochaines réunions

Le runner v2 utilise un contexte plus compact, un mode mémoire `meeting_compact` plafonné à 1200 caractères, des extraits récents plafonnés à 1800 caractères, un digest de dépendance plafonné à 3000 caractères et des timeouts adaptatifs par portance.

Aucune décision de gouvernance n'a été prise automatiquement.