Sources qualifiées
Le moteur lit les états internes du dossier.
Dans Kease Audit, l’agent propose la prochaine action à partir de statuts techniques minimisés : FEC, seuils, programme, sélection, contrôle des pièces et synthèse. Chaque projet reste à vérifier, modifier ou rejeter.
Projet de programme
Validation humaine obligatoire
Aucune procédure n’est marquée réalisée et aucune conclusion n’est validée automatiquement.
Réponse directe
Agent Kease transforme l’état documenté du dossier en proposition de travail. Il ne décide pas qu’un élément est probant, ne remplace pas la revue, ne certifie pas les comptes et ne signe pas le rapport. Cette frontière est appliquée dans les règles du moteur, le schéma de sortie et le jeu d’évaluation obligatoire.
Le bouton Agent Kease reste contextuel : il prépare uniquement l’étape ouverte et conserve le lien avec l’instantané technique utilisé.
Qualifier l’import et préparer la revue des contrôles d’intégrité et des signaux comptables.
Préparer les éléments à documenter pour le jugement sur les seuils, sans les valider à la place du professionnel.
Proposer des travaux à relier aux risques, assertions et cycles déjà documentés dans la mission.
Préparer la justification d’une sélection reproductible dont la population, la méthode et la graine restent traçables.
Organiser la revue des contrôles réalisés sur la sélection, des exceptions et des informations encore manquantes.
Préparer la structure d’un projet de synthèse et les points à apprécier, sans produire l’opinion du signataire.
Architecture de confiance
Le moteur Kease calcule d’abord un instantané structuré. La couche générative reçoit ensuite un sous-ensemble minimisé : étape, statut, catégories de sources, nombre de références, blocages et politique de responsabilité.
Le moteur lit les états internes du dossier.
Aucun contenu brut de pièce ou d’écriture.
Instantané et entrée restent identifiables.
Le professionnel accepte, modifie ou rejette.
Flux de données
FEC, seuils, programme, sélections, feuilles de travail et conclusion restent dans le système métier.
Kease calcule les statuts, sources disponibles, blocages et une empreinte SHA-256.
Le modèle reçoit les seuls attributs techniques utiles à la rédaction du projet.
Objectif, travaux proposés, points de revue, limites et informations manquantes.
Le résultat n’est jamais appliqué ni signé automatiquement.
Le modèle, le prompt, le schéma JSON et la version du jeu d’évaluation produisent un identifiant de release. Si l’un change, l’autorisation précédente ne vaut plus. La génération reste bloquée jusqu’à réussite de tous les cas audit.
Un texte présent dans un blocage ne peut pas modifier les règles du modèle.
Le cas rapport vérifie l’absence de certification ou de conclusion professionnelle.
La proposition reste rattachée à l’étape et à l’instantané demandés.
Jetons d’entrée, de cache et de sortie sont enregistrés avec un identifiant technique.
La NEP 230 demande que le dossier permette de comprendre la planification, les procédures réalisées, les éléments testés, les résultats et les conclusions. La NEP 500 relie l’opinion aux éléments collectés. Agent Kease aide à préparer et structurer cette documentation ; il ne peut pas transformer une absence de preuve en conclusion.
Agent Kease lit uniquement des statuts techniques structurés de la mission, puis prépare un projet de travail, des points de revue et une liste d’informations manquantes pour l’étape choisie. Le professionnel peut vérifier, modifier, rejeter puis poursuivre dans le dossier.
Non. Kease bloque les formulations de certification, d’assurance ou d’opinion automatisée. La conclusion et le rapport relèvent du jugement, de la revue et de la signature du professionnel responsable.
Non dans l’architecture actuellement documentée. Le moteur transmet des statuts, catégories de sources, nombres de références, blocages et empreintes techniques. Il ne transmet ni pièce, ni écriture, ni montant, ni identité, ni contenu de feuille de travail au modèle génératif.
Le modèle, le prompt, le schéma de sortie et le jeu d’évaluation forment une release identifiée par empreinte. Une nouvelle combinaison reste bloquée tant que les cas d’évaluation audit obligatoires n’ont pas tous réussi.
Chaque projet conserve l’étape demandée, l’empreinte de l’instantané source, l’empreinte de l’entrée minimisée, la version du prompt, le modèle, l’identifiant de réponse et le comptage technique de l’usage.