À propos du projet
Ashlar est un runtime .NET local-first sous licence Apache-2.0 pour construire et intégrer des workflows d'IA auditables. Selon le README, il peut s'exécuter en tant que CLI, API HTTP, conteneurs, ou à l'intérieur d'une application hôte via AddAshlar(). Une tâche soumise est stockée sous un id et le journal de confiance enregistre une entrée dont le sourceId est cet id, rendant ainsi disponibles à la fois la sortie et l'enregistrement de ce qui a été exécuté. Le code proposé par Ashlar ou un modèle ne devient approuvé qu'après la passerelle de certification : analyzer fence, witness, mutation testing et déterminisme. Cette passerelle est le contrôle CI cert-gate requis sur master, et les résultats admis ou rejetés sont suivis dans le registre des preuves de certification. Le README est précis sur le statut : la boucle d'autonomie in-process est expérimentale et est livrée en mode hold par défaut, n'admettant rien tant qu'elle n'est pas activée. Le chemin d'auto-extension gouverné par l'opérateur utilise des contrôles de politique, un build course et un canary post-application avec rollback automatique ; il est livré scellé. Le routage de modèle local via Ollama est le choix par défaut, avec des options mock ou offline disponibles via un flag ASHLAR_ALLOW_MOCK explicite, tandis qu'OpenAI ou Azure sont des cibles optionnelles. L'API refuse de démarrer sur un profil d'exposition réseau sans authentification, et les paramètres par défaut sont HTTP-only sans authentification pour le développement local. Il documente également le support des protocoles MCP et A2A, le transport gRPC, l'ingestion AWS SNS et DynamoDB, la fédération de pairs et le partage de mesh, ainsi que le déploiement via des images GHCR et des fichiers compose. Ashlar n'est pas un SaaS hébergé ni un chatbot, et n'est pas dépendant du cloud ; les déploiements air-gapped et local-only sont des options de premier ordre.
Comments
0 Rating appears after 10 ratings
Sign in to join the discussion.