STUDIO D’INGÉNIERIE · TAHITI
Des logiciels et des agents faits pour le terrain. On parle contrats de données, outils métier, tests et rollback. Et on aime les problèmes qui résistent à un copier-coller.
// made in Tahiti. maintained in reality.
stack.ts
// choisir les outils après avoir compris le problème.
App Router, Server Components, rendu statique quand il suffit.
Contrats explicites, composants lisibles, état maîtrisé.
Query, Table, Router : les bons outils pour les données.
Tokens et interfaces versionnés avec le code.
iOS et Android, avec une base de code partagée.
Saisie terrain, stockage local et synchronisation au retour du réseau.
API métier, tâches asynchrones et intégrations.
Quand le projet et son écosystème le demandent.
Modélisation, migrations et accès aux données.
OpenAI, Anthropic, Google, Mistral, open source : choisir selon la tâche.
Des outils métier exposés avec des permissions précises.
Contexte, exécution, traces et évaluation dans une même boucle.
Audit des usages, architecture et formation des équipes.
Environnements de preview et déploiements automatisés.
Tests, logs, erreurs et chemins de rollback.
Les connecteurs métier qui font circuler les données.
devlab.shell
devlab --mode nerd --interactive
studio: Devlab / engineering
location: Tahiti · Pacific/Tahiti
team: 14 humains
focus: software · agents · intégrations
shipping_since: 2014
Tapez help. Le curseur est à vous.
pipeline.yml
Du premier commit au retour terrain. Des étapes courtes, des décisions explicites et un logiciel qui évolue avec ses utilisateurs.
./shipDécouper le problème. Construire une version utilisable. La mettre entre les mains de ceux qui vont s’en servir.
./loopObserver les usages, lire les retours, corriger. Le prochain commit répond à un besoin identifié.
./aiGénération, revue, tests : les agents accélèrent le travail. L’architecture et la validation restent humaines.
./prodTypes, permissions, chemins critiques et observabilité. Préparer le rollback avant d’en avoir besoin.
feedback → backlog → commit → repeat
agents.config.ts
Entrées utiles, outils bornés, sorties vérifiables. L’architecture de référence suit la tâche métier jusqu’à son résultat et prévoit le passage à un humain.
Cartographier le code, sélectionner les documents utiles et conserver l’état de la tâche. Chaque token doit servir une décision.
Définir les outils accessibles, les données autorisées et les actions qui demandent une validation humaine.
Conserver les décisions et les étapes accomplies pour reprendre une tâche avec son contexte, sans repartir de zéro.
Tester les cas nominaux, ambigus et dégradés. Journaliser les actions et faire remonter ce que l’agent ne peut pas résoudre.
principles.diff
Une dépendance éprouvée peut être une très bonne décision d’architecture.
Du code lisible, des choix documentés et la capacité de faire évoluer son outil.
Une fonctionnalité se vérifie dans le parcours qui compte pour l’utilisateur.
Des changements compréhensibles, des retours rapides, des corrections ciblées.
L’IA accélère l’exécution. Le jugement technique reste une responsabilité humaine.
Des logiciels ambitieux, conçus et maintenus ici. Le fuseau horaire fait partie de l’architecture.
TODO: résoudre votre prochain problème.
05 / next-commit.sh
30 minutes avec quelqu’un qui code. Apportez vos questions d’architecture, vos intégrations récalcitrantes ou votre idée d’agent. Le terminal ne mord pas. Nous non plus.
Réserver un créneau