Methodology
Comment une exécution Deskworth est posée pour qu’on puisse discuter son résultat : périmètre, date d’arrêté, sources admissibles, données manquantes, provenance, contrôles, et ce qui compte comme preuve.
Voici le protocole que le produit applique dans le code. Là où cette page et le code se contredisent, le code a raison et cette page est un défaut.
#Les onze étapes d’une exécution
- La question est consignée telle qu’elle a été posée, non reformulée.
- Le périmètre est fixé : quelle entité, quel segment, quelle devise.
- La date d’arrêté est fixée avant qu’aucune donnée ne soit récupérée. Tout ce qui suit est évalué à cette date.
- Les sources admissibles sont déclarées. Un rôle qui n’a pas le droit d’atteindre le web ouvert ne peut pas élargir cette liste en cours d’exécution.
- Une donnée manquante est consignée comme manquante. Elle n’est jamais comblée par interpolation, ni écartée en silence.
- La provenance est attachée à chaque chiffre : la source, la période couverte, la métrique, l’unité, et la date de lecture.
- Les calculs sont exprimés en formules dans le livrable, pas en valeurs recopiées dans une cellule.
- Les contrôles comparent l’attendu à l’obtenu, avec une tolérance, et annoncent la réussite ou l’écart.
- Si les données ne répondent pas à la date d’arrêté, la carte rend BLOCKED en nommant la raison.
- L’exécution dit lesquelles de ses parties sont testées, lesquelles empaquetées, lesquelles observées.
- L’exécution se rejoue depuis les fichiers qu’elle a laissés.
#La seule date dont on soit sûr
Une source porte une date de publication que personne ici n’a observée et ne peut vérifier. Elle porte aussi la date à laquelle elle a été lue, celle-là observée. Le cœur range la seconde sous le nom qui dit ce qu’elle est, et l’outil qui signale une source au journal caviarde tout secret embarqué dans l’adresse avant de l’écrire 2.
#Testé, empaqueté, observé
Ces trois mots ne sont pas synonymes, et la plupart des désaccords sur ce qu’un système sait faire viennent de ce qu’on les confond.
| Mot | Ce qu’il veut dire | Ce qu’il ne veut pas dire |
|---|---|---|
| Testé | Du code existe et un test l’exerce, chemin d’échec compris. | Que quiconque l’ait vu fonctionner dans le produit. |
| Empaqueté | La chose est dans une construction qui a été produite et signée. | Qu’elle ait été ouverte, cliquée, ou observée à l’écran. |
| Observé | Quelqu’un a lancé l’application et l’a regardée le faire. | Qu’un test la couvre, ou qu’elle le refera. |
PreuveAppliqué à la version courante : le moteur de classeur est testé ; les correctifs d’interface du 0.0.20 sont empaquetés et un seul des quatre a été observé ; le refus au contrôle préalable d’un moteur de présentation absent a été observé en exécution réelle 2.
#Ce que veut dire BLOCKED
BLOCKED n’est pas un échec à réessayer. C’est un résultat : la question, à cette date, avec ces sources admissibles, ne peut pas recevoir de réponse honnête. Une carte qui rend BLOCKED nomme la raison, un moteur absent, une fenêtre indisponible, une source qui ne couvre pas la période.
Le coût de ne pas avoir cet état se mesure. La version 0.0.20 a dépensé 9,4 millions de jetons sur une demande dont le format n’avait aucun moteur derrière lui. La version 0.0.22 refuse cette demande avant de démarrer le moindre processus, et le refus a été observé en exécution réelle 2.
#Reproduire une exécution
- Une exécution se rejoue depuis ses propres fichiers enregistrés, pas depuis une description.
- La version et le commit sont nommés. Une capture d’une version antérieure est montrée comme étant de cette version.
- La trace est le flux d’évènements, pas un résumé écrit après coup.
- Un livrable se vérifie en le rouvrant avec une bibliothèque autre que celle qui l’a écrit.
LimiteLa banque de preuves publique de ce site a été scellée contre Deskworth OS 0.0.15 le 2026-09-08. Le produit en est maintenant au 0.0.23. Chaque capture porte sa propre version ; aucune n’est présentée comme la construction courante.
#Sources
- Deskworth OS, product state at 0.0.23DeskworthDocument interne, non publié
- Deskworth OS, handover report 0.0.22DeskworthDocument interne, non publié
- Deskworth OS, handover report 0.0.19DeskworthDocument interne, non publié
- The canonical role registry, mirrored on this siteDeskworthDocument interne, non publié
Read next
- Recherche en intelligence financièreCe qui rend un document financier difficile pour un modèle de langage, et ce qu’un bureau doit ajouter avant qu’une réponse mérite qu’on agisse dessus.
- Évaluations et bancs d’essaiQuatre bancs d’essai publiés pour le raisonnement financier, documentés depuis leurs sources primaires, et la déclaration franche que Deskworth n’en a exécuté aucun.
- Études de casDes exécutions qui ont réellement eu lieu, avec ce qui a été demandé, les rôles convoqués, ce qui a été produit, et où chacune s’est arrêtée.
More in Research