AI-planned weekly meals, in a real app. Plan your week conversationally with any MCP-capable AI chat (LibreChat, Claude, and friends) — the model pushes the finished plan here, where it becomes recipe cards, a step-by-step cook mode, and a grocery list you check off in the store.
Meal-planning apps limit you to their recipe catalog. mealforge has no catalog: every recipe is generated in conversation, tailored to your household, constraints, and whatever sounds good this week. The app is the structured, shoppable, cookable home for what you and the model decide together.
| Grocery list, grouped by store section | Recipe with cook mode |
|---|---|
![]() |
![]() |
┌────────────┐ MCP (streamable http) ┌────────────────────────────┐
│ your AI │ ───────────────────────▶│ mealforge │
│ chat │ push_meal_plan │ • weekly plan view │
│ (LibreChat,│ search_recipes │ • recipes + cook mode │
│ Claude, │ list_favorites … │ • grocery list (derived) │
│ etc.) │ │ • favorites + history │
└────────────┘ └────────────────────────────┘
- Plan in chat. "Lots of crock pot this week, salmon once, use the pork shoulder in the freezer." Iterate until it's right.
- The model pushes the final plan (
push_meal_plan): structured recipes — ingredients with quantities, units, and store sections — plus markdown cooking steps. - mealforge derives the grocery list automatically: ingredients aggregated across recipes ("2 cups" + "1 cup" → "3 cups"), grouped by store section, checkable while you shop.
- Favorite what you loved. The model can recall favorites and past recipes next week ("give me one of my favorites") and avoids repeating recent meals.
Here's the moment the plan lands, end to end — empty week, MCP push, recipe, cook mode, grocery run:
All you need is Docker. Images are published to GHCR for amd64 and arm64 (Raspberry Pi 4/5 and other ARM boards work).
mkdir mealforge && cd mealforge
curl -O https://raw.githubusercontent.com/loosewiredev/mealforge/main/docker-compose.yml
docker compose up -dThe web app and MCP endpoint are now on port 8090:
- Web UI:
http://<host>:8090 - MCP endpoint:
http://<host>:8090/mcp
Data lives in a single SQLite file under ./data/ — back that folder up and you've backed up everything.
Security note: mealforge has no built-in authentication. It is designed for a household on a private network — put it on your Tailscale/VPN, or behind a reverse proxy that does auth. Do not expose it to the public internet as-is.
One variable matters: set APP_URL (in the compose file or a .env next to it) to the URL your household uses, e.g. APP_URL=https://mealforge.your-tailnet.ts.net — the MCP tools return it so the model can link you to the app. See .env.example for the full (short) list.
bash <(curl -fsSL https://raw.githubusercontent.com/loosewiredev/mealforge/main/scripts/verify-mcp.sh) http://<host>:8090This smoke-tests the MCP endpoint end-to-end: initialize, list tools, push a test plan for next week (it never touches your current week), and read it back. Re-push next week with a real plan or ignore the test entry.
docker compose pull && docker compose up -dlatest tracks main. Pin a specific version with the semver or sha-* tags on the GHCR package. To build from source instead of pulling, see the comments in docker-compose.yml.
Any client that speaks MCP over streamable HTTP works — point it at http://<host>:8090/mcp. No auth headers required (see the security note above).
librechat.yaml:
mcpServers:
mealforge:
type: streamable-http
url: http://<host>:8090/mcp
timeout: 60000If mealforge runs on a private IP, also exempt it from LibreChat's SSRF guard:
mcpSettings:
allowedAddresses:
- "<host>:8090"Then restart the LibreChat container and enable the mealforge tools for your agent/endpoint.
claude mcp add --transport http mealforge http://<host>:8090/mcpSettings → Connectors → Add custom connector → paste http://<host>:8090/mcp. (The URL must be reachable from the machine Claude Desktop runs on — on a tailnet, use the tailnet URL.)
The repo ships a ready-made agent skill: skills/weekly-meal-planning/SKILL.md. It teaches an agent the whole workflow: gather history first, draft the week in conversation, publish only on explicit command via the reliable two-step flow (create_recipe per recipe, then one push_meal_plan with recipeIds), keep ingredient data grocery-list-clean, and recover from validation errors. Strongly recommended — especially with smaller models.
- Claude Code / Agent Skills: copy the
skills/weekly-meal-planning/directory into your skills folder (e.g.~/.claude/skills/). - LibreChat: paste the body of
SKILL.mdinto your meal-planning agent's instructions (or attach it as an agent skill/file). - Anything else: it's plain markdown — hand it to your agent however that client takes instructions.
| Tool | Purpose |
|---|---|
create_recipe |
Save one recipe (flat payload) and get back a recipeId — the reliable first step before push_meal_plan. |
push_meal_plan |
Push a finalized week (new recipes and/or recipeId reuses). Re-pushing the same weekStart revises the week; checked-off grocery items that didn't change stay checked. |
get_recent_meal_plans |
Recent weeks with meal titles — for repeat-avoidance. |
get_meal_plan_for_week |
The plan for a specific week, if any. |
list_favorites |
Recipes the household has favorited in the UI. |
search_recipes |
Search past recipes by title, tag, or ingredient. |
get_recipe |
Full recipe (ingredients + steps) by id. |
Tool inputs are deliberately forgiving (string numbers, fraction quantities like "1/2", double-wrapped arrays all get coerced), and validation errors name the exact fields and include a valid example — so models can self-correct instead of failing.
Contributions welcome — see CONTRIBUTING.md for setup, checks, and conventions.
Requirements: Node 22 and pnpm (corepack enable gets you pnpm). It's an Nx monorepo: apps/api (Hono + tRPC + Drizzle + SQLite, serves the MCP endpoint and the built web app), apps/web (React + Vite + TanStack Router + Tailwind).
pnpm install
pnpm nx run-many -t test,build # unit tests + builds
pnpm --filter @mealforge/api dev # API on :3000
pnpm --filter @mealforge/web dev # web on :5173 (proxies /trpc to :3000)
pnpm exec playwright test # e2e against the production build (build first)


