Aïcha
L'agent d'IA Softanza : livré avec la fondation, livrable dans toute solution en lui donnant une base de connaissance, et conversationnel partout où Softanza l'est. Cette page dit ce qui en existe sous d'autres noms, et ce qui n'existe pas encore.
La définition
Aïcha est l'agent Softanza, dans la définition de l'auteur. Il est livré nativement avec la fondation. Il est livrable dans toute solution en fournissant une base de connaissance, et tout client peut le rebaptiser comme son propre agent.
Il est omniprésent dans Softanza comme interface conversationnelle de premier rang pour parler de la bibliothèque et des applications construites dessus, ou avec elles. Et il est lui-même une IA souveraine programmable que chacun peut faire vite, même sans Softanza, à partir de fichiers texte, d'un dossier et d'un seul binaire léger sur n'importe quelle plateforme.
nommé Aucun produit ne porte ce nom aujourd'hui. Il n'y a pas de binaire à ce nom, pas de contrat de dossier en vigueur, pas de surface où une personne tape, pas de charte, pas d'empaquetage. Ce qui suit sépare les organes qui existent du produit qui n'existe pas.
Le dossier qui ferait un agent
my-agent/ agent.pia qui il est : nom, genre, couverture, réversibilité, calendrier, gouvernance, compétences knowledge/*.zknw ce qu'il sait : faits, relations, une ontologie, des règles skills/*.pia ce qu'il sait faire : précondition, acte, vérification, effet charter.pset ce qu'il refuse de devenir : un ensemble de prédicats signé persona/ comment il parle : nom, langues, ton, la marque lexicon/*.zdlm la voix propre du domaine, quand elle est forgée models/ modèles locaux facultatifs et leurs sommes de contrôle memory/ ce qu'il apprend, comme un graphe gouverné avec provenance transcripts/ les conversations, comme enregistrements
Le dossier est écrit, pas exécuté. Le binaire qui le lirait jugerait chaque fichier au chargement, répondrait d'abord depuis la connaissance avec sa raison, proposerait avec un modèle d'IA local quand il y en a un, n'engagerait jamais un effet sans acteur gouverné, et laisserait une transcription.
Ce qui existe, sous d'autres noms
Le fichier d'agent et le dossier comme déploiement (construit)
Un agent se déclare dans son propre fichier et un dossier est son déploiement. Voir le parcours de l'agent.
La gouvernance et l'atelier (construit)
Un agent propose, l'atelier répète sur un jumeau, et seul un acteur gouverné engage. Voir la page agentique.
Le fichier de connaissance et la voix du domaine (construit)
Un fichier de connaissance d'entités, de relations et de règles ; un modèle déterministe du domaine qui répond depuis le graphe avec sa raison. Voir le wise coding.
La porte conversationnelle (construit)
Une conversation gouvernée qui génère sa question suivante depuis un écart. Voir conversations.
Ask, HowTo et Explain (construit)
La bibliothèque répond sans modèle d'IA aux questions sur elle-même. Voir interroger la bibliothèque.
L'exécutant comme un seul binaire statique (construit)
L'exécutant en ligne de commande que les outils de Softanza utilisent déjà.
L'agent de code, raffinement d'abord
conçu Les agents de code de l'industrie ont de bonnes mains et le diff pour unité. Un agent de code Softanza changerait l'unité : un raffinement typé sur un point déclaré, relu à travers la cascade qu'il provoque, montré avant de s'appliquer ; une porte en cinq étapes ; un atelier qui tient la version proposée, de sorte que seul un acteur gouverné engage ; et la connaissance propre de la bibliothèque, Ask et HowTo, au lieu de deviner, avec les gardes-scénario pour tribunal. Un modèle d'IA à l'intérieur serait une faculté, locale, budgétée, et sans capacité d'agir. La page des agents de code appelle cette porte décidée et pas construite, et elle l'est toujours.
Trois conversations, un seul agent, une fois qu'il existera : sur la bibliothèque, avec et sur une application, et comme agent propre d'un client.