ACF
acfstandard.io
Developer docs
EN
Démarrer

FAQ

Réponses courtes et directes aux questions les plus fréquentes sur acf-mcp : déterminisme, signature, plateformes supportées, extensions, et limites assumées.

iNote
Si une réponse ne couvre pas votre cas, ouvrez une issue (cf. page contributing). Le but est de garder cette FAQ courte et factuelle, pas exhaustive.

Déterminisme et architecture

acf-mcp appelle-t-il un LLM en interne ?

Non. Aucun appel LLM, jamais. Le moteur est un pattern matcher déterministe sur une base de connaissances signée. Même entrée canonique ⇒ même sortie, byte-pour-byte. C’est la propriété qui rend la trace opposable à un auditeur.

Pourquoi pas de LLM interne ?

Parce que la valeur du serveur est précisément l’auditabilité de sa sortie. Un LLM produit des sorties non reproductibles. La doctrine ACF® a besoin d’une chaîne de causalité vérifiable entre l’entrée d’un agent et la qualification produite. C’est incompatible avec un LLM.

La doctrine est-elle identique entre versions ?

Non. La doctrine est versionnée, chaînée par hash et signée Ed25519. Chaque release publie un doctrine_version, un doctrine_hash et une signature. La version courante est exposée par la ressource MCP acf://meta.

Signature et cryptographie

Pourquoi Ed25519 et pas RSA ?

Trois raisons : (1) compacité — 32 octets pour la clé publique, 64 pour la signature ; (2) vérification en temps constant, ce qui élimine une classe d’attaques par canal auxiliaire ; (3) aucun paramètre suspect (pas de courbe NIST contestée).

Les clés vont-elles tourner ?

Oui. Les rotations sont annoncées au moins une version mineure à l’avance, avec un overlap pendant lequel les deux clés vérifient. L’historique complet est sur signatures / public key.

Usage et clients

Peut-on utiliser acf-mcp sans Claude Desktop ?

Oui. Tout client implémentant le MCP fonctionne : Cursor, Windsurf, Continue, Zed, ou un client custom. Voir la page quickstart pour les blocs de configuration.

Fonctionne sur Windows / Linux / macOS ?

Oui, partout où Node.js ≥ 18 tourne. Pas de binaire natif, pas de dépendance plateforme.

Y a-t-il un SaaS acf-mcp ?

Non. Le transport stdio est local-first par construction. Le transport HTTP existe, mais vous l’hébergez derrière votre propre passerelle. Voir la page authentication.

Peut-on auto-héberger le registre ?

Oui. Mirroir l’archive de doctrine signée et pointez la variable ACF_DOCTRINE_ARCHIVE_URL vers votre URL. La signature reste valide tant que le fichier n’est pas modifié.

Limites et extensibilité

Non. acf-mcp produit une qualification préliminaire opposable. La décision finale appartient au DDAO (Designated Deployer of Autonomous Operations) ou au juriste compétent.

Puis-je étendre avec mes propres outils ?

Le serveur est open-source. Fork ou pull request — pas de mécanisme de plugin externe pour préserver le déterminisme et la signature. Voir contributing.

Et si j’ai besoin d’une doctrine custom ?

Hors périmètre du serveur. La doctrine ACF® est versionnée et signée par un mainteneur ; une dérivée signée par une autre clé n’est plus ACF®. Si votre cas justifie un changement de doctrine, ouvrez une issue.