Service · Offre
Diagnostic des contrôles d’un agent
Une action, ses preuves, le prochain contrôle à décider.
Sources et contexte de lecture
proposition d’offre du 20 octobre 2026 ; format et charge à confirmer dans chaque devis
Rendu public simplifié, lecture du 19 octobre 2026. KB3 : ligne de rendu doctrinale instituée et active. Elle rend le sens ; elle n’est pas le code, ni une constitution. KB2 : ligne antérieure. Ce site ne certifie aucune implémentation. Lire le statut détaillé →
Cadrage proposé : 30 min · forfait sur devis · format à confirmer
Sur cette page
Hypothèse de lancement. Proposition du 20 octobre 2026. Le format et la charge ci-dessous sont à confirmer dans chaque devis. Ils restent à éprouver sur les premières missions. Cette page ne constitue pas une certification, ni une autorisation de mise en production.
Pour un flux agentique à effet externe : le REG Execution Boundary Diagnostic est notre proposition spécialisée pour analyser doublons, interruptions, résultats UNKNOWN et réconciliation. Ce parcours est distinct du diagnostic documentaire général présenté ci-dessous ; sa durée et son prix restent sur devis après cadrage.
Une question, des pièces, une suite à décider
Par exemple, un agent a envoyé une demande et la confirmation manque. Avant de recommencer, vous souhaitez savoir ce qui est établi, ce qui reste inconnu et qui peut vérifier la suite. Cette situation est illustrative.
Vous apportez une action, une question et les règles, documents ou traces disponibles. Nous examinons ensemble ce qui autorise l’action, ce qui a été envoyé et ce qui confirme réellement le résultat.
Vous recevez une fiche sourcée, des annexes courtes et jusqu’à trois priorités. Chaque priorité propose un contrôle à vérifier, une responsabilité à confirmer et un critère observable. Les informations manquantes restent explicites.
La décision préparée. Les éléments disponibles suffisent-ils pour poursuivre le projet, faut-il obtenir une information supplémentaire, ou faut-il préparer un essai ciblé ? Toute décision opérationnelle reste prise par le responsable compétent du client.
Le premier lien ouvre un exemple rédigé ; le second prépare un message à relire avant envoi. Le périmètre et le devis sont convenus avant le démarrage d’une mission.
Pour qui, et à quel moment
Le commanditaire est le responsable qui porte l’action : direction technique, responsable IA, architecte ou responsable des opérations. Le propriétaire métier et une personne capable d’expliquer le parcours technique participent à l’examen.
Une même offre couvre deux situations, choisies au cadrage.
| Situation | Question de départ | Matière examinée |
|---|---|---|
| Avant une mise en service ou un changement | Avons-nous défini les contrôles et les conditions de reprise de cette action ? | Conception, règles et comportements attendus. Les scénarios restent des hypothèses tant qu’ils ne sont pas éprouvés. |
| Après un incident ou une réponse ambiguë | Que pouvons-nous établir avant de décider de la suite ? | Une occurrence convenue, sa chronologie et les traces accessibles, même partielles. |
Exemples d’actions : créer une commande fournisseur, modifier un droit d’accès, publier une donnée ou transmettre une instruction de paiement. Ces exemples décrivent des usages possibles. Ils ne constituent pas des références clients.
Le périmètre de départ
Le périmètre proposé comprend un processus, un type d’action, un système destinataire, un environnement de référence et une question centrale. Pour une revue d’incident, il porte sur une occurrence ou un dossier d’incident convenu par écrit.
Le travail se fait à partir de documents, d’exports et d’entretiens. Il comprend le cadrage, l’analyse, un atelier, une restitution et un cycle de correction factuelle. Il ne demande pas d’accès permettant de déclencher une action en production.
Les modifications de code, l’instrumentation, les tests dans le système du client et le déploiement d’un mécanisme de reprise font l’objet d’un périmètre complémentaire. Le diagnostic peut préciser les essais à réaliser. Leur exécution doit être explicitement convenue.
Les entrées attendues
| Entrée | Exemple minimal | Si elle manque |
|---|---|---|
| Action et conséquence à préserver | Créer une seule commande par demande approuvée | Le cadrage commence par choisir cette action. |
| Règles et responsabilités | Qui autorise, limite de montant ou de volume, conditions d’arrêt | Une règle déclarée reste une hypothèse à faire confirmer. |
| Parcours technique | Agent, outil, service destinataire, point où l’effet devient engagé | La cartographie est reconstruite avec l’équipe et marquée comme déclarative. |
| Identité et chronologie | Identifiant de demande, identifiant d’appel, séquence des événements | Les limites de rapprochement sont consignées. |
| Traces disponibles, pour un incident | Décision, requête, réponse, journal, accusé ou état du destinataire | La conclusion peut être « non établi » et déboucher sur un plan de collecte. |
| Procédure de reprise connue | Relance, annulation, rapprochement, intervention humaine | Le diagnostic formule les décisions de conception nécessaires. |
| Interlocuteurs et décision attendue | Responsable métier, responsable technique, décision à préparer | La proposition précise les participants nécessaires avant démarrage. |
Les documents peuvent être expurgés des secrets et des données sans utilité pour la question. Les modalités de transmission, d’accès, de conservation et de suppression sont convenues au cadrage.
Le déroulement
- Cadrage de 30 minutes. Choisir l’action, la question, les sources accessibles et les critères de réception. Le périmètre écrit permet de décider du lancement.
- Préparation documentaire. Inventorier les sources, relever les contradictions et préparer la grille des contrôles.
- Atelier de 90 minutes. Reconstituer autorisation, envoi, résultat et ressource engagée. Examiner le déroulement normal et les exceptions pertinentes.
- Analyse et rédaction. Produire la fiche, les références et au maximum trois actions prioritaires dans le périmètre convenu.
- Restitution de 45 minutes. Relire les faits, préciser les désaccords, confirmer les responsables et décider de la suite. Un cycle de correction factuelle est inclus.
Une enveloppe initiale de deux à trois jours de travail prestataire, répartis sur une semaine après réception des éléments convenus, peut servir à chiffrer les premiers devis. Ce format reste à éprouver sur les premières missions. Il ne constitue pas un délai contractuel déjà garanti.
Ce que l’on examine
Lorsqu’un dossier nomme PASS, FLAG, HOLD ou HARD_VETO, ce sont des verdicts d’exécution. Ils restent un champ distinct des postures NORMAL, CAUTION et HOLDING-FIRST. La membrane, dans le cadre TENIR, est la ligne qui tranche. Le diagnostic ne la remplace pas : il prépare une décision humaine, dans un périmètre écrit.
| Question | Ce que l’examen recherche |
|---|---|
| Autorisation | Règle applicable, autorité, limites et observation requise avant envoi. |
| Identité de l’action | Lien entre demande, tentative, appel et effet attendu. Comportement lors d’un rejeu. |
| Résultat | Différence entre autorisation, appel enregistré, réponse reçue et effet confirmé. |
| Ressource engagée | Montant ou quota consommé, réservé et disponible. Règle de mise à jour. |
| Exceptions | Refus, observation absente ou périmée, réponse inconnue, demande concurrente et interruption, selon le cas. |
| Reprise | Information faisant autorité, responsable de la décision et condition nécessaire avant une nouvelle tentative. |
Chaque point reçoit un statut : documenté, déclaré par l’équipe, démontré par un essai identifié, ou non établi. Un essai du démonstrateur TENIR/REG ne démontre pas le comportement du système du client.
Les livrables
Une fiche de synthèse d’une page : action, question, périmètre, principaux constats, inconnues, conclusion et prochain contrôle.
Des annexes de travail courtes : cartographie de l’action, registre des sources et grille des contrôles examinés. Une trace est référencée par fichier, identifiant, séquence ou chemin exploitable. Une déclaration est attribuée à son interlocuteur.
Un plan de suite limité à trois priorités : problème traité, contrôle proposé, preuve attendue, responsabilité proposée puis confirmée par le client, et condition de clôture. Si les éléments suffisent déjà, le dossier peut conclure à l’absence de complément nécessaire dans le périmètre étudié.
Le démonstrateur peut servir de support pédagogique pendant l’atelier. La valeur livrée est l’analyse du cas du client et la décision qu’elle permet de préparer. L’exemple rempli — simulation locale, issue inconnue montre la forme attendue. Ce n’est pas une référence client.
Les critères de réception
| Critère | Vérification lors de la restitution |
|---|---|
| Périmètre explicite | L’action, le système, l’environnement et la question sont nommés. Les limites sont visibles. |
| Constats traçables | Chaque constat important renvoie à une source retrouvable, à une déclaration attribuée ou à une lacune explicite. |
| États correctement distingués | Autorisation, envoi, résultat et ressource engagée sont présentés séparément. |
| Incertitude conservée | Chaque information manquante indique ce qu’elle empêche de conclure et, si possible, comment l’obtenir. |
| Suite exploitable | Chaque action prioritaire a un objectif, une responsabilité identifiée ou à confirmer, et un critère observable. |
| Relecture close | Les corrections factuelles sont intégrées. Les désaccords restant ouverts sont consignés. |
Une conclusion « non établi avec les éléments disponibles » est recevable si elle explique la lacune et ses conséquences. La réception n’exige ni découverte d’une défaillance, ni résolution de l’incident, ni achat de logiciel. Elle ne constitue pas une certification ou une autorisation générale de mise en production.
Le modèle commercial
Un forfait sur devis, accepté après cadrage. Le prix est calculé à partir de la charge de préparation, d’analyse, d’animation et de rédaction, avec le cycle de correction inclus. Le devis fixe le volume documentaire, les participants, les dates, le format des livrables et les modalités de réception.
Un second processus, plusieurs environnements, une reconstitution technique étendue ou des essais supplémentaires déclenchent un recadrage écrit. Une éventuelle étude d’architecture, ou un pilote, reste une décision ultérieure.
Pour valider l’offre, les premières missions doivent permettre d’observer la charge réelle, la compréhension de la fiche, son usage dans une décision et la disposition à payer. Aucun prix de marché, gain de temps ou retour sur investissement n’est établi.
Les cinq questions du premier échange
- Quelle action précise l’agent peut-il déclencher, dans quel système, et quelle conséquence faut-il préserver ?
- Quel incident, doute ou changement motive la demande ?
- Quelle décision faut-il prendre, et à quelle échéance ?
- Quelles règles, personnes et traces sont accessibles pour l’examen ?
- Qui porte la décision et le budget du diagnostic, et qui participera à la restitution ?
Le bouton ouvre un message à skiredj@tenirlabs.cc, déjà structuré par ces cinq questions. Le site ne l’envoie pas : la messagerie s’ouvre chez vous, pour relecture.