Skip to main content
Glama

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
AGENT_CHEF_API_KEYNoAPI key from https://agentchef.net/app/settings/agents. Optional: without it the server lists tools but cannot act on a household.

Instructions

Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.

This server publishes no instructions, or was last inspected before Glama recorded them.

Capabilities

Features and capabilities supported by this server

Protocol revision2025-11-25

CapabilityDetails
tools
{}
prompts
{}

Tools

Functions exposed to the LLM to take actions

NameDescription
run_agent_chefA

The one call to make when the user says 'run agent chef' (or run the app / plan dinner / do the weekly thing). Returns the operating manual plus the checklist of tool calls that are due right now. Execute them in order, then call next_actions again until it returns no actions. Stop before any checkout.

record_scheduleA

Call after creating (or changing) the recurring 'Run Agent Chef.' task in your own scheduler, with a one-line description, e.g. 'Claude scheduled task, daily 9:00 and 18:00 America/Los_Angeles'. Lets the app stop reminding you and shows the owner that the loop is automated.

dismiss_setup_checklistA

Hides the 'Get set up' card on the household dashboard (e.g. when the owner says they don't need it). Pass show=true to bring it back.

get_connected_agentsA

Agents connected to this household via OAuth sign-in (Claude, ChatGPT…), with when they connected and last used. API keys are separate.

revoke_connected_agentA

Revoke an OAuth-connected agent's access (client_id from get_connected_agents). It must sign in again to reconnect.

next_actionsA

START HERE. Returns the current phase and an ordered checklist of tool calls that are due right now (propose, send ballot, remind non-voters, add options for feedback, lock in, shop), with why and the arguments/message text to use. Execute them, then call again until empty. Idempotent and time-aware; safe to call on a schedule.

get_instructionsA

The full operating manual for agents: the run loop, phases, how to write recipes, messaging and safety rules. Read once per session.

get_recipe_preferencesB

Household name, recipe preferences prompt (diet, allergies, dislikes, cuisines, time budget), shopping preferences prompt (brands, organic, store quirks) plus settings: plan_day, servings, grocery_store, recipes_per_week, votes_per_member.

update_recipe_preferencesA

Update any subset of the preferences prompt and settings. Omitted fields are unchanged.

get_membersA

List household members with contact info and their personal vote links.

upsert_memberA

Add a household member or update phone/email. Name is the key (case-insensitive).

remove_memberA

Remove a household member by name (their votes and ratings stay attached to past weeks). The owner can't be removed.

get_ingredientsA

Pantry/fridge/spice inventory the household already has. Used to trim the shopping list.

update_ingredientsA

Add/refresh items (upsert by name), remove items, or replace the whole inventory.

get_favorite_recipesB

Recipes marked as household favorites, with ratings. Good candidates to re-propose by recipe_id.

favorite_recipeB

Mark (or unmark) a recipe as a household favorite.

get_recipeA

Full details for one recipe: ingredients, steps, servings, source, tags, ratings, comments, how often it's been cooked, and a link to its page.

search_recipesA

Every recipe the household has ever had proposed, with ratings and cook counts. Filter by text, favorites, or tag. Use recipe_id from here with propose_recipes to re-propose.

update_recipeA

Edit a stored recipe: fix an ingredient, add steps, change servings, tags, image or source. Only provided fields change.

import_recipeA

Fetch a recipe page (most cooking sites) and save it to the library with its real photo, ingredients, and steps. Returns the recipe; pass its recipe_id to propose_recipes or add_candidates to put it on a ballot.

get_past_recipesA

Every recipe selected for a past week, newest first, with week, status, and ratings/comments. Use to avoid repeats and learn what landed.

get_current_weekA

Where the cycle stands: latest week + status (voting/selected/ordered/done), candidates with tallies, who has/hasn't voted, selected recipes, pending_feedback. Call this first.

propose_recipesA

Start a weekly cycle: store the candidate recipes (normally 10) and return numbered candidates, a ballot_text (with a {vote_link} placeholder for message_group), and each member's vote link. Re-calling for the same week_start replaces the candidates.

add_candidatesA

Append extra recipes to the current voting ballot (positions continue after the existing ones; votes are kept; 15 max). Use in response to ballot_feedback from get_current_week; open feedback is marked addressed. Follow up with message_group so voters know new options are up.

add_ballot_feedbackA

Record a member's comment about the current ballot (optionally about one candidate), e.g. relayed from a text message. Members can also do this themselves on their vote page.

message_groupA

Send SMS/MMS or email to household members. '{vote_link}' in the message becomes each member's personal voting link. Channel 'auto' texts members with a phone and emails the rest. Providers now: {"sms":"dry-run","email":"dry-run"} (dry-run = logged only).

add_voteB

Record one member's votes for the current week (replaces their earlier votes). Accepts recipe_ids or ballot positions. Unknown member names are created.

get_past_votesB

Historical ballots: per week, every candidate with vote count, voters, and whether it was selected.

set_this_weeks_recipesA

Lock in the winners. With no recipe_ids, picks the top N (recipes_per_week) by votes, ties broken by ballot order. Moves the week to 'selected' and returns the shopping list.

reopen_votingA

Undo set_this_weeks_recipes: clears the winners and returns the week to 'voting'. Existing votes are kept. Use if winners were locked in too early.

set_voting_deadlineA

One-off override of when the current ballot closes: an ISO timestamp, or extend_hours from the current deadline. Normally the deadline comes from the household schedule (vote_close_day/time); changing those via update_recipe_preferences re-syncs the current week.

rate_recipeA

Record post-cook feedback (1-5 + comment) for a member. When every selected recipe of that week has feedback the week becomes 'done'.

assemble_online_grocery_orderC

Shopping list for the selected recipes minus ingredients on hand, grouped by item with quantities and which recipe needs it, plus the preferred store. Drive the browser to fill the cart; stop before checkout for approval; then call record_grocery_order.

record_grocery_orderA

Log the placed order and (by default) add purchased items to ingredients on hand. Moves the week to 'ordered'.

Prompts

Interactive templates invoked by user choice

NameDescription
run_agent_chefOperate the household's meal loop: call next_actions and execute the checklist. Safe to run on a daily schedule.
weekly_cycleSame as run_agent_chef.

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

A3.5/5.0

Scored across 34 tools

Disambiguation4/5

Most tools target a distinct resource and action, and the descriptions generally clarify boundaries between similar getters like get_recipe, search_recipes, and get_past_recipes. The main ambiguity is between run_agent_chef and next_actions, which both return an ordered due-actions checklist, though their intended entry points are described.

Naming Consistency4/5

The vast majority of tool names follow a clear verb_noun pattern: get_, update_, add_, remove_, set_, record_, propose_, etc. Minor deviations like next_actions and message_group break the pattern slightly but are still understandable and not chaotic.

Tool Count2/5

34 tools is a heavy surface for an MCP server, exceeding the 25+ threshold where tools generally become hard for an agent to navigate. Several peripheral or meta tools like dismiss_setup_checklist, get_connected_agents, record_schedule, and the overlapping run_agent_chef/next_actions pair make the set feel larger than necessary.

Completeness4/5

The core weekly meal-planning lifecycle is well covered: preferances, members, ingredients, recipe import/search/update, propose/vote/lock-in, grocery assemble/record, feedback, and history. Gaps include no manual recipe creation or recipe deletion and no grocery-order history lookup, but those are minor relative to the primary workflow.

Maintenance

ActivityMaintained
ResponsivenessNo issues