mitai-jinkendo/.claude/docs/functional/BLS_FOOD_REFERENCE.md
Lars 919c77fcf8
Some checks failed
Deploy Development / deploy (push) Failing after 52s
Build Test / pytest-backend (push) Successful in 3s
Build Test / lint-backend (push) Successful in 0s
Build Test / build-frontend (push) Failing after 9s
feat: BLS-Stammdaten, FDDB-Mapping und Item-Tagebuch (#106)
Katalog, lernendes Mapping ohne KI, optionale Items und Import-Policy.
Playwright-Smoke und Issue-Audit um Ernährung/Zuordnen/API ergänzt.

Co-authored-by: Cursor <cursoragent@cursor.com>
2026-09-12 14:35:57 +02:00

1.1 KiB

BLS-Lebensmittelreferenz und FDDB-Mapping

Stand: 2026-09-12 · Status: Phase 1 (Umsetzung)

WAS

Optionale Grundlage für verlässliche Nährwerte: offizieller Bundeslebensmittelschlüssel (BLS) 4.0 plus manuelle Katalogerweiterung, lernendes Mapping von FDDB-Bezeichnern, persistierte Tagebuchzeilen. Reine Tagesmakros bleiben First Class.

Fachliche Regeln

  • BLS-Code (bls_code, Stoff-attr_key) bleibt die stabile Identität bei Reimports.
  • BLS 4.0 (~7140 Lebensmittel) ist frei nutzbar (MRI / blsdb.de); Dateien nicht im Git.
  • Mapping ohne KI: Normalisierung + exakter Lookup (User vor Global) + Bestätigung neuer Namen.
  • Gelernte Zuordnungen bleiben dauerhaft, sind aber änder- und löschbar.
  • Ungemappte / Fertiggerichte: FDDB-Makros, keine erfundenen Mikros.
  • Fasten und „unvollständig“ sind explizite Marken, kein Auto-Schluss aus fehlendem Import.
  • Import-Policy (Profil): nachfragen / Katalog überschreiben / FDDB überschreiben / Makros behalten.

Später

Platzhalter (Registry) für Mikros, Esszeitpunkte (logged_at), Fasten; Bezug Gitea #106 (Grundlage) und #75 (Folge).