Feature Request: List custom foods / recipes
crono lets you create custom foods and log saved items (including custom foods and recipes), but there doesn’t seem to be a way to retrieve a list of them from the CLI.
Why this is useful
I’m using crono in an automated workflow where meals are parsed from Telegram voice messages using an LLM and then logged. The parsed meal names are often slightly off (misspellings, different phrasing, etc.), which makes direct logging unreliable.
If I could fetch all saved custom foods/recipes, I could:
- retrieve the list
- fuzzy match the parsed input against it
- select the closest match
- log it via
crono log
This would make quick logging much more robust.
Suggested commands
Something along these lines would work:
crono list custom-foods
crono list custom-recipes
crono list saved-foods
- or a combined command like:
crono list --type=all --json
Nice to have
--json output (important for automation)
- filtering by type:
food, recipe, all
- optional search query for partial matches
Notes
Since crono already interacts with Cronometer via browser automation, this could likely follow the same approach as existing commands.
Feature Request: List custom foods / recipes
cronolets you create custom foods and log saved items (including custom foods and recipes), but there doesn’t seem to be a way to retrieve a list of them from the CLI.Why this is useful
I’m using
cronoin an automated workflow where meals are parsed from Telegram voice messages using an LLM and then logged. The parsed meal names are often slightly off (misspellings, different phrasing, etc.), which makes direct logging unreliable.If I could fetch all saved custom foods/recipes, I could:
crono logThis would make quick logging much more robust.
Suggested commands
Something along these lines would work:
crono list custom-foodscrono list custom-recipescrono list saved-foodscrono list --type=all --jsonNice to have
--jsonoutput (important for automation)food,recipe,allNotes
Since
cronoalready interacts with Cronometer via browser automation, this could likely follow the same approach as existing commands.