Un prompt peut-il remplacer Lunch Money ?

Construis un registre de finances personnelles avec une vraie prise en charge multi-devises, le vrai différenciateur de Lunch Money. Utilise Next.js/TypeScript avec SQLite. Prends en charge l’import CSV, la même approche de détection de doublons et de correspondance de colonnes que la fiche Tiller de ce catalogue, avec un champ de devise par transaction, sans supposer que tout est dans une seule devise. Utilise une API de taux de change au palier gratuit pour convertir chaque transaction vers une devise de référence choisie pour l’affichage et les totaux, tout en préservant et affichant toujours aussi la devise et le montant originaux — ne perds jamais la donnée source dans une conversion. Mets en cache les taux de change par date, puisqu’une transaction d’il y a six mois devrait convertir au taux de cette date, pas celui d’aujourd’hui, pour des totaux historiques précis. Construis des vues de budget et de valeur nette calculées dans la devise de référence depuis les montants convertis. Expose une simple API REST en lecture seule, avec un token API perso, sur tes propres données, pour que tu puisses construire de petits scripts ou intégrations dessus toi-même, faisant écho en miniature au design API-first de Lunch Money. Ne construis pas de connexions de compte bancaire en direct ni d’écosystème d’intégration tierce public — c’est hors périmètre ; l’API ici est pour ton usage perso propre, pas pour d’autres développeurs. Nécessite un hébergement et une base de données ; une clé API de taux de change gratuite.