Un prompt peut-il remplacer Tiller ?

Construis un grand livre budgétaire local en forme de tableur qui importe des exports de transactions bancaires plutôt que de se connecter en direct aux comptes bancaires — aucun screen-scraping ni agrégation tierce, par conception. Utilise une appli Next.js/TypeScript avec SQLite, ou, si tu préfères rester plus proche du modèle réel de Tiller, une intégration API Google Sheets qui écrit dans un modèle de tableur que tu possèdes — les deux sont des approches légitimes. Prends en charge l’import CSV et OFX avec un mappage de colonnes sauvegardé par banque (pour que réimporter l’export de la même banque ne nécessite pas de remapper à chaque fois), et la détection de transactions en double par correspondance de date, montant et description. Implémente les comptes, catégories, bénéficiaires, et les transactions scindées (une transaction couvrant plusieurs catégories). Ajoute des règles de catégorisation déterministes — si la description contient X, catégorise comme Y — qui sont visibles et modifiables, pas un classificateur boîte noire, pour que chaque catégorisation puisse être retracée jusqu’à la règle qui l’a produite. Construis des vues de budget, de flux de trésorerie, et de valeur nette calculées directement depuis le grand livre. Garde un journal d’import immuable pour que tu puisses toujours voir exactement ce qui a été importé et quand. Ne construis pas de connexions bancaires en direct, d’initiation de paiement, ni de fonctionnalités de conformité fiscale/comptable — c’est explicitement hors périmètre ; c’est un grand livre import-et-catégorise, pas un agrégateur bancaire. Aucune clé API nécessaire pour le chemin CSV/OFX ; le chemin API Sheets nécessite un identifiant de projet Google Cloud gratuit.