À propos d'ARDS

ARDS est un système qui fait construire du logiciel par des agents IA, avec un humain dans la boucle.

Le fonctionnement est simple :

  1. Vous décrivez ce que vous voulez, en langage naturel, dans une conversation.
  2. ARDS transforme la conversation en mission, puis découpe la mission en tâches. Une mission peut aussi exécuter un workflow — un graphe d'étapes enregistré et pré-approuvé — au lieu d'une décomposition ad hoc.
  3. Des coders IA prennent les tâches et travaillent, chacun dans son propre environnement isolé.
  4. Tout ce qu'ils produisent atterrit d'abord dans un miroir de revue — une copie séparée de votre dépôt, que vous pouvez inspecter.
  5. Rien n'arrive dans votre dépôt réel tant que vous n'avez pas approuvé. La même règle vaut quand une mission exécute un workflow — les changements d'un run n'atterrissent que quand vous acceptez le run.

Le dernier point est le plus important. Vous ne donnez pas une carte bancaire à des bots pour qu'ils fusionnent du code à votre place. L'étape de revue n'est pas optionnelle ; c'est volontaire.

Ce que vous apportez : un dépôt sur lequel vous voulez faire travailler ARDS (ou un dépôt vide pour démarrer), et des identifiants pour au moins un fournisseur d'IA (Anthropic, OpenAI ou un fournisseur compatible).

Ce qu'ARDS apporte : l'orchestration, les coders, le miroir de revue, et une interface pour piloter le tout.

Pourquoi deux couches (miroir + origine)

Si vous avez l'habitude d'intégrations GitHub qui commitent directement sur main, la couche miroir vous paraîtra étrange. La raison de son existence :

  • Les coders se trompent. Les bots qui poussent directement sur votre dépôt vous transforment en plan de récupération.
  • Le miroir est à vous. Si un coder écrit quelque chose de faux, ça meurt sur le miroir sans jamais toucher à origin.
  • L'approbation, c'est un clic. Refuser et demander des changements aussi.

Une fois que vous avez approuvé un changement sur le miroir, ARDS le pousse à votre place vers votre origine.

Ce qu'ARDS n'est pas

Quelques choses qu'ARDS ne cherche pas à être :

  • Un éditeur de code. Vous lisez du code dans l'écran de revue ; vous n'écrivez pas de code dans ARDS.
  • Une plateforme CI/CD. ARDS produit des commits et des PR. Que vos tests tournent au push, c'est votre CI qui s'en occupe.
  • Une place de marché de modèles. ARDS utilise les modèles que vous connectez via clés d'API. Vous apportez le fournisseur ; ARDS l'utilise raisonnablement.

Si vous ne retenez qu'une phrase de cette page : le travail d'un coder atterrit sur un miroir que vous approuvez, jamais directement sur votre dépôt.