Get in touch
HomeAboutWorkAI LabServicesMentorshipContactGet in touch

calog.cc

An AI calorie tracker for desi food, designed, built and shipped solo from Karachi, Pakistan.

calog.cc on an iPhone on a sunlit wooden table, beside a plate of rice and grilled chicken, a dumbbell and a notebook with Good food, Workout, Stay consistent

The short version

calog.cc started with one question: could logging food be as easy as saying what you ate?

Food trackers ask you to search a database, pick a match and set a portion. Desi meals are rarely in that database. I wanted a conversational tracker that turns a sentence or a photo into calories and macros.

I designed and built it as an independent product, from the first sketch to the live release.

Role
Solo founder product, design and build
Platform
Web app installable PWA
Scope
Discovery, UX and UI, AI integration, development, launch
Stack
Next.js, Supabase, Gemini API, Netlify

Search for roti. Get roti canai.

Search "roti" in MyFitnessPal and you'll likely get roti canai, the Malaysian flatbread, instead of the roti eaten across Pakistan and India every day.

Paratha, qeema, biryani, daal and chai are missing or logged inconsistently, so people guess, log a substitute or give up. I was one of them. At the gym 3 to 4 times a week and eating roti and qeema, I had no reliable way to track it.

  • Food is contextual

    The same dish changes name, recipe and portion from one home to the next. A database entry rarely matches the plate.

  • Logging is friction

    Searching, comparing results and picking portions interrupts the habit before it forms.

  • AI has to earn its place

    A chat box only helps if it logs food with less effort and returns numbers people understand and trust.

A day with calog

It's designed around logging a meal, seeing where the day stands and spotting the pattern across the week.

01 / 04

calog.cc chat log with an AI-parsed breakfast, 80% confident
LogSay what you ate, or snap it.
calog.cc Daily Ledger with the net-calorie ring and macro breakdown
TodayNet calories against the target.
calog.cc Week view with daily bars and AI coaching
WeekThe pattern, with coaching.
calog.cc Profile with fasting, body fat, weight graph and streaks
ProfileFasting, weight and streaks.

Design decisions

What I decided, and why

These shaped how calog works, from the first meal you log to the moment the AI asks for help.

Architecture

Read meals from photos and plain words.

Every tracker I tried was a search screen over a database with no desi food. I replaced search, scan and fill with conversation. Type "daal chawal and chai" and Gemini returns the macros.

From a photo to macros: you log it, Gemini understands it, the food breakdown appears, it's added to your log

Conversion

Let people log before they sign up.

A sign-in before the first log loses people before they see the value. The guest flow at /try lets you log 3 meals and see your day, then carries the logs into a new account.

Guest mode at /try: Today screen with 3 logs left and sample meals to try before signing up

Trust

Ask for review when the AI is unsure.

Below 0.7 confidence, calog shows a review card and waits. A wrong entry logged automatically costs more trust than one extra tap.

Low-confidence card at 50%: the AI could not identify the food and asks the user to review before logging

The build

Under the hood

Designing the experience was half the job. The product also had to turn a sentence or a photo into structured data, store it and show it back, every time.

The calog.cc stack: Next.js, Supabase, Gemini and Netlify, plus the AI tools used: Claude for development, ChatGPT for research, Stitch for design
The stack, and the AI tools I built it with. Claude Cowork for development, Stitch to explore the UI and Claude Design to finish it, ChatGPT and Gemini for research.
The Gemini system prompt beside the structured meal card it produces, 90% confident

AI

Prompts as a spec

One Gemini model reads text and photos and returns strict JSON: each item with its quantity, calories and macros, the totals, a short coaching line and a confidence score. Food names stay as typed (chai, karahi, paratha), and anything under 0.7 goes to review.

The same Daily Ledger in dark and light mode, driven by one token set

Design system

Build for change

Semantic tokens from the first component, with no hard-coded hex values. Switching dark to light is one Object.assign call, which is why new features ship in hours.

Technical notes

Prompt rules

  • Clean food names, with no quantities in the name
  • Local names kept as typed
  • Structured nutrition output, valid JSON only
  • Clear serving estimates
  • An actionable tip under 20 words

Frontend

Next.js, installable as a PWA. Components are styled with design tokens, and dark and light themes come from one token set.

Backend

Supabase for accounts and logs. Guest logs from /try migrate on sign-in.

Hosting

Netlify. Offline states show a clear error and a retry prompt.

Pencil to production

From the first paper flow to the live product.

Live, with real users

140+

Registered users

Usage snapshot, October 2026

A
Grade on securityheaders.com
1
Person, from idea to live product

I designed and built an AI-assisted logging flow to cut manual entry. It's live at calog.cc, featured on Product Hunt and Fazier, and sends a weekly digest every Sunday.

When Netlify went down on launch day, people saw a blank screen. After that I added an offline state with a clear error and a retry prompt.

What I learned

What building taught me

  • Simplicity takes work

    Dropping the food database removed the most steps for users, and it took the most design work, in the prompts, the confidence gate and the review card.

  • AI needs product thinking

    The model was the easy part. Trust came from everything around it, from what logs automatically and what waits for review to how the numbers read.

  • Shipping changes the questions

    A live product raises questions a prototype can't. The guest flow, in-chat coaching and photo portion editing all shipped after launch, most within days of deciding to build them.

I directed the AI. The judgment, taste and product decisions were mine.
Zair Abbas, Karachi, Pakistan

Try calog.cc ↗See the services

Get intouch

calog.cc exists because I was the user nobody built for. Finding that kind of problem is what I'm good at, and now I'm fast at solving it. Send me yours.

Get in touch