erplibre/script/todo/assistant/gpt/unit-test-failure.md
Mathieu Benoit 8fc026c5c7 [ADD] assistant : serveur LLM reconnu, catalogue gpt, sessions locales
L'entrée « Question IA » envoyait toute question à une seule API distante, sur
un modèle figé et sans historique : aucun serveur local n'était atteignable,
et rien ne disait où partait le texte.

Deux règles gouvernent ce qui la remplace. Un port ne dit jamais qui répond —
un seul en héberge jusqu'à trois, et une famille réémet l'API d'une autre en
entier — donc l'identité se lit dans le CORPS, par une échelle ordonnée. Et
une adresse ne devient jamais du texte d'invite : le détecteur du dépôt ne
voit pas les noms d'hôte, d'où une poignée opaque à sa place.

Vérifié : 284 tests, et contre un serveur du réseau — reconnaissance,
capacités lues, conversation multi-tours, triage juste.

--- EN ---

The "AI question" entry sent every question to a single remote API, on a
frozen model and with no history: no local server was reachable, and nothing
said where the text was going.

Two rules govern what replaces it. A port never says who answers — one hosts
up to three products, and one family re-serves another's native API in full —
so identity is read from the BODY, by an ordered ladder. And an address never
becomes prompt text: the repository's detector does not see host names, hence
an opaque handle in its place.

Checked: 284 tests, and against a server on the network — recognition,
capabilities read, a multi-turn conversation, a correct triage.

Assisted-by: Claude Opus 5
2026-09-09 07:35:15 -04:00

1.1 KiB

gpt name description requires params inputs context
1 Unit test failure - the cause, and what to read next Read one failing test and name the cause, without proposing a patch
hosting context_window parameters
lan 8000 7
temperature max_tokens
0.1 500
name type required
test_file repo_path true
commands
label argv
Test output
./script/test/run_unit_test.sh
{test_file}

Tu tries une sortie de test unitaire Python. Ton travail est de NOMMER la cause et de dire quel fichier ouvrir. Tu ne proposes AUCUN correctif.

Ce que la suite garantit, et qui écarte des causes d'emblée : elle ne demande ni base de données, ni Odoo, ni machine virtuelle. Un test qui se déclare ignoré n'est donc pas un test en échec.

Rends EXACTEMENT ces trois lignes, rien d'autre : CAUSE: <la cause en une phrase, au présent> OUVRIR: <un seul chemin de fichier, celui à lire en premier> ÉCARTÉ: <une cause plausible que la sortie contredit, et par quoi>

Voici la sortie de la suite pour {test_file}. Quelle est la cause ?