Modèle produit · 01

Une tâche est un
engagement, pas un prompt.

LibreTask réunit l'intention, les critères d'acceptation et l'autorité dans un contrat de tâche, puis poursuit cet accord dans un fil d'exécution persistant.

Le travail possède une structure vérifiable.

Chaque appel de capacité, décision humaine et résultat devient une partie d'un modèle de tâche durable.

01 / THREAD

Fil de tâche

L'entité d'exécution permanente qui survit aux interruptions et peut être reprise.

DURABLE
02 / CONTRACT

Contrat de tâche

Résultat, critères d'acceptation, contraintes, autorisations et politique d'intervention.

VERSIONNÉ
03 / EVENT

Événement d'exécution

Un journal immuable de la planification, du routage, des appels, contrôles et décisions.

AJOUT SEULEMENT
04 / CAPABILITY

Fiche de capacité

Un contrat appelable pour un point de terminaison, avec coûts, état, effets et limites.

VERSION VERROUILLABLE
05 / PACKAGE

Package de livraison

Le résultat, la chaîne de preuves, les questions ouvertes et la checklist d'acceptation.

INSTANTANÉ INALTÉRABLE

Le modèle propose. Le contrat décide.

Une tâche ne peut pas être réinterprétée silencieusement après le début de l'exécution. Toute modification crée une nouvelle version et un nouvel événement.

SPÉCIFICATION DU CONTRAT

Revue des sources de la thèse de marché

V3 · ACTIF
Intention Résultat, sortie attendue et trois critères d'acceptation
Contraintes Échéance, budget de tokens, plafond monétaire et limite de données
Autorité Capacités autorisées, actions automatiques et contrôles de confirmation
Points de contrôle Après le plan, en cas d'échec, à 80 % du budget et avant livraison
Toute modification du contrat crée une version et un événement inaltérables.

Le bon outil dans la bonne limite.

LibreTask ne place pas tous les outils dans le contexte du modèle. La gouvernance réduit d'abord l'ensemble à partir duquel l'intelligence planifie.

01

Enrichir

Créer des profils de capacités consultables à partir de noms, alias et exemples.

02

Récupérer

Combiner recherche vectorielle et lexicale avec la vue structurée de la tâche.

03

Classer

Évaluer pertinence, historique, préférence, coût et latence.

04

Restreindre

Appliquer autorisation, limite de données, budget et compatibilité de version.

05

Planifier

Le modèle planifie uniquement dans l'ensemble approuvé et explicable.

Une réponse n'est pas une livraison.

L'artefact final porte ses preuves afin que l'acceptation repose sur des éléments vérifiables, pas seulement sur la confiance en une réponse de modèle.

◇

Résultat

Le résultat dans le format prévu, prêt à être examiné et accepté.

◎

Chaîne de preuves

Sources, appels, coûts et décisions liés au fil d'exécution.

✓

Contrôles d'acceptation

Critères réussis et non résolus présentés côte à côte.

?

Questions ouvertes

Les lacunes honnêtes à comprendre avant d'accepter.

L
La livraison est une boucle fermée, pas un dernier message.

Un humain peut accepter, renvoyer, réviser ou reprendre la main tout en conservant l'ensemble des preuves.