Get in touch
HomeAboutWorkServicesMentorshipContactGet in touch

calog.cc

An AI calorie tracker for desi food, designed, built and shipped solo by a product designer and AI builder in 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. The most honest brief you'll ever write is your own problem.

Role
Solo founder product, design and build
Platform
Web app installable PWA
Scope
Discovery, UX and UI, AI integration, development, launch
Stack
Next.js, Tailwind CSS, 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, eating roti and qeema, with 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.

Four screens, one daily habit

Built around the moments that matter: 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

Three calls that shaped the product

Every product is a series of trade-offs. These three decided how calog works.

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. Every other decision flows from this one.

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 for development, ChatGPT for research, Stitch for design.
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, one 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
  • One actionable tip under 20 words

Frontend

Next.js and Tailwind CSS, installable as a PWA. Dark and light themes 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
0→1
Idea to live, one person

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 clear error and a retry prompt, because offline resilience had already shipped.

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: the prompts, the confidence gate and the review card.

  • AI needs product thinking

    The model was the easy part. Trust came from what surrounds it: what logs automatically, what waits for review and 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 ↗AI products and MVPs →

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