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
36 lines
1.1 KiB
Markdown
36 lines
1.1 KiB
Markdown
---
|
|
gpt: 1
|
|
name: Unit test failure - the cause, and what to read next
|
|
description: Read one failing test and name the cause, without proposing a patch
|
|
requires:
|
|
hosting: lan
|
|
context_window: 8000
|
|
parameters: 7
|
|
params:
|
|
temperature: 0.1
|
|
max_tokens: 500
|
|
inputs:
|
|
- name: test_file
|
|
type: repo_path
|
|
required: true
|
|
context:
|
|
commands:
|
|
- label: Test output
|
|
argv: ["./script/test/run_unit_test.sh", "{test_file}"]
|
|
---
|
|
|
|
<!-- [system] -->
|
|
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>
|
|
|
|
<!-- [question] -->
|
|
Voici la sortie de la suite pour {test_file}. Quelle est la cause ?
|