CalorieApp is a non-financial, non-custodial food and nutrition tracking project.
The current implementation is a real V1 web application. The broader Calorie ecosystem direction is also being researched and documented, but those future capabilities are not represented as already implemented.
CalorieApp currently provides a web experience for food search and nutrition logging.
Current application stack:
- Frontend: Next.js + TypeScript + Tailwind
- Backend: FastAPI + SQLModel
- Data: SQLite
- External food data: Open Food Facts
- Identity/authentication: server-side identity flow with session cookies
- Food search via backend integration with Open Food Facts
- Nutrition result display in the web UI
- Authenticated food logging and retrieval
- User-scoped log deletion
- Health endpoint and API-driven frontend/backend integration
- Session-based authentication with protected food-log endpoints
- CalorieDB architecture
- Decentralized storage concepts (including IPFS and Helia)
- XRPL transaction-hash correlation and ledger-reference integrity patterns
- CAL ecosystem integration concepts
- NFT utility and broader food provenance concepts
- Production, distribution, wholesale, and retail traceability concepts
- Biological and laboratory traceability research
- Native application directions (Android, iOS, Windows, macOS, Linux)
- Community infrastructure concepts (nodes, validator roles, governance, incentives)
- Treasury and issuer-status claims in broader ecosystem discussions
CalorieApp V1 is intentionally centralized and scope-restricted.
- Next.js frontend provides UI and user interaction flows.
- FastAPI backend provides API behavior and business/data logic.
- SQLite persists current application data.
- Open Food Facts is used as the external food data source.
- Identity/authentication is handled through backend-managed session flow.
Public architecture details: docs/public/architecture.md
CalorieApp V1 is not:
- a custodial wallet
- a financial application
- a payments platform
- a validator runtime
- a node runtime
The V1 scope is food and nutrition tracking only.
CalorieApp is intended to evolve toward a broader ecosystem over time. Current research explores how future systems could connect application records, data integrity models, and broader food ecosystem traceability use cases.
Important boundary:
- Current V1 implementation: active web application features only
- Future ecosystem architecture: proposed/research direction only
- Node.js 20+
- Python 3.11+
cd frontend
npm install
npm run devFrontend environment setup:
- Template file: frontend/.env.example
- Local runtime file: frontend/.env.local
- Required variable: NEXT_PUBLIC_BACKEND_URL
- Local development value: http://localhost:8000
Create frontend/.env.local from the template before running the frontend.
Frontend default local URL: http://localhost:3000
python -m venv .venv
.\.venv\Scripts\Activate.ps1
pip install -r backend\requirements.txt
cd backend
python -m uvicorn app.main:app --reload --host 127.0.0.1 --port 8000Backend health endpoint: http://127.0.0.1:8000/health
Optional backend startup helper (PowerShell):
cd backend
.\start-backend.ps1Backend tests:
cd backend
pytestFrontend checks:
cd frontend
npm run lint
npm run buildOptional combined gate from repository root:
.\release-check.ps1- Public architecture: docs/public/architecture.md
- Public roadmap: docs/public/roadmap.md
- Public deployment guide: docs/public/deployment.md
- Public release readiness checklist: docs/public/release-readiness.md
- Public identity overview: docs/public/identity.md
Research documents are preserved separately under docs/research and should be read as future-direction material, not current implementation claims.
- Research context: docs/research/CALORIE_ECOSYSTEM_ARCHITECTURE_V1.md
- Research context: docs/research/DECENTRALIZED_ARCHITECTURE_V1.md
- Research context: docs/research/NATIVE_PLATFORM_ARCHITECTURE_V1.md