Développement logiciel
piloté par cabinet agentique
forge.mapfarm.cloud opère un cabinet de 8 agents spécialisés — analyse d'architecture, génération de code, revue, audit sécurité — organisés en boucle déterministe avec gate qualité automatisée et arbitrage humain sur les orientations critiques.
make check déterministeBoucle agentique
source : INTENTION — 8 agents, gate déterministe, sandbox gVisor
make check
- lint
- validate
- tests + couverture (cliquet)
- audit SAST / secrets / CVE
Arbitre les orientations · porte l'engagement
Ne vérifie pas la correction technique
Le HITL arbitre les orientations et porte l'engagement ; il ne vérifie pas la correction technique — assurée par le GATE déterministe.
[source : POL-TCH-001 / NOTE-REDONDANCE-DISSIMILAIRE §origine]
Catalogue des missions
source : INTENTION — vagues 1-2 opérationnelles · vague 3 partiellement ouverte
Évolution fonctionnelle
Ajout ou modification de comportement logiciel existant, piloté par l'agent
architect et exécuté en sandbox par les agents codegen.
Audit sécurité
Analyse statique (SAST), détection de secrets exposés, audit CVE des dépendances —
piloté par l'agent security_auditor.
QA / génération de tests
Génération automatisée de cas de test ; la couverture est mesurée avec un cliquet de régression intégré au GATE.
● opérationnelBugfix test rouge → vert
Correction ciblée de tests en échec. Le GATE valide la correction avant toute intégration.
● opérationnelHygiène dépendances
Mise à jour et audit des dépendances tierces, contrôle CVE, sans régression de couverture validée par le GATE.
● opérationnelRefactoring par caractérisation
Restructuration interne du code couverte par des tests de caractérisation générés avant modification.
● opérationnelConformité RGAA / RGPD
Analyse et remédiation d'accessibilité numérique (RGAA) et de conformité protection des données personnelles (RGPD).
◑ partiellement ouvertDiagnostic infogérance read-only
Audit de configuration et d'architecture d'infrastructure sans modification du système existant.
◑ partiellement ouvertPortage iaos avec harnais d'équivalence
Migration vers iaos accompagnée d'un harnais de tests garantissant l'équivalence comportementale avant et après portage.
◑ partiellement ouvertCas réels livrés
source : INTENTION — FACT-W1 à W6, FACT-W10 · sans extrapolation
Mission livrée
[description détaillée à sourcer — corpus INTENTION]
Livré · source : INTENTIONMission livrée
[description détaillée à sourcer — corpus INTENTION]
Livré · source : INTENTIONMission livrée
[description détaillée à sourcer — corpus INTENTION]
Livré · source : INTENTIONMission livrée
[description détaillée à sourcer — corpus INTENTION]
Livré · source : INTENTIONMission livrée
[description détaillée à sourcer — corpus INTENTION]
Livré · source : INTENTIONMission livrée
[description détaillée à sourcer — corpus INTENTION]
Livré · source : INTENTIONMission livrée
[description détaillée à sourcer — corpus INTENTION]
Livré · source : INTENTIONNote : les fiches [à sourcer] correspondent à des cas documentés dans INTENTION sans description publique disponible dans le corpus transmis. La liste complète des thèmes (dont mapbox×iaos, shadow 100% GO) est disponible sur demande.
Différenciateurs
source : NOTE-REDONDANCE-DISSIMILAIRE · POL-TCH-001 · INTENTION
Redondance dissimilaire
Les agents ne sont pas des instances clonées : architectures, rôles et approches distincts évaluent le même artefact de façon indépendante. Une erreur systémique propre à un agent ne peut traverser l'ensemble du cabinet sans être détectée.
GATE déterministe obligatoire
Aucun artefact ne franchit l'intégration sans passer make check :
lint, validation, tests avec cliquet de couverture, SAST, détection de secrets, CVE.
Le GATE est bloquant — il n'est pas optionnel.
Sandbox gVisor pour la génération
Les agents codegen s'exécutent en sandbox gVisor, isolant l'exécution du code généré du système hôte.
HITL focalisé sur les orientations
L'humain arbitre les décisions d'orientation et porte l'engagement. Il ne constitue pas le goulot d'étranglement de la vérification technique — assurée par le GATE.
Classes de criticité explicites
Chaque mission porte une classe de criticité (A / B / C) déterminant le niveau de contrôle appliqué. [définitions A/B/C à sourcer — POL-TCH-001]
Traçabilité source obligatoire
Chaque fait affiché est ancré dans le corpus documentaire ou marqué explicitement « à sourcer ». Zéro extrapolation silencieuse — règle appliquée y compris à ce site.
Sûreté & gouvernance
source : POL-TCH-001 / NOTE-REDONDANCE-DISSIMILAIRE §origine
Trois niveaux de gouvernance
Exécution automatique des agents dans les bornes définies. Aucune intervention humaine sur le chemin nominal.
Contrôle déterministe obligatoire (make check) avant toute intégration.
Bloquant en cas d'échec. Assure la correction technique à la place du HITL.
Arbitrage humain sur les orientations et engagement. Le HITL ne vérifie pas la correction — c'est le rôle du GATE déterministe.
Classes de criticité
[définition à sourcer]
[définition à sourcer]
[définition à sourcer]
Existence des classes A/B/C sourcée (POL-TCH-001) — définitions détaillées à sourcer depuis le corpus complet.
Principe de redondance dissimilaire
La forge ne déploie pas plusieurs instances d'un même modèle : elle combine des agents de nature différente (architectures, prompts, rôles distincts) pour évaluer le même artefact de façon indépendante. Une défaillance systémique propre à un agent donné ne peut traverser l'ensemble du cabinet sans être détectée par un agent de nature distincte.
[source : NOTE-REDONDANCE-DISSIMILAIRE §origine]
Prendre contact
Discussion technique préalable — aucune information commerciale communiquée à ce stade
Avant de démarrer une mission
Toute mission débute par un cadrage technique : périmètre, classe de criticité, vague applicable. L'orientation est validée par le HITL avant tout démarrage.
Pour les missions de vague 3 (partiellement ouvertes), un échange préalable est requis pour qualifier la mission et confirmer son périmètre.