Approche "API" dans la génération automatique d'applications

gistfile1.txt

Une des approches efficace pour la génération automatique d'applications est l'approche atomique,
où tout en maintenant un code avec les fonctions le plus pures, on s'assure de faire générer à l'AI les éléments
du plus élémentaire au plus complexe. J'ai écrit un Google Docs quelque part sur le sujet il y a
deux ans.

En plus de l'approche atomique, une autre approche permet d'alléger le poids du code dans le contexte et de simplifier
sa compréhension par le LLM: l'approche par API. L'idée est de percevoir notre code, peu importe la nature du produit ou l'envergure,
comme un ensemble de APIs. Le but est de voir les différents modules de notre app comme des microservices, quitte même à avoir
du code inutile. On peut laisser au AI la liberté de générer le module comme il veut, tant qu'il répond aux besoins. 
On demande ensuite au API de documenter au maximum cet API, de sorte qu'au final, nous pouvons ajouter le "API" documenté au contexte
au lieu du code complet avec les méthodes privées, les constantes et tout.

Par exemple, dans une application de musique (DAW), on fait un engin strictement pour le son / mixage / synth, un engin pour
la timeline, un engin pour le step séquenceur, etc. L'idée est que le UI finalement soit le plus dummy possible.