1d0112a6e4
Arbitrage rendu au moteur avant qu'il n'écrive R3. La forme proposée est prise telle quelle : `funding` reste, `counts` s'ajoute, `Σ counts == targetW` toujours, publié même à une seule destination. L'exception `EV_GRID_START` disparaît du contrat, remplacée par une règle vérifiable par niveau. Trois apports de notre côté : - « approximation » est le mauvais mot et coûterait le champ : quelqu'un voudrait le rendre exact, et un libellé par part dominante basculerait d'un cycle à l'autre sur 900/480. Règle demandée : **`grid` l'emporte dès qu'un watt est acheté** — déterministe, et vraie sans nouvelle décision pour le plancher éco du §10 ; - `"mixed"` publié est refusé, et c'est notre propre code qui le dit : une troisième valeur tombe dans la branche par défaut de tout client — « surplus » — donc reproduit la panne de l'omission, avec un champ présent en plus pour faire croire le contraire. Et il serait dérivable de `counts`, donc supprimé un jour à juste titre. Notre `mixed` reste dérivé, local, jamais transporté ; - ce que l'app promet : clés de `counts` traitées comme identifiants opaques, une clé inconnue dit « destination inconnue de cette version », jamais zéro. Contrat, pas feuille de route : `CLAUDE.md` et `surplusShareW` gardent l'exception écrite tant que la sonde ne l'a pas vue disparaître de la box. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01GKM8FDNHZWogAsjjfB8pSw
etm_powersync_app
A new Flutter project.
Getting Started
This project is a starting point for a Flutter application.
A few resources to get you started if this is your first Flutter project:
For help getting started with Flutter development, view the online documentation, which offers tutorials, samples, guidance on mobile development, and a full API reference.