La plupart des langages de programmation ont été conçus pour que les humains écrivent et les compilateurs lisent. FLIN a été conçu pour que les humains ET les agents IA écrivent, et pour que les compilateurs ET les LLM lisent.
Ce n'est pas une distinction mineure. Elle a influencé chaque décision de syntaxe, chaque convention et chaque choix d'architecture. FLIN n'est pas un langage qui fonctionne bien par hasard avec les assistants IA. C'est un langage délibérément optimisé pour un monde où les agents IA génèrent, modifient et maintiennent du code aux côtés des développeurs humains.
La thèse centrale : les mêmes propriétés qui rendent un langage facile à utiliser pour l'IA -- syntaxe minimale, fichiers autonomes, zéro configuration, comportement déterministe -- le rendent aussi plus facile pour les humains. Concevoir pour l'IA ne compromet pas l'expérience humaine. Elle l'améliore.
Principe 1 : Syntaxe minimale, moins de tokens
Chaque mot-clé inutile, crochet et ligne de boilerplate est un token qu'un LLM doit générer. Plus de tokens signifie plus de coût, plus de latence et plus d'opportunités d'erreurs. FLIN minimise la syntaxe pour minimiser le coût en tokens de la génération de code.
Comparez un simple endpoint CRUD entre frameworks :
javascript// Express.js: 23 lignes, ~180 tokens
const express = require('express');
const router = express.Router();
const User = require('../models/User');
router.get('/:id', async (req, res) => {
try {
const user = await User.findById(req.params.id);
if (!user) {
return res.status(404).json({ error: 'Not found' });
}
res.json(user);
} catch (err) {
res.status(500).json({ error: 'Server error' });
}
});
module.exports = router;flin// FLIN: 7 lignes, ~40 tokens
route GET {
user = User.find(params.id)
if user == none {
return error(404, "Not found")
}
user
}La version FLIN utilise environ 78 % de tokens en moins.
Principe 2 : Pas d'imports
FLIN n'a pas d'instructions d'import. Chaque entité, chaque fonction intégrée et chaque fonctionnalité du langage est disponible par nom sans déclarer de dépendances. Cela élimine une catégorie entière d'erreurs générées par l'IA : mauvais chemins d'import, imports manquants, imports circulaires et syntaxe d'import spécifique à la version.
Principe 3 : Fichiers autonomes
Dans FLIN, un seul fichier .flin contient tout ce qui est nécessaire pour comprendre une route : les gardes, la validation, la logique métier et le template de vue. Un agent IA a besoin d'un seul fichier en contexte, pas six.
Principe 4 : Comportement déterministe
Le comportement de FLIN est déterministe : le même code produit toujours le même résultat. Il n'y a pas de fichiers de configuration cachés qui changent le comportement, pas de valeurs par défaut dépendantes de l'environnement, et pas de middleware implicite.
llms.txt : fichiers de contexte IA
Chaque projet FLIN inclut un fichier llms.txt qui fournit aux agents IA un aperçu structuré du projet.
Intégration MCP
FLIN prend en charge le Model Context Protocol (MCP), permettant aux agents IA d'interagir avec les projets FLIN de manière programmatique. Les outils MCP permettent à un agent IA de créer et modifier des fichiers .flin, démarrer le serveur de développement, interroger la base de données, lister les entités disponibles et générer de nouveaux composants à partir de descriptions en langage naturel.
Le futur des 100 agents
La conception IA-first de FLIN ne concerne pas seulement l'aide aux développeurs individuels. Il s'agit de permettre un nouveau paradigme de développement : 100 agents IA travaillant simultanément sur une application FLIN. Le routage basé sur les fichiers signifie que les agents n'ont pas besoin de se coordonner sur une configuration de routage partagée. La conception sans imports signifie que les agents n'ont pas besoin de gérer un graphe de dépendances partagé.
Ce que IA-first ne signifie pas
IA-first ne signifie pas humain-dernier. Chaque décision de conception qui bénéficie aux agents IA bénéficie aussi aux développeurs humains. FLIN n'est pas un langage pour que l'IA écrive pendant que les humains regardent. C'est un langage pour que les humains et l'IA écrivent ensemble.
Dans le dernier article de l'arc 11, nous couvrons l'analytique de recherche et la mise en cache des résultats.
Ceci est la partie 124 de la série « Comment nous avons construit FLIN », documentant comment un CEO à Abidjan et un CTO IA ont conçu et construit un langage de programmation à partir de zéro.
Navigation de la série : - [123] Recherche hybride de documents : BM25 + sémantique - [124] Conception d'un langage IA-first (vous êtes ici) - [125] Analytique de recherche et mise en cache des résultats