Principes
Comment nous construisons.
Les agents IA peuvent produire du code rapidement, mais la vitesse sans discipline ne fait que livrer des bugs plus vite. Voici les socles non négociables que nous imposons à chaque projet — les mêmes socles que nos skills open source encodent pour que les agents les suivent par défaut.
Des standards plutôt que du ressenti
Un principe ne compte que si une machine peut le vérifier. Chaque socle ci-dessous correspond à une porte concrète dans notre outillage — un test, une règle de revue, un artefact obligatoire — pour que « terminé » soit prouvé, pas affirmé. C'est ce que nos skills d'ingénierie installent dans un projet, et ce que notre recherche ne cesse d'affiner.
Les socles non négociables
La sécurité se décide sur le serveur
L'authentification et l'autorisation sont appliquées côté serveur, jamais dans le client. Les secrets n'atteignent jamais le bundle du navigateur. Une vérification dans l'interface relève de l'expérience utilisateur — la vraie décision se prend là où la requête arrive, face à une identité vérifiée.
Les tests prouvent le comportement
Un test vérifie ce que le logiciel fait — contenu, état, interaction, chemins d'erreur et cas vides — pas seulement qu'il s'est affiché. Une couverture qui n'échoue pas quand le comportement casse n'est pas de la couverture. Les portes de qualité bloquent une fusion comme le ferait un build cassé.
Chaque changement laisse une trace d'audit
Aucun travail n'est terminé tant qu'il n'est pas consigné : ce qui a changé, pourquoi, ce qui a été décidé et ce qui a été rejeté. L'archive fait partie du livrable, ce n'est pas de la paperasse après coup — pour que le raisonnement survive à la session qui l'a produit.
L'identité vient en premier
Chaque projet commence par un IAM robuste : l'identité n'est pas un e-mail, l'accès est basé sur les relations et multi-tenant par défaut, et le sans mot de passe est l'objectif. L'autorisation est granulaire dès le premier jour, pas rajoutée après une brèche.
Ouvert par défaut
Nos outils sont open source et nos résultats sont publics. Si cela compte, vous pouvez le lire, l'exécuter, le forker et vous appuyer dessus. La reproductibilité est le but — un résultat que vous ne pouvez pas reproduire n'est qu'une opinion.
Livrer, pas thésauriser
Nous faisons de la recherche en construisant et en livrant ; le laboratoire et les produits se nourrissent mutuellement. Le but est de faire de la bonne manière la manière facile — un outillage qui installe le standard, le garde à jour, et ne se met pas en travers du chemin du développeur.
Voyez les socles dans le code.
Les principes ci-dessus sont encodés sous forme de skills d'ingénierie installables pour Claude Code — et le code source est entièrement sur GitHub.