(prononcé F star) est un langage de programmation orienté preuve développé conjointement par Microsoft Research, Inria et d'autres institutions. Il prend en charge les types de dépendances, la vérification automatisée SMT et l'extraction de code (OCaml, F#, C, Rust). Largement utilisé pour la vérification formelle des systèmes critiques pour la sécurité - implémentation TLS (miTLS), vérification du protocole cryptographique (Everest Project). Livré avec l'extension Pulse (vérification impérative simultanée du programme), la chaîne d'outils KaRaMeL/Vale (extraction C/Rust/ASM). À partir de 2026, la capacité de preuve auxiliaire AI Agent (proof-copilot) et le serveur MCP seront ajoutés.

F* : Langage de programmation orienté preuve et plateforme de vérification formelle

Paramètres et statistiques de base

Projet	Spécifications
Nom du projet	F* (étoile F)
Catégorie	Langages de programmation orientés preuve / Outils de vérification formelle
Licence Open Source	Apache2.0
Étoiles GitHub	3,1K+
Langages de programmation	OCaml (implémentation du compilateur), F* (bootstrap)
Formulaire de livraison	Compilateur CLI / Docker / Nix / Editeur en ligne
Utilisateurs cibles	Ingénieurs en sécurité, chercheurs en méthodes formelles, ingénieurs en cryptographie
Moteur de base	Solveur SMT Z3
Cibles d'extraction de code	OCaml, F#, C, Rust, ASM (via Vale)
Version actuelle	v2026.07.12 (numéro de version en date, 1 à 2 versions par mois)
Commanditaires principaux	Microsoft Research, Inria, ERC (Conseil européen de la recherche)

Interprétation des paramètres de base : Le concept de base de F est « la vérification de type est une vérification » - pour un programme écrit dans un système de types dépendant, réussir la vérification de type signifie que le programme répond à ses spécifications formelles. Contrairement aux assistants de preuve classiques tels que Coq et Isabelle/HOL, F s'appuie fortement sur le solveur Z3 SMT pour remplir automatiquement les obligations de preuve, réduisant ainsi considérablement la charge de travail des preuves manuelles. 3,1K GitHub Stars est un nombre respectable dans le monde de la vérification formelle - un domaine où la base d'utilisateurs constitue une niche hautement spécialisée. 138 contributeurs proviennent des plus grandes institutions de recherche mondiales. Le projet maintient un rythme d'itération de 1 à 2 versions par mois. Les versions 93+ sont des itérations à haute fréquence parmi les outils académiques. La licence Apache 2.0 garantit la liberté d'utilisation commerciale et de redistribution.

Reconnaissance des utilisateurs et du marché

La reconnaissance du marché pour F* vient principalement de l'impact académique et de la validation technique des projets phares, plutôt que du grand nombre d'utilisateurs commerciaux.

Dimensions	Données
Étoiles GitHub	3 100+
Fourches GitHub	258
Contributeurs	138+
Quantité libérée	93+
Publication d'articles académiques	PLDI, POPL, CCS, IEEE S&P et autres grandes conférences
Projets phares	miTLS (authentification TLS 1.3), Everest (pile complète HTTPS), HACL* (bibliothèque de cryptographie)
Déploiement en production	Déployer sur Mozilla Firefox, noyau Linux
Preuve assistée par l'IA	preuve-copilote (2026+)
Chaîne communautaire	Zulip (Réponse 24-48h)

Influence académique : des articles pertinents ont été publiés dans les principales conférences informatiques telles que PLDI, POPL, CCS et IEEE S&P. « Dependent Types and Multi-Monadic Effects in F* » (POPL 2016) est un document classique dans ce domaine, et le nombre de citations ne cesse de croître.

Projet phare de vérification : miTLS (une implémentation formellement vérifiée par F du protocole TLS 1.3) démontre la faisabilité technique de la vérification de dizaines de milliers de lignes de code industriel avec F. Le projet Everest vérifie l'intégralité de la pile de protocoles HTTPS via F, couvrant TLS, les algorithmes de chiffrement (AES, ChaCha20, Curve25519), l'analyse des certificats, les en-têtes HTTP et d'autres composants. HACL (Authenticated Cross-Platform Crypto Library) a été déployée dans des environnements de production tels que Mozilla Firefox, le noyau Linux, etc., prouvant que le code validé par F* peut être déployé en toute sécurité dans les navigateurs de milliards d'utilisateurs.

Adoption par l'industrie : Microsoft est utilisé en interne pour vérifier les composants de sécurité de base, certaines sociétés de technologie financière utilisent F* pour vérifier la mise en œuvre du protocole de cryptage et le domaine aérospatial effectue une vérification formelle des modules clés du système. Même si le nombre d’unités d’adoption est limité, chaque cas implique une infrastructure de sécurité de très grande valeur.

Avantage de coût

F* est un outil entièrement gratuit et open source. Le coût principal n'est pas la licence du logiciel mais la courbe d'apprentissage :

Dimension du coût	F*	Coq	Isabelle/HOL	Dafny
Frais de licence	0 $ (Apache 2.0)	0 $ (LGPL)	0 $ (BSD)	0 $ (MIT)
Degré d'automatisation	Piloté SMT, hautement automatisé	Vérification principalement manuelle	À la fois automatisé et manuel	Piloté SMT, hautement automatisé
Extraction de codes	OCaml/F#/C/Rust/ASM	OCaml/Haskell/Schéma	Limité	C#/Java/Python/JS
Courbe d'apprentissage	Intermédiaire-haut	Élevé	Intermédiaire-haut	Moyen
Champ de vérification de sécurité	TLS/Chiffrement/Protocole (Mature)	Compilateur/Mathématiques	OS/Ordonnancement/Mathématiques	Génie logiciel
Preuve assistée par l'IA	✅ preuve-copilote (2026+)	⚠️ Quelques outils	❌ Limité	❌ Limité
Assistance entreprise	❌ Aucun support commercial officiel	✅ Conseil/formation disponible	✅ Conseil/formation disponible	✅ AWS (édition professionnelle)

Analyse des coûts : la preuve automatique pilotée par SMT de F* est la plus automatisée parmi les assistants de preuve traditionnels, et la même tâche de vérification nécessite généralement moins de travail de preuve manuel. Mais la condition préalable à cet avantage est que les utilisateurs maîtrisent le système de type dépendance – la courbe d’apprentissage est un seuil commun pour les outils de vérification formelle. L'introduction de proof-copilot (2026) devrait abaisser le seuil de démarrage des nouveaux utilisateurs, mais son effet réel d'amélioration de l'efficacité est encore au stade de la vérification.

Architecture et fonctionnalités de base

L'architecture système de F* est construite autour du concept de « preuve c'est programmation » :

Code source F* (type de dépendance + système d'effets)
    ↓
Vérificateur de type F*/générateur de conditions de validation
    ↓
┌─── Solveur Z3 SMT (prouve automatiquement l'obligation de prouver)───┐
↓ ↓
Certification automatique réussie, obligation de certification non résolue
↓ ↓
Extracteur de code Preuve auxiliaire fournie par l'utilisateur
↓ ↓
Vérification du type OCaml / F# / C / Rust / ASM (Vale) terminée

• Système de types dépendants (Core Engine) : Le système de types est basé sur des types dépendants de valeurs (types dépendants), permettant l'expression de préconditions, postconditions et invariants dans les types. Par exemple val sqrt: x:float{x >= 0.0} -> y:float{y >= 0.0 && y*y == x} déclare la fonction racine carrée - l'entrée est non négative, la sortie est garantie non négative et le carré est égal à l'entrée.
• Vérification automatisée SMT : exploitez le solveur Z3 pour vérifier automatiquement la plupart des obligations de preuve. Les utilisateurs écrivent des spécifications et le compilateur F* génère automatiquement des conditions de vérification (VC) que Z3 doit résoudre.
• Extraction de code multi-objet : les programmes F* vérifiés peuvent être extraits sous forme de code OCaml, F#, C ou Rust. Extrayez C/Rust via la chaîne d'outils KaRaMeL (adaptée aux scénarios embarqués et hautes performances) et le code assembleur vérifiable via Vale.
• Pulse Extension : le DSL intégré offre une expérience de programmation en langage impératif (boucles « while », références mutables, composition parallèle « par »), validant les programmes simultanés en mémoire partagée basés sur une logique de séparation de concurrence.
• Vale Verifiable ASM : DSL intégré F pour l'écriture et la vérification du code assembleur de bas niveau, déployé dans les environnements de production HACL (optimisation des instructions AES-NI).
• Preuve assistée par l'IA (proof-copilot) : lancée en 2026, elle prend en charge la génération automatique de fragments de preuve, aide au débogage des erreurs de type et fournit des suggestions de stratégie de vérification. Officiellement positionnés comme « un auxiliaire plutôt qu'un remplaçant » : les certificats générés par l'IA nécessitent un examen manuel.
• MCP Server : sorti en 2026, permettant aux outils de codage AI d'interagir directement avec F* via le protocole MCP.

Evolution du modèle et de la version

Version	Date de sortie	Changements clés
v2026.07.12	2026-07	Prise en charge de Float32/Float64, intégration de l'agent IA proof-copilot, améliorations de l'interaction avec l'éditeur
v2026.06.01	2026-06	Amélioration du pouls, optimisation de l'intégration Z3, mise à niveau KaRaMeL/Vale
v2026.04.15	2026-04	Publication sur serveur MCP, intégration Copilot CLI, capacités de collaboration avec les éditeurs
v2025.10.01	2025-10	Introduction de Pulse DSL, optimisation des performances d'extraction de code, prise en charge de Nix
v2025.01.15	2025-01	Migration .NET 8, reconstruction de l'interface SMT, amélioration de la vérification incrémentielle
v2024.06.01	2024-06	Sous-modularisation KaRaMeL, performances de vérification optimisées
v2023.12.01	2023-12	Nouvelle version de l'extraction OCaml, améliorations de la prise en charge des bibliothèques à grande échelle
v2023.06.01	2023-06	Amélioration du système de type de dépendance, amélioration des messages d'erreur

Caractéristiques d'évolution de version : 2023-2024 se concentrera sur l'infrastructure du compilateur (migration .NET 8, reconstruction de l'interface SMT) et l'optimisation de l'extraction de code. Présentation de Pulse DSL en 2025, marquant la prise en charge de la vérification impérative/simultanée. L'axe principal en 2026 est l'intégration de l'IA : les versions successives du serveur MCP et du proof-copilot amèneront F* dans une nouvelle étape de « vérification assistée par l'IA ». Les enregistrements de version sont soumis aux versions de GitHub.

Avantages techniques

• Types dépendants + automatisation SMT : combine la haute expressivité de la théorie des types de dépendance avec la haute automatisation du solveur SMT Z3. Les utilisateurs peuvent décrire des spécifications complexes au niveau du type, et le solveur SMT gère automatiquement la plupart des contraintes arithmétiques, logiques et définies. F* nécessite généralement moins d’interaction utilisateur que Coq.
• Stratégie de vérification en couches : prend en charge le passage flexible d'un système entièrement automatisé (SMT a toute autorité pour traiter) à un système entièrement manuel (l'utilisateur rédige des éléments de certification complets). Les propriétés simples reposent sur SMT et les propriétés complexes ajoutent progressivement des lemmes auxiliaires.
• Pipeline de vérification de bout en bout : code source F* → vérification de type → extraction de code → compilé en fichiers exécutables, maintenant la transitivité des garanties formelles tout au long du processus. Le style de code C extrait par KaRaMeL est proche du C manuscrit et a été déployé sur des systèmes de production tels que Firefox.
• Vérification impérative + simultanée : Pulse DSL comble le fossé entre la vérification formelle et la programmation système réelle, en prenant en charge les modèles de simultanéité tels que le verrouillage à granularité fine, la messagerie et le vol de travail.
• Bibliothèque de primitives de cryptographie validées : HACL* et d'autres bibliothèques fournissent plus de 50 algorithmes de chiffrement validés (AES, ChaCha20, Curve25519), qui peuvent être directement réutilisés dans de nouveaux projets.

Guide des pièges du déploiement

1. Dépendances d'exécution .NET : F* est basé sur .NET 8 (migration terminée en 2025). Les utilisateurs de macOS doivent être conscients de la compatibilité des versions arm64 de .NET - certaines anciennes versions peuvent avoir des problèmes JIT sur les puces de la série M. Solution : dotnet --info confirmez le SDK ≥ 8.0, utilisez brew install dotnet.

2. Compatibilité des versions du solveur Z3 : F a une dépendance exacte sur la version Z3 - les versions incompatibles entraîneront des résultats de vérification incohérents. Solution : Compilez selon la version spécifiée du sous-module z3 de l'entrepôt F, ou utilisez le package de version officiel pré-construit (Z3 est intégré). L'utilisation de « pip install z3-solver » est obsolète.

3. Configuration de l'environnement de construction : la compilation à partir du code source nécessite OCaml (4.14+), .NET 8 SDK et Python 3. Solution : recommandez Docker (docker pull fstar/fstar) ou Nix (nix build github:FStarLang/FStar), qui gèrent tous deux les contraintes de version de dépendance.

4. Configuration de l'intégration de l'éditeur : le plug-in VS Code doit configurer « fstar.executablePath » pour qu'il pointe vers le « fstar.exe » local. Si la configuration est incorrecte, elle échouera silencieusement. Solution : Vérifiez que « fstar.executablePath » pointe vers le chemin de sortie de « which fstar.exe ».

5. Performances de vérification incrémentielle des projets à grande échelle : pour des dizaines de milliers de projets au niveau des lignes (tels que miTLS), la vérification et la revérification incrémentielles peuvent prendre beaucoup de temps. Solution : utilisez --cache_checked_modules pour activer la mise en cache au niveau du module et le mode --lazy pour vérifier paresseusement les définitions superflues.

Comment utiliser

Comment utiliser	Descriptif	Scénarios applicables
Installation locale	opam install fstar ou Docker/Nix	Développement complet et vérification
Editeur en ligne	fstar-lang.org/run.php	Expérience et apprentissage rapides
Plug-in VS Code	fstar-vscode-assistant	Développement de vérification interactive
Plug-in Emacs	fstar-mode.el (MELPA)	Développement de vérification interactive
Aide à l'IA	preuve-copilote + serveur MCP	Assistance à la vérification du pilote IA

# Installation (Docker recommandé)
docker tirer fstar/fstar
alias fstar='docker run --rm -it -v $(pwd):/code fstar/fstar fstar'

# Vérifiez hello.fst
fstar bonjour.fst

# Extraire vers OCaml
fstar bonjour.fst --codegen OCaml

Prix des produits

Niveaux	Prix ​​	Ce qui est inclus
Noyau Open Source	0 $ (Apache 2.0)	Compilateur/validateur complet, intégration Z3, DSL complet
Image Docker	0 $	Environnement de développement complet préconfiguré
Editeur en ligne	0 $	Utilisation du navigateur, aucune installation requise
preuve-copilote	0 $ (open source)	Plug-in de preuve assisté par IA
Plugin VS Code	0 $	Vérification interactive
Assistance entreprise	Pas de support commercial officiel	Communauté Zulip + GitHub Problèmes

F* est un projet open source entièrement gratuit, sans versions payantes ni fonctionnalités verrouillées. La licence Apache 2.0 autorise l'utilisation commerciale et la redistribution. La réponse de la communauté Zulip est généralement de 24 à 48 heures.

Scénarios d'application

• Vérification du protocole de sécurité (la plus mature) : les ingénieurs en sécurité utilisent F* pour rédiger des spécifications formelles des protocoles réseau et vérifier la confidentialité et l'intégrité du protocole en s'appuyant sur le système de types. La vérification miTLS a découvert plusieurs problèmes de sécurité dans la phase préliminaire de TLS 1.3. Vérification : Après avoir réussi la vérification, extrayez le code C et effectuez des tests d'intégration avec TLS-Attacker.
• Vérification de l'implémentation de la cryptographie : utilisez F pour écrire des algorithmes de cryptographie et vérifier l'exactitude et l'implémentation en temps constant de l'algorithme. La bibliothèque HACL fournit déjà plus de 50 primitives cryptographiques éprouvées. Vérification : exécutez la vérification vectorielle KAT standard.
• Vérification du module de clé du logiciel système : utilisez Pulse DSL pour effectuer une vérification formelle du planificateur du système d'exploitation, de l'accès simultané au système de fichiers et de l'isolation des transactions de base de données. Vérification : les modules vérifiés par impulsion sont exécutés en parallèle avec les modules d'origine à des fins de comparaison.
• Recherche sur la sécurité et l'alignement de l'IA (directions émergentes) : utilisez F* pour effectuer une vérification formelle des composants critiques pour la sécurité dans les systèmes d'IA - équité du planificateur de raisonnement, politiques de contrôle d'accès aux données, logique d'exécution des contraintes de sortie du modèle. Vérification : la spécification formelle qui réussit la vérification est utilisée comme document de base pour l'audit du système d'IA.

Personnes concernées

Foule	Valeur d'adaptation	Conditions préalables
Ingénieur en sécurité	Vérifier l'exactitude des protocoles et des implémentations de cryptographie	Familier avec la cryptographie et les protocoles de sécurité
Chercheur en méthode formelle	Recherche et pratique en matière de technologie de vérification	Programmation fonctionnelle + bases de la théorie des types
Développeur de logiciels système	Garantir la fiabilité des modules clés du système	Avoir une compréhension de base de la vérification formelle
Ingénieur en Cryptozoologie	Écrire et vérifier l'implémentation de la cryptographie	Cryptographie + bases de la programmation fonctionnelle
Étudiants en informatique	Vérification des programmes d'apprentissage et théorie des types	Fondamentaux de la théorie du langage de programmation

Ne convient pas au grand public : développeurs full-stack qui ont besoin de fournir du code métier rapidement (la surcharge de vérification est bien supérieure à celle de l'écriture directe du code) ; ceux qui n'ont aucune base en programmation fonctionnelle et en théorie des types (la courbe d'apprentissage ne convient pas à une base zéro) ; développement d’applications générales dans des domaines non critiques pour la sécurité.

Comparaison des produits concurrents

Dimensions contrastées	F*	Coq	Isabelle/HOL	Dafny	Maigre 4
Source ouverte/source fermée	Open Source (Apache 2.0)	Open Source (LGPL)	Open Source (BSD)	Open Source (MIT)	Open Source (Apache 2.0)
Degré d'automatisation	★★★★ (pilote SMT)	★★ (principalement manuel)	★★★	★★★★ (pilote SMT)	★★★ (tactique)
Extraction de codes	OCaml/F#/C/Rust/ASM	OCaml/Haskell/Schéma	Limité	C#/Java/Python/JS	C/JavaScript
Réputation de vérification de sécurité	TLS/Chiffrement (miTLS/Everest)	Compilateur (CompCert)	Noyau du système d'exploitation (seL4)	Génie logiciel	Raisonnement mathématique
Vérification de concurrence	✅ Pulse DSL	❌ Limité	❌ Limité	❌	❌
Preuve assistée par l'IA	✅preuve-copilote	⚠️ Tacticien	❌ limité	❌ limité	✅ GPT-f
Courbe d'apprentissage	Intermédiaire-haut	Élevé	Intermédiaire-haut	Intermédiaire	Intermédiaire-haut
Assistance entreprise	❌ Pas de support officiel	✅ Conseil/Formation	✅ Conseil/Formation	✅ AWS Payant	❌ Basé sur la communauté
Étoiles GitHub	3,1K	4,8K	2,5K	4,7K	7,5K

Suggestion de décision : Vérifiez les protocoles de chiffrement de qualité industrielle ou les implémentations de cryptographie → F est le plus mature (miTLS/HACL/Everest). Vérification du compilateur → Coq (écologie CompCert). Formalisation de théorèmes mathématiques → Lean 4. Vérification simple de l'exactitude du programme et principalement basée sur .NET → Dafny.

Résumé et Outlook

La principale compétitivité de F dans le domaine de la vérification formelle réside dans la combinaison technique de « type de dépendance + automatisation SMT + extraction de code multi-objets + vérification concurrente ». Il dispose des cas d'ingénierie les plus avancés dans les scénarios de vérification des protocoles de sécurité et de la cryptographie (miTLS/Everest/HACL ont tous été vérifiés dans l'environnement de production). La licence Apache 2.0 et la communauté académique active assurent la pérennité du projet à long terme.

Principaux avantages : une automatisation élevée basée sur SMT réduit la charge de travail de preuve ; l'extraction de code multi-objectifs (OCaml/C/Rust/ASM) couvre le lien complet du prototype au déploiement en production ; Pulse DSL est le seul assistant de preuve grand public qui prend en charge la vérification impérative + simultanée ; le code de vérification a été déployé sur des milliards de systèmes au niveau utilisateur tels que Firefox et le noyau Linux.

Limites connues : La courbe d'apprentissage (type de dépendance + système d'effets) est toujours le seuil principal, et les nouveaux utilisateurs ayant une expérience en programmation non fonctionnelle ont besoin de 2 à 4 semaines pour commencer ; le support commercial repose uniquement sur les canaux communautaires (Zulip) et ne dispose pas de SLA au niveau de l'entreprise ; proof-copilot en est encore à ses débuts et la fiabilité des preuves générées par l’IA doit être vérifiée.

Divulgation des risques : (1) Le projet est dirigé par des établissements universitaires, le soutien à la commercialisation est limité et le SLA au niveau de l'entreprise n'est pas disponible ; (2) Le compilateur fonctionne sur la base de .NET 8, et il existe un écart entre l'écosystème et la tradition OCaml/Haskell ; (3) L'exactitude de la vérification formelle dépend de l'exactitude de la spécification - les bogues dans la spécification elle-même ne sont pas couverts par la vérification ; (4) Les fragments de preuve générés par proof-copilot nécessitent un examen manuel, et un processus de qualité « AI-assisté + » doit être établi.

Instructions d'observation de suivi : chemin d'amélioration de la maturité de proof-copilot, taille de la communauté et tendances de croissance des contributeurs, et s'il existe des solutions de support commercial fournies par Microsoft ou des tiers.

Résumé et Outlook

F occupe une position importante et unique dans le domaine de la vérification formelle avec son parcours technique unique de « type de dépendance + vérification automatisée SMT ». Des projets phares tels que miTLS, Everest, HACL et d’autres ont prouvé leur viabilité technique dans la validation de systèmes critiques pour la sécurité, non seulement en tant qu’expériences académiques, mais aussi en tant que code de production déployé dans les navigateurs de milliards d’utilisateurs.

Principaux avantages : (1) la vérification automatisée pilotée par SMT réduit considérablement la charge de travail de preuve ; (2) L'extraction de code multi-objectifs (OCaml/C/Rust/ASM) garantit la transitivité de la vérification ; (3) Pulse prend en charge la vérification impérative/simultanée, comblant le fossé entre la vérification fonctionnelle et la programmation du système ; (4) proof-copilot introduit l'assistance de l'IA pour abaisser le seuil pour les novices ; (5) De riches bibliothèques de cryptographie vérifiées (HACL*) sont disponibles pour être réutilisées ; (6) Licence Apache 2.0, aucun problème de conformité pour un usage commercial.

Limites actuelles : (1) La courbe d'apprentissage nécessite encore une certaine base en programmation fonctionnelle et en théorie des types - un problème courant pour les outils de vérification formelle ; (2) La taille de la communauté et l'écosystème sont bien plus petits que les langues traditionnelles, et il existe peu de publications Stack Overflow auxquelles se référer en cas de problèmes ; (3) La couverture de la documentation et des exemples doit encore être améliorée, notamment les didacticiels d'introduction pour les nouveaux utilisateurs ; (4) Les cas d'application dans les domaines non liés à la sécurité sont relativement limités - F* dans la vérification dans le domaine TLS/cryptage est suffisant, mais la polyvalence dans d'autres domaines doit être étendue ; (5) Il n'existe pas de canal de soutien commercial officiel et l'adoption par les entreprises nécessite des experts internes en vérification formelle.

Évaluation des risques d'approvisionnement/d'adoption : pour les systèmes critiques en matière de sécurité (implémentations cryptographiques, implémentations de protocoles, modules critiques pour la sécurité), F présente un faible risque d'adoption : il n'y a aucun risque de dépendance vis-à-vis d'un fournisseur avec les licences Apache 2.0, et les projets phares éprouvés fournissent un cas de référence pour la faisabilité technique. Le principal risque est de trouver des personnes possédant des compétences F : le marché du recrutement d'ingénieurs en vérification formelle est extrêmement concurrentiel. La stratégie recommandée est la suivante : commencez par l'intégration de bibliothèques vérifiées telles que HACL (bénéficie de coûts de développement F nuls), cultivez les capacités F de l'équipe interne, puis étendez-vous à des projets de vérification auto-développés. Pour le développement de routine dans des zones non critiques pour la sécurité, les coûts de vérification de F dépassent souvent les avantages et ne sont pas recommandés.

Instructions d'observation de suivi : (1) L'effet d'amélioration réel du copilote de preuve sur l'efficacité de la vérification - si l'IA peut réduire considérablement le temps de rédaction de la preuve, le seuil d'adoption de F peut baisser considérablement ; (2) La maturité et le taux d'adoption de Pulse - la vérification impérative/simultanée constitue la principale capacité de différenciation de F par rapport aux produits concurrents ; (3) Le rôle de la vérification formelle dans la sécurité de l'IA est élargi : l'alignement de la sécurité de l'IA est un domaine émergent et la méthodologie de F* pourrait trouver de nouveaux scénarios d'application ; (4) La mise en place d'un écosystème de soutien commercial et de formation - il s'agit d'une étape clé depuis les outils de recherche jusqu'aux normes industrielles.

Outils associés : github-copilot, Curseur

Informations de version

• F* v2026.07.12 ：Ajout de la prise en charge de Float32/Float64, de l'intégration de l'agent IA proof-copilot et des améliorations de l'interaction avec l'éditeur. （2026-07-12）
• F* v2026.06.01 ：Améliorations de la vérification de la concurrence Pulse, optimisation de l'intégration Z3, mises à niveau de la chaîne d'outils KaRaMeL et Vale. （2026-06-01）
• F*v2026.04.15 ：Le serveur MCP est publié, prenant en charge l'intégration Copilot CLI ; ajout de fonctionnalités de collaboration avec les éditeurs. （2026-04-15）
• F*v2025.10.01 ：Présentation de Pulse DSL, amélioration des performances d'extraction de code et ajout de la prise en charge de la version Nix. （2025-10-01）
• F* v2025.01.15 ：Migration .NET 8 terminée, refactorisation de l'interface du solveur SMT et performances de vérification incrémentielle améliorées. （2025-01-15）