Skip to main content
POST /v2/retrieve est le chemin principal. Il enchaîne, en un appel :
  1. query maker — qualifie ce que le dernier message apporte (nouvelle question, précision, fait patient) et le reformule ;
  2. retrieving deux voies — sémantique ‖ concepts + graphe, en parallèle ;
  3. contexte — les unités de connaissance retenues, leurs tables de décision, leurs documents ;
  4. rédaction — une réponse en Markdown, citée sur ces unités et rien d’autre.
Pas de juge, pas de passe de sécurité : ces deux-là se demandent explicitement (voir deliberate ci-dessous).

Requête minimale

Les champs qui comptent

Les réglages de retrieving (concept_k, chunk_k, mku_k, mku_weight, table_k, use_cross_refs) sont exposés, mais leurs défauts sont le point de fonctionnement mesuré. Les changer, c’est sortir de ce que les évaluations couvrent. Le détail de chacun est dans l’onglet API Reference.

Ce que rend la réponse

Trois formats pour une même réponse

La négociation se fait sur Accept, plutôt que par un ?format= : le client déclare ce qu’il sait lire. En JSON, les sauts de ligne d’answer sont échappés en \n : lire avec jq -r '.answer'.

Erreurs