L'usine logicielle autonome

Un cahier des charges entre. Une pull request revue en sort.

Wharfly fait travailler plusieurs modèles de codage en parallèle sur la même tâche, garde celui qui passe les tests, le fait auditer par d'autres modèles, puis ouvre la pull request. Sur un serveur qui vous est dédié, avec vos comptes et vos clés.

Autonome
Vérifié
Mesuré

Demander une mise en service Voir le trajet d'une tâche

01 · Ce que c'est

Une usine logicielle. Vous spécifiez, elle exécute.

Vous écrivez le cahier des charges et la spécification de chaque tâche. Wharfly code, teste, fait relire par des modèles d'autres familles, ouvre la pull request, fusionne quand toutes vos conditions sont remplies, et déploie en canari avec retour arrière automatique. Il n'y a pas de fenêtre de conversation à surveiller.

Quand une condition n'est pas remplie, la tâche s'arrête et attend dans une file d'exceptions, avec le détail de ce qui a bloqué. C'est le seul endroit où vous intervenez.

Ce que vous fournissez

Un dépôt: git, avec les commandes qui le construisent et le testent
Une spécification: avec des critères d'acceptation vérifiables par commande
Des modèles: les nôtres, les vôtres, ou les deux

Le trajet d'une tâche

Chaque étape a des intrants, des livrables et un critère de passage. Les étapes marquées automatiques n'utilisent aucun modèle : ce sont des commandes, donc des faits.

Trajet d'une tâche — sept étapes Aucune validation humaine dans le flux Arrêt = file d'exceptions

Recevabilité

La spécification est refusée si un critère d'acceptation n'est pas mesurable ou si un livrable n'est pas nommé. Rien ne part avant.
Codage — un à trois codeurs en parallèle

Chacun sur sa propre copie du dépôt, sans voir les autres, et il écrit les tests.
Vérification de chaque candidatautomatique

Compilation, lint, tests. Un candidat qui échoue est éliminé ici.
Sélection

Un modèle d'une autre famille compare les candidats survivants sur leurs résultats de tests et leurs diffs, et retient un gagnant. Il ne corrige rien.
Audit de sécurité et audit d'architecture

Deux modèles distincts, en lecture seule, jugeant contre vos critères déclarés. Les sévérités qui bloquent sont celles que vous avez définies.
Parcours fonctionnelautomatique

Scénarios de bout en bout sur un environnement jetable, si votre projet en déclare un.
Pull request, fusion, déploiementautomatique

La fusion a lieu si toutes vos règles sont vraies : tests verts, aucun fichier hors périmètre, aucun chemin sensible touché. Le déploiement se fait en canari, avec retour arrière automatique.

03 · Plusieurs codeurs, un seul gagnant

Éliminer par les tests avant de comparer

Un modèle peut échouer sur une tâche que deux autres réussissent. Plutôt que de réessayer en série, Wharfly lance plusieurs codeurs en parallèle sur des modèles différents.

La sélection ne se fait donc jamais sur une impression. Elle se fait sur ce qui compile, ce qui passe, et ce qui reste dans le périmètre demandé. Si un seul candidat survit, il n'y a rien à comparer et l'étape est sautée.

Sur les paliers supérieurs, les tests peuvent être écrits par un modèle qui ne concourt pas : les candidats sont alors jugés sur une suite qu'aucun d'eux n'a écrite.

Une spécification, un périmètre déclaré

codeur-1

build · lint · tests

passe

codeur-2

build · lint · tests

passe

codeur-3

tests en échec

éliminé

Sélection — modèle d'une autre famille, sur preuves

Un gagnant, puis audits, puis pull request

Schéma de principe : le nombre de codeurs est plafonné par votre palier et réduit si un quota ne permet pas de finir la tâche.

04 · Pourquoi pas simplement un harnais interactif

Wharfly ne remplace pas ces modèles — il les consomme

Les modèles de codage du marché sont les moteurs. Wharfly est l'usine autour. Ce que ces outils, excellents en interactif, ne font pas :

Ils vous supposent présent

Un harnais interactif attend vos réponses. Wharfly est une chaîne : elle tourne quand vous n'êtes pas là, et quand elle ne peut plus avancer, elle s'arrête à un endroit défini avec le motif et les preuves. La différence n'est pas l'intelligence du modèle, c'est la machinerie autour : portes, preuves, plafonds de budget, escalade exprimée en règles, file d'exceptions.

Ils ne comparent rien

Un modèle, une tentative. Wharfly fait travailler plusieurs codeurs sur la même tâche et sélectionne sur des résultats de tests. Ce n'est pas une préférence, c'est une autre distribution de résultats.

Rien ne vérifie ce que le modèle affirme

En interactif, « les tests passent » est ce que le modèle vous dit. Wharfly exécute lui-même la compilation, le lint et les tests, et prend le code de sortie comme fait. Il compare ensuite les fichiers touchés au périmètre déclaré, et fait relire le diff par des modèles d'autres familles : un modèle ne relit pas sa propre production.

Vous ne savez pas ce que ça coûte par livrable

Wharfly relève les tokens par catégorie, les valorise depuis une grille datée, et vous donne le coût par livrable accepté. C'est le seul chiffre qui permet de choisir un modèle rationnellement. Un total de session ne le dit pas.

Rien ne coordonne plusieurs dépôts

Un changement qui traverse trois dépôts devient trois spécifications, trois tâches, un ordre déclaré, une résolution des dépendances contre la branche gagnante du dépôt amont, et une barrière avant le premier merge.

Rien ne gère vos quotas

Wharfly connaît l'état de vos forfaits, ne démarre pas une tâche qu'il ne peut pas finir, et peut basculer vers une voie facturée à l'usage si vous l'y autorisez.

Il n'y a pas de couche d'équipe

Rôles et permissions, workflows par projet, journal de chaque décision avec la règle qui l'a déclenchée, file d'exceptions partagée, journaux expédiés vers votre SIEM.

Et pour être clair

Si vous voulez programmer à deux avec un modèle, un harnais interactif est le bon outil et Wharfly est le mauvais. Wharfly est fait pour le travail que vous pouvez spécifier et que vous voulez voir exécuté sans vous.

Nos modèles, ou les vôtres

Le choix se fait par fournisseur, pas globalement. Vous pouvez prendre un fournisseur chez nous et un autre avec vos propres clés.

Modèles Wharfly

Rien à souscrire ni à configurer. Nous fournissons l'accès par notre passerelle, avec une clé virtuelle qui vous est propre, plafonnée et révocable. Une seule facture. Nous suivons l'évolution des catalogues à votre place.

Vos propres accès

Vos clés d'API, vos forfaits de codage, ou vos modèles auto-hébergés. Vous gardez vos tarifs négociés, vos engagements et la maîtrise du chemin que prend votre code.

Critère	Modèles Wharfly	Vos propres accès
Mise en route	immédiate	vous fournissez clés ou comptes
Facturation	une facture, à l'usage	facturé par vos fournisseurs
Prévisibilité du coût	à l'usage, mesuré par tâche	selon vos contrats et forfaits
Quotas	gérés par nous	les vôtres, surveillés et affichés
Chemin de vos données	fournisseurs affichés par workflow	ceux que vous choisissez
Panne d'un fournisseur	nous basculons	vous décidez de la politique
Mélange par fournisseur	oui	oui

Transparence, dans les deux cas : la liste des fournisseurs utilisés par un workflow est affichée dans l'interface. Votre code leur est transmis, vous devez savoir lesquels.

06 · Ce que Wharfly ne fait pas

Les limites, dites d'avance

Autant le dire avant la démonstration que pendant le premier incident.

Il n'écrit pas votre cahier des charges

La qualité de ce qui sort dépend entièrement de la précision de ce qui entre. Une spécification floue produit du travail à jeter.

Il ne garantit pas la fusion atomique de plusieurs dépôts

Cela n'existe pas hors monorepo. Ce qu'il garantit : tout valider avant de commencer à fusionner, et vous dire exactement où il s'est arrêté.

Il ne décide rien qui ne soit pas écrit

Face à une situation hors de vos règles, il s'arrête et vous la remet. Cela veut dire qu'il faut quelqu'un pour traiter cette file.

Il ne rend pas un mauvais modèle bon

Il vous permet d'en essayer plusieurs et de mesurer lequel livre, sur vos dépôts, à quel coût.

Ses portes n'attrapent que ce que vous leur avez demandé d'attraper

Les sévérités bloquantes, les chemins sensibles et les critères d'acceptation sont déclarés par vous. C'est une force, et c'est une responsabilité.

Sécurité et cloisonnement

Un serveur dédié par client. Votre code, vos copies de travail et vos artefacts y restent.
Le plan de contrôle ne détient que des métadonnées : états, verdicts, volumétries, coûts. Jamais de code, jamais de patch, jamais vos secrets.
Les agents n'ont aucun droit privilégié. Publier, fusionner et déployer sont des actions paramétrées, exécutées par la plateforme sous vos conditions, jamais des capacités données à un modèle.
Chemins sensibles. Vous déclarez ce qui ne doit pas être touché sans regard humain : migrations, infrastructure, authentification, gestion des secrets, dépendances. Une tâche qui y touche part en exception.
Journaux exportables vers votre SIEM.
Analyse de code en option, sur vos dépôts et sur le diff de chaque tâche, dont les constats alimentent l'audit de sécurité.

Paliers

Ce qui différencie réellement les paliers : le nombre de codeurs en parallèle. C'est lui qui change la probabilité qu'une tâche difficile aboutisse du premier coup, et c'est aussi ce qui multiplie la consommation de modèles. Tout le reste est du confort.

Starter

99 $ / mois

1codeur en parallèle

2 tâches simultanées
1 projet, 1 dépôt
2 utilisateurs
audit de sécurité
fusion automatique sous règles

Commander Starter

Prole plus courant

199 $ / mois

2codeurs en parallèle

4 tâches simultanées
5 projets, plusieurs dépôts par projet
10 utilisateurs
audits sécurité + architecture
groupes multi-dépôts
canari avec retour arrière
export des journaux vers votre SIEM
tests par un modèle non concurrent (option)

Commander Pro

Entreprise

Sur devis

3codeurs en parallèle

dimensionnement sur mesure
projets et utilisateurs illimités
sévérités personnalisées
restriction des modèles autorisés par dépôt
analyse de code incluse
authentification unique
file d'exceptions en option gérée
accompagnement à la rédaction des spécifications

Demander un devis

Critère	Starter	Pro	Entreprise
Prix	99 $ / mois	199 $ / mois	sur devis
Codeurs en parallèle	1	2	3
Tâches simultanées	2	4	selon dimensionnement
Projets	1	5	illimité
Dépôts par projet	1	plusieurs	plusieurs
Utilisateurs	2	10	illimité
Serveur dédié	oui	oui	oui, dimensionné
Audits	sécurité	sécurité + architecture	+ sévérités personnalisées
Tests écrits par un modèle non concurrent	non inclus	option	oui
Groupes multi-dépôts	non inclus	oui	oui
Fusion automatique sous règles	oui	oui	oui
Déploiement en canari avec retour arrière	non inclus	oui	oui
Modèles Wharfly ou vos accès	oui	oui	oui
Restriction des modèles autorisés par dépôt	non inclus	non inclus	oui
Analyse de code	option	option	incluse
Export des journaux vers votre SIEM	non inclus	oui	oui
Rétention des artefacts	à définir	à définir	à définir
Authentification unique	non inclus	non inclus	oui
Traitement de la file d'exceptions	vous	vous	option gérée
Accompagnement à la rédaction des spécifications	non inclus	option	oui
Support	par courriel	par courriel	courriel + téléphone

La consommation des modèles est facturée à l'usage, en plus du palier, sauf si vous utilisez vos propres accès.
Un palier plafonne le nombre de codeurs ; vous restez libre d'en utiliser moins, tâche par tâche.

Mise en service

Votre serveur est provisionné

et rattaché à votre compte.

Vos accès aux modèles sont branchés

les nôtres, les vôtres, ou un mélange.

Vos dépôts sont décrits

commandes de construction et de test, branche par défaut, chemins sensibles.

Un premier workflow est composé

validé par une exécution à blanc, puis essayé sur une tâche réelle dans un dépôt bac à sable.

Durée typique : à définir — après les premières mises en service.

Questions fréquentes

Où va mon code ?

Il est cloné sur votre serveur dédié et transmis aux fournisseurs de modèles que vous avez choisis, pour les fichiers que la tâche nécessite. Le plan de contrôle, lui, ne reçoit jamais de code.

Qui possède le code produit ?

Vous. Wharfly produit des branches et des pull requests dans vos dépôts. Il n'y a rien à récupérer chez nous, et rien à migrer si vous arrêtez.

Est-ce que ça fusionne dans la branche principale sans humain ?

Seulement si vous le configurez ainsi, et seulement quand toutes vos règles déclarées sont vraies. Vous pouvez exiger un regard humain, ou exclure la fusion du périmètre.

Et si l'IA casse quelque chose ?

Les portes sont exécutées, pas déclarées : compilation, lint et tests réellement lancés, comparaison des tests nouvellement en échec avec l'état de départ, contrôle des fichiers touchés contre le périmètre demandé, chemins sensibles, puis canari et retour arrière automatique au déploiement. Ces portes n'attrapent que ce que vous leur avez demandé d'attraper.

Que se passe-t-il quand ça n'aboutit pas ?

La tâche s'arrête en file d'exceptions, avec le motif, le coût engagé et les preuves. Rien n'est abandonné en silence.

Quels langages, quelles piles techniques ?

Celles que votre dépôt sait construire et tester. Vous déclarez les commandes. Si un critère ne peut pas être vérifié par une commande, Wharfly ne peut pas en faire une porte.

Est-ce que ça marche sur un gros dépôt existant ?

Oui. La contrainte n'est pas la taille du dépôt, c'est le périmètre d'une tâche : une tâche qui dépasse le plafond déclaré est refusée à l'entrée, avec une proposition de découpage.

Faut-il vraiment écrire des spécifications ?

Oui, et c'est l'essentiel de l'effort. Un entretien de cadrage optionnel, qui ne consomme aucune tâche, aide à transformer une demande vague en spécification exploitable.

Nos secrets sont-ils exposés aux fournisseurs de modèles ?

Vos secrets d'exploitation ne quittent pas votre serveur et ne sont jamais dans le plan de contrôle. En revanche, le contenu de vos dépôts est transmis aux modèles que vous avez choisis : si des secrets sont commités dans votre code, ils partent avec. C'est une raison de plus d'activer la détection de secrets, que couvre l'option d'analyse de code.

Notre code sert-il à entraîner des modèles ?

Cela dépend des conditions de chaque fournisseur et du mode que vous choisissez. Nous ne pouvons pas nous engager à la place de tiers : nous affichons quels fournisseurs sont utilisés par chaque workflow, pour que vous puissiez vérifier leurs conditions et les exclure si elles ne vous conviennent pas.

Peut-on l'installer sur notre propre infrastructure ?

Le serveur est déjà dédié à votre organisation. Un hébergement chez vous se discute au cas par cas.

Que se passe-t-il si un fournisseur de modèles tombe ou change ses conditions ?

Le catalogue est extensible et le routage est de la configuration : on change un modèle d'étape sans toucher à vos dépôts. Les politiques de repli sont déclarées dans le workflow.

Combien de temps une tâche prend-elle ?

Cela dépend de la tâche, du nombre de codeurs et de la durée de vos tests. La plateforme mesure et affiche ces durées pour vos propres tâches ; nous ne publions pas de moyenne qui ne voudrait rien dire.

Sommes-nous prisonniers de la plateforme ?

Non. Le résultat vit dans votre git. La configuration de vos workflows est exportable.

Y a-t-il un engagement de niveau de service ?

à définir

11 · Contact

Trois intentions, trois réponses

Demander une mise en service
Poser une question technique
Demander un devis Entreprise

Raison sociale: Olimar Développement inc.
Courriel commercial: à fournir
Courriel support: à fournir
Téléphone: à fournir ou à omettre
Adresse postale: à fournir