policy-pack-q3.pdf
v.6 · effet au 01/09/2026 · rôle juridique-fr
Un contexte long ne rend pas un dossier fiable par lui-même. Une pièce obsolète peut être parfaitement citée, une source exacte peut être interdite à l’utilisateur et un appel d’outil bien formé peut rester hors mandat. Dawap relie documents, versions, droits, Messages API, budget de contexte, mode de sortie, outils et verdict humain pour que Claude travaille sur un dossier que vos équipes peuvent réellement contester et reprendre.
Réponse courte
La Messages API traite des messages structurés et peut retourner des blocs de texte ou d’appel d’outil. Anthropic permet aussi de joindre des documents citables, de compter les tokens avant l’envoi et de contraindre certaines sorties par schéma. Dawap choisit le bon mode par parcours, filtre les sources, valide les outils côté serveur et relie chaque réponse à une version, un droit et un verdict métier. Aucun projet public Dawap n’est présenté comme une intégration Anthropic déjà livrée.
Atelier de preuve documentaire
Cette maquette suit un dossier témoin : trois pièces, deux contrats de sortie et un outil de lecture. Elle rend visibles les exclusions que l’interface conversationnelle laisse habituellement hors champ.
v.6 · effet au 01/09/2026 · rôle juridique-fr
v.5 · remplacée par v.6 · même clause détectée
direction uniquement · contenu non transmis au modèle
Une citation localise l’extrait. Le registre documentaire continue de décider quelle version fait foi et qui peut la lire.
Le lecteur remonte au passage et ouvre la pièce en vigueur. Le format reste destiné à expliquer et à contester.
retenue pour ce dossierLe serveur reçoit une structure conforme au schéma, puis valide références et règles métier avant toute utilisation.
testé dans un appel séparéArguments structurés, aucun effet direct.
Allowlist et accès relus côté serveur.
Aucune écriture ouverte pendant le premier lot.
Résultat borné, erreur ou refus explicite.
Périmètre Anthropic
La marque, le RAG, les documents et les outils sont cadrés ensemble autour du dossier Anthropic. L’architecture transverse IA/data/search et le choix du cas d’usage métier gardent chacun un périmètre distinct.
Rôles, messages, modèles, erreurs, usage, outils, observabilité, reprise et responsabilités.
Authentification, versions, requêtes, request IDs, limites, backoff, coûts et procédures de support.
Ingestion, versions, ACL, retrieval, documents citables, fraîcheur, cache et règle d’abstention.
Schémas, tool_use, validation serveur, tool_result, idempotence, confirmation et effet métier.
La source citée n’est pas encore la décision
Claude peut restituer une pièce, respecter un schéma ou proposer un outil. Le service devient défendable seulement lorsque la validité métier, les droits et l’effet réel sont contrôlés hors du modèle.
La citation mène bien à l’extrait, mais l’annexe a été remplacée ou son statut ne lui permet plus de faire foi pour ce dossier.
Le parcours attend à la fois des citations intercalées et un JSON strict. L’architecture doit choisir le mode de preuve utile au lieu de masquer un conflit de contrat.
Les arguments sont valides ; l’appelant ne peut pourtant ni consulter le compte visé, ni déclencher l’action proposée, ni autoriser son rejeu.
Architecture Anthropic Claude API
La Messages API porte l’échange. Autour d’elle, le service doit décider quelles pièces entrent, quel format sort, quels outils peuvent être proposés et quelle trace suffit pour contester le résultat.
Le système, l’utilisateur, le cas d’usage et la décision attendue sont séparés. L’historique utile est reconstruit explicitement ; il ne devient pas une mémoire implicite incontrôlée.
PDF, texte ou contenu préparé garde titre, version, statut, droits, date et propriétaire. La citation localise un passage ; votre référentiel décide encore si cette pièce fait foi.
Le comptage de tokens, la priorité des blocs, les exclusions et le cache des préfixes stables sont définis par scénario. Plus de contexte n’est jamais assimilé à plus de vérité.
Une réponse citée explique les sources au lecteur. Un JSON strict sécurise la forme pour un traitement. Comme ces deux mécanismes ne se combinent pas dans le même appel, le parcours choisit et teste son contrat.
Claude renvoie un bloc tool_use ; votre application valide le nom et les arguments, exécute ou refuse, puis retourne tool_result. Le modèle ne reçoit jamais le droit d’exécuter seul votre code métier.
Request ID, stop_reason, usage, cache, latence, erreurs, pièces, outil et verdict sont corrélés. Le support sait distinguer refus, contexte incomplet, quota, timeout et effet métier inconnu.
Méthode
Le pilote part d’une décision connue et de trois pièces volontairement difficiles. Une personne différente de l’équipe de développement doit retrouver la sélection, ouvrir les citations, expliquer le mode de sortie, refuser l’outil hors mandat et reprendre un timeout. L’élargissement du corpus, les outils d’écriture et l’autonomie restent fermés tant que cette contestation ne peut pas être menée depuis la trace.
Chaque pièce garde identifiant, version, statut, propriétaire, niveau d’accès et date de validité.
Le pipeline compte, ordonne, exclut et met en cache les blocs stables sans confondre longueur et pertinence.
Réponse citée pour expliquer une décision ou sortie JSON stricte pour alimenter un traitement : le choix est écrit.
Claude propose ; le middleware contrôle identité, état courant, idempotence et effet avant d’exécuter.
Premier lot Claude
On choisit une décision déjà tranchée, une pièce en vigueur, une ancienne version et une pièce inaccessible au rôle témoin. Le pilote doit sélectionner le bon corpus, produire soit une réponse citée soit une sortie structurée, proposer un outil de consultation autorisé, puis laisser une autre personne reconstituer le verdict. L’écriture reste fermée jusqu’à ce que la reprise soit démontrée.
Sorties concrètes
Matrice rôle × pièce × version × statut × droit × décision attendue × propriétaire de validation.
Deux contrats de sortie testés séparément : réponse avec citations ou JSON strict validé par le domaine.
Outil de lecture à schéma étroit, allowlist, contrôle serveur, timeout, stop_reason et résultat retourné à la boucle.
Trace minimale : correlation ID, request ID, modèle, tokens, cache, pièces retenues, outil proposé et verdict humain.
Scénarios de recette, non résultats client
Ces scénarios décrivent les preuves à produire dans votre environnement. Ils ne sont pas présentés comme des résultats déjà obtenus sur un projet client Dawap.
Le texte cité est correct et facile à retrouver. Une annexe plus récente remplace pourtant cette clause pour le compte analysé ; le moteur a privilégié la proximité sémantique plutôt que le statut documentaire.
Le parcours veut afficher les passages justificatifs tout en envoyant directement un objet JSON garanti au workflow. La combinaison est refusée par l’API ; contourner l’erreur en supprimant les citations ferait disparaître la preuve attendue.
Claude émet un tool_use valide. Le middleware lance l’opération, perd la réponse puis reçoit une nouvelle proposition identique ; sans clé métier ni lecture de l’état courant, le rejeu peut dupliquer l’effet.
Frontières documentaires et IA
Anthropic porte le traitement et les outils ; chaque page voisine garde une responsabilité distincte sur l’architecture transverse, le cas d’usage, les accès ou la couche de connaissance.
Questions d’achat
Réponses sur Messages API, documents citables, contexte, sorties structurées, tool use, coûts, sécurité et passage en production.
Elle génère un message composé de blocs de contenu, par exemple du texte ou un appel d’outil. Votre application construit explicitement les tours utiles et interprète aussi le stop_reason, l’usage et les erreurs avant de poursuivre le workflow.
Oui. Des documents PDF, texte ou contenu préparé peuvent être fournis avec les citations activées. Le pipeline doit encore filtrer les droits, résoudre les versions et permettre au lecteur d’ouvrir la pièce qui fait réellement foi.
Non dans la configuration actuelle : les citations et les sorties structurées strictes sont incompatibles dans une même requête. Il faut choisir le contrat adapté au parcours ou séparer les étapes avec une validation explicite entre les deux.
Les outils métier sont exécutés par votre application. Elle contrôle le nom, le schéma, les arguments, le rôle, l’état courant et l’idempotence, puis renvoie un tool_result. Une action sensible reste soumise à confirmation ou validation humaine.
On compte les tokens avant les scénarios critiques, priorise les blocs, exclut les pièces inutiles, met en cache les préfixes réellement stables et suit tokens lus, écrits, latence et qualité par parcours. Le comptage reste une estimation à rapprocher de l’usage réel.
Un dossier déjà tranché avec une pièce valide, une version obsolète, une source interdite et un outil de lecture. On teste citations et sortie structurée séparément, puis un timeout de tool use, avant toute mutation réelle.
API IA, data & search
Dawap peut construire un dossier témoin, résoudre ses versions et ses droits, choisir le bon mode de réponse, borner les outils et préparer la trace qui rend le service Anthropic exploitable.
Cadrer mon dossier Claude