Recipe De-Blogger: Less Scrolling, More Cooking with Local AI
This is a submission for the Hacktoberfest Open-Source AI Challenge Week 3: Slow and Steady What I Built Recipe De-Blogger is a lightweight web app designed to help home cooks get straight to the useful part of an online recipe—without scrolling through lengthy personal stories, advertisements, and

Hacktoberfest Open-Source AI Challenge Week 3: Slow and Steady Submission 🦥
This is a submission for the Hacktoberfest Open-Source AI Challenge Week 3: Slow and Steady
Recipe De-Blogger is a lightweight web app designed to help home cooks get straight to the useful part of an online recipe—without scrolling through lengthy personal stories, advertisements, and unnecessary page content.
Simply paste a recipe URL, and the app extracts the essential details into a clean, easy-to-follow format, including the recipe title, ingredients, and cooking instructions. It also supports ingredient scaling for different serving sizes when the original serving count is available.
The idea is simple: less scrolling, more cooking.
Recipe De-Blogger is especially useful for people who regularly cook from online recipes and want quick access to practical instructions while preparing their meals.
I built Recipe De-Blogger using a small, practical technology stack:
My focus was to keep the experience straightforward: enter a URL, extract the essential recipe details, and adjust the serving size when needed.
Since extraction quality can vary across websites and transcripts, the results should still be reviewed before cooking.
Open innovation allowed me to experiment with AI-assisted extraction without relying on a paid, closed AI API for every recipe request. By running an open-weight model locally through Ollama, I gained greater control over the development process and an opportunity to understand how language models handle real-world, unstructured content.
This approach also keeps the architecture accessible and adaptable. By combining standard web technologies with a locally running model, the extraction workflow can be inspected, tested, and improved as the project evolves.
For a small open-source project, that flexibility is valuable. It allows me to experiment with prompts, refine parsing logic, and improve validation without making the entire application dependent on a single proprietary AI provider.
The real payoff is reducing the friction between finding a recipe and getting started in the kitchen.
Instead of repeatedly scrolling past lengthy introductions, advertisements, and other page content, users can access the essential recipe details in one organized view. They can then focus on the ingredients, follow the instructions, and adjust quantities when they need to cook for a different number of people.
I haven't made any measured time-saving claims because I haven't conducted a formal timing test. The intended benefit is simple: copy a recipe link, get the important details, and focus on cooking.