PartyPlan
Server Details
Party budgets, headcount quantities, timelines and checklists. Free.
- Status
- Healthy
- Uptime
- 100.0% over 18 days
- Last Tested
- Transport
- Streamable HTTP · MCP 2025-11-25
- URL
- Server Listing
- Sahadeva
TDQS
Scored across 4 tools
Each tool has a clearly distinct purpose (headcount estimation, budget allocation, supplies checklist, dated timeline), and the descriptions explicitly tell the agent when not to use each tool and which alternative to use. There is no realistic overlap that would cause misselection.
Three tools follow a clean party_<noun> pattern (party_budget, party_checklist, party_timeline), but headcount_plan breaks the prefix convention. The deviation is minor and the names remain readable and predictable.
With only four well-scoped tools, each covers a distinct planning dimension and earns its place without redundancy. The count is appropriately lean for a focused party-planning assistant.
The set covers the core planning needs: guest-count sizing, budget allocation, supplies/prep checklist, and a dated countdown plan. Minor gaps remain around guest list/RSVP tracking or vendor/invitation management, but these are workable omissions for the stated generative-planning scope.
Available Tools
4 toolsheadcount_planHeadcount planARead-onlyIdempotentInspect
Estimate how many invited guests will attend (adults vs children) and the food, drink, cake, favor and plate quantities to buy, with standard buffers. Use when sizing the shopping list from an invite count. Do NOT use for spending (use party_budget) or a dated to-do plan (use party_timeline).
| Name | Required | Description | Default |
|---|---|---|---|
| invited | Yes | People invited, whole number 1-1000, e.g. 40 | |
| children_pct | No | Percent of attendees who are children, 0-100, default 0 | |
| expected_decline_pct | No | Percent of invitees expected to decline, 0-100, default 15 |
Output Schema
| Name | Required | Description |
|---|---|---|
| note | Yes | Plain-language explanation of the estimate and buffers |
| adults | Yes | Expected adult attendees |
| invited | Yes | Number of people invited |
| children | Yes | Expected child attendees |
| quantities | Yes | Shopping quantities including buffers |
| expected_attendees | Yes | Expected attendance after declines (rounded up) |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Annotations already cover the safety profile (readOnly, idempotent, non-destructive, closed-world), so the description's remaining job is to add context it does not repeat. It discloses that the estimate applies 'standard buffers' and spans adults vs children, which tells the agent the output is buffered and pre-split — useful behavioral context beyond the annotations. It does not describe output shape or how buffers scale, so it stops short of a 5.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Three short sentences: capability first, then usage trigger, then exclusions. Every clause earns its place and the routing information is front-loaded.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
An output schema exists, so return values need not be explained, and the three input parameters are fully specified in the schema. The description covers capability, trigger, exclusions and the buffer assumption — everything an agent needs to invoke it correctly.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema coverage is 100% with each parameter fully documented, including ranges and defaults (15% decline). The description only implies the 'invite count' maps to 'invited' and adds no format or interaction detail beyond the schema, so the baseline 3 applies.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
States a specific verb ('Estimate') and precisely what is estimated (attendee split plus food, drink, cake, favor and plate quantities), and explicitly distinguishes itself from party_budget and party_timeline. An agent can route to this tool without opening any sibling schema.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
Gives explicit when-to-use ('sizing the shopping list from an invite count') and explicit when-not-to-use with named alternatives for both the spending case (party_budget) and the scheduling case (party_timeline). Nothing is left to inference.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
party_budgetParty budgetARead-onlyIdempotentInspect
Allocate a total party budget (USD) across seven categories (venue, food and drink, cake, decorations, entertainment, favors, contingency) by spending style, with per-guest spend and saving tips. Use when deciding what to spend before booking. Do NOT use to estimate attendance or food quantities (use headcount_plan).
| Name | Required | Description | Default |
|---|---|---|---|
| style | No | Spending style that sets the category percentages: 'budget', 'standard' (default) or 'premium' | |
| budget | Yes | Total party budget in USD, positive, e.g. 600 | |
| guests | Yes | Number of guests, whole number 1-500, e.g. 30 |
Output Schema
| Name | Required | Description |
|---|---|---|
| note | Yes | Plain-language summary of the allocation |
| budget | Yes | Total budget, rounded to cents |
| guests | Yes | Guest count used |
| currency | Yes | Currency of all amounts, always USD |
| allocation | Yes | Budget split per category; amounts sum to the budget |
| per_guest_budget | Yes | Total budget divided by guests, rounded to cents |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Annotations already declare readOnlyHint=true, idempotentHint=true, and destructiveHint=false, so safety is covered. The description adds behavioral context beyond that: it is a pure allocation/calculation that returns per-category splits, per-guest spend, and saving tips. It doesn't address edge cases like style defaults, but for a deterministic calculator that is minor.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Three compact sentences: purpose and output scope first, then positive routing, then the explicit exclusion. No filler and nothing buried.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
An output schema exists, so return values need not be explained in prose, yet the description still previews the category breakdown and tips. Combined with full schema coverage and covered safety annotations, the agent has everything needed to invoke it correctly.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema description coverage is 100%, including the style enum and its meaning and the budget/guests constraints, so the schema does the heavy lifting. The description only names 'spending style' and 'per-guest spend' at a high level, adding little syntax or format meaning beyond the schema. Baseline 3 applies.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
States a specific verb and resource (allocate a party budget) plus the exact output scope (seven named categories), so the agent knows precisely what it produces. It is clearly distinguishable from headcount_plan, party_checklist, and party_timeline.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
Gives an explicit when-to-use condition ('when deciding what to spend before booking') and an explicit when-not-to-use with the alternative named ('Do NOT use to estimate attendance or food quantities (use headcount_plan)'). This is exactly the routing guidance an agent needs.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
party_checklistParty checklistARead-onlyIdempotentInspect
Generate a supplies and prep checklist grouped by area (food and drink, decorations, music and activities, practical, safety) for a home or venue party, with extra items for keywords like pool, bbq, costume, outdoor, kids, alcohol or potluck. Use when preparing what to buy and set up. Do NOT use for a dated plan (use party_timeline).
| Name | Required | Description | Default |
|---|---|---|---|
| venue | Yes | 'home' for a party at home, 'venue' for a hired venue or hall | |
| extras | No | Optional keywords that add themed items: pool, bbq, costume, outdoor, kids, alcohol, potluck, e.g. ["bbq","kids"] |
Output Schema
| Name | Required | Description |
|---|---|---|
| note | Yes | Summary of venue adjustments and extras applied |
| venue | Yes | Venue type the checklist was built for |
| checklist | Yes | Checklist items grouped by area |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Annotations already declare readOnlyHint, idempotentHint, non-destructive and closed-world, so the safety profile is covered. The description adds real behavioral context the annotations do not: the output is grouped by five named areas and keyword extras alter the generated content. It does not describe the return shape, but an output schema exists to carry that.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Two sentences, zero filler. The generative scope and keyword behavior come first, with the routing exclusion last. Every clause earns its place.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
For a two-parameter, read-only generator with an output schema and full annotation coverage, the description supplies everything an agent needs: what it produces, how extras modify it, and how to route against the sibling timeline tool.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema coverage is 100% and both parameters carry enum/explanations, so the schema does the heavy lifting. The description's mention of keywords like pool, bbq, costume merely restates what the 'extras' schema description already enumerates, adding little beyond the structured fields.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
States a specific verb ('Generate') and resource ('supplies and prep checklist'), and even names the grouping structure (food and drink, decorations, music and activities, practical, safety). It explicitly distinguishes itself from the sibling party_timeline, so an agent can route without opening a schema.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
Gives an explicit positive trigger ('Use when preparing what to buy and set up') and an explicit exclusion with the named alternative ('Do NOT use for a dated plan (use party_timeline)'). This is the textbook when/when-not/alternative pattern.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
party_timelineParty timelineARead-onlyIdempotentInspect
Build a dated countdown plan for a party, with task lists at 6 weeks, 4, 3, 2 and 1 week, 3 days, the day before and the day itself. Use when the date is set and the host needs to know what to do when. Do NOT use for spending (use party_budget) or a categorized supplies list (use party_checklist).
| Name | Required | Description | Default |
|---|---|---|---|
| guests | No | Optional guest count 1-1000; adds a cake-sizing task at T-14 | |
| event_date | Yes | Party date YYYY-MM-DD, e.g. 2026-12-20 | |
| event_type | No | Optional event label added to the T-21 tasks, e.g. 'birthday', 'bbq' or 'kids party' |
Output Schema
| Name | Required | Description |
|---|---|---|
| note | Yes | How to read the milestone dates |
| event_date | Yes | Party date YYYY-MM-DD |
| milestones | Yes | Countdown milestones from T-42 days to the day itself |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Annotations already declare readOnlyHint, idempotentHint and non-destructive, so the safety profile is covered. The description adds the concrete outputs (milestone weeks) but doesn't go beyond annotations on mutation, auth, or failure behavior; with annotations carrying that load, 3 fits.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Three tight sentences: what it builds, when to use, when not to and where to go instead. Front-loaded and zero waste.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Output schema exists, so return values need no explanation. Purpose, outputs, selection guidance and routing to siblings are all present for a 3-param planning tool.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema coverage is 100% and each parameter has its own description (guests adds a T-14 cake task, event_type labels T-21 tasks). The description adds no parameter detail beyond the schema, so baseline 3 applies.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
States a specific verb+resource ('Build a dated countdown plan for a party') and enumerates the exact milestones produced, so an agent knows precisely what artifact it gets.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
Gives both a positive condition ('when the date is set and the host needs to know what to do when') and explicit exclusions routing to party_budget and party_checklist.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
4 tool updates
- Changed
headcount_plan24 fields changed- changed
Input schema / properties / children_pct / descriptionPrevious value: -"Share of attendees who are children, 0-100 (default 0)"New value: +"Percent of attendees who are children, 0-100, default 0" - added
Input schema / properties / children_pct / maximumAdded value: +100 - added
Input schema / properties / children_pct / minimumAdded value: +0 - changed
Input schema / properties / expected_decline_pct / descriptionPrevious value: -"Expected share who decline, 0-100 (default 15)"New value: +"Percent of invitees expected to decline, 0-100, default 15" - added
Input schema / properties / expected_decline_pct / maximumAdded value: +100 - added
Input schema / properties / expected_decline_pct / minimumAdded value: +0 - changed
Input schema / properties / invited / descriptionPrevious value: -"People invited (1-1000)"New value: +"People invited, whole number 1-1000, e.g. 40" - added
Input schema / properties / invited / maximumAdded value: +1000 - added
Input schema / properties / invited / minimumAdded value: +1 - changed
Input schema / properties / invited / typePrevious value: -"number"New value: +"integer" - added
Output schema / properties / adultsAdded value: +{ + "description": "Expected adult attendees", + "type": "integer" +} - removed
Output schema / properties / cake_slicesRemoved value: -{ - "description": "Number of cake slices needed", - "type": "integer" -} - added
Output schema / properties / childrenAdded value: +{ + "description": "Expected child attendees", + "type": "integer" +} - removed
Output schema / properties / drinksRemoved value: -{ - "description": "Number of drinks needed", - "type": "integer" -} - removed
Output schema / properties / expected_attendanceRemoved value: -{ - "description": "Estimated number of adults attending", - "type": "integer" -} - added
Output schema / properties / expected_attendeesAdded value: +{ + "description": "Expected attendance after declines (rounded up)", + "type": "integer" +} - removed
Output schema / properties / expected_childrenRemoved value: -{ - "description": "Estimated number of children attending", - "type": "integer" -} - removed
Output schema / properties / favorsRemoved value: -{ - "description": "Number of favors needed", - "type": "integer" -} - added
Output schema / properties / invitedAdded value: +{ + "description": "Number of people invited", + "type": "integer" +} - removed
Output schema / properties / mains_portionsRemoved value: -{ - "description": "Number of main course portions needed", - "type": "integer" -} - added
Output schema / properties / noteAdded value: +{ + "description": "Plain-language explanation of the estimate and buffers", + "type": "string" +} - removed
Output schema / properties / platesRemoved value: -{ - "description": "Number of plates needed", - "type": "integer" -} - added
Output schema / properties / quantitiesAdded value: +{ + "description": "Shopping quantities including buffers", + "properties": { + "cake_slices": { + "description": "Cake slices (20% extra)", + "type": "integer" + }, + "drinks": { + "description": "Drinks (2.5 per adult, 1.5 per child)", + "type": "integer" + }, + "favors": { + "description": "Party favors (10% extra)", + "type": "integer" + }, + "mains_portions": { + "description": "Main-course portions (15% extra per adult, 0.75 per child)", + "type": "integer" + }, + "plates": { + "description": "Plates (25% extra)", + "type": "integer" + } + }, + "required": [ + "mains_portions", + "drinks", + "cake_slices", + "favors", + "plates" + ], + "type": "object" +} - changed
Output schema / requiredPrevious value: -[ - "expected_attendance", - "expected_children", - "mains_portions", - "drinks", - "cake_slices", - "favors", - "plates" -]New value: +[ + "invited", + "expected_attendees", + "adults", + "children", + "quantities", + "note" +]
- Changed
party_budget21 fields changed- changed
Input schema / properties / budget / descriptionPrevious value: -"Total party budget in USD"New value: +"Total party budget in USD, positive, e.g. 600" - changed
Input schema / properties / guests / descriptionPrevious value: -"Number of guests (1-500)"New value: +"Number of guests, whole number 1-500, e.g. 30" - added
Input schema / properties / guests / maximumAdded value: +500 - added
Input schema / properties / guests / minimumAdded value: +1 - changed
Input schema / properties / guests / typePrevious value: -"number"New value: +"integer" - changed
Input schema / properties / style / descriptionPrevious value: -"Spending style, default standard"New value: +"Spending style that sets the category percentages: 'budget', 'standard' (default) or 'premium'" - added
Output schema / properties / allocationAdded value: +{ + "description": "Budget split per category; amounts sum to the budget", + "items": { + "properties": { + "amount": { + "description": "USD allocated to this category", + "type": "number" + }, + "category": { + "description": "Budget category key", + "enum": [ + "venue", + "food_drink", + "cake", + "decorations", + "entertainment", + "favors", + "contingency" + ], + "type": "string" + }, + "percent": { + "description": "Percent of the budget for this category", + "type": "number" + }, + "tips": { + "description": "Saving tip for this category", + "type": "string" + } + }, + "required": [ + "category", + "percent", + "amount", + "tips" + ], + "type": "object" + }, + "type": "array" +} - added
Output schema / properties / budgetAdded value: +{ + "description": "Total budget, rounded to cents", + "type": "number" +} - removed
Output schema / properties / cakeRemoved value: -{ - "description": "Cost of the cake, in ISO currency code", - "properties": { - "amount": { - "description": "Amount allocated for the cake in USD", - "type": "number" - }, - "tip": { - "description": "Tip for cake selection", - "type": "string" - } - }, - "required": [ - "amount", - "tip" - ], - "type": "object" -} - removed
Output schema / properties / contingencyRemoved value: -{ - "description": "Amount set aside for unexpected expenses, in ISO currency code", - "properties": { - "amount": { - "description": "Amount allocated for contingency in USD", - "type": "number" - }, - "tip": { - "description": "Tip for contingency planning", - "type": "string" - } - }, - "required": [ - "amount", - "tip" - ], - "type": "object" -} - added
Output schema / properties / currencyAdded value: +{ + "description": "Currency of all amounts, always USD", + "type": "string" +} - removed
Output schema / properties / decorationsRemoved value: -{ - "description": "Total cost for decorations, in ISO currency code", - "properties": { - "amount": { - "description": "Amount allocated for decorations in USD", - "type": "number" - }, - "tip": { - "description": "Tip for decorations selection", - "type": "string" - } - }, - "required": [ - "amount", - "tip" - ], - "type": "object" -} - removed
Output schema / properties / entertainmentRemoved value: -{ - "description": "Cost for entertainment, such as DJ or band, in ISO currency code", - "properties": { - "amount": { - "description": "Amount allocated for entertainment in USD", - "type": "number" - }, - "tip": { - "description": "Tip for entertainment selection", - "type": "string" - } - }, - "required": [ - "amount", - "tip" - ], - "type": "object" -} - removed
Output schema / properties / favorsRemoved value: -{ - "description": "Total cost for party favors, in ISO currency code", - "properties": { - "amount": { - "description": "Amount allocated for favors in USD", - "type": "number" - }, - "tip": { - "description": "Tip for favors selection", - "type": "string" - } - }, - "required": [ - "amount", - "tip" - ], - "type": "object" -} - removed
Output schema / properties / food_and_drinkRemoved value: -{ - "description": "Total cost for food and drinks, in ISO currency code", - "properties": { - "amount": { - "description": "Amount allocated for food and drink in USD", - "type": "number" - }, - "tip": { - "description": "Tip for food and drink selection", - "type": "string" - } - }, - "required": [ - "amount", - "tip" - ], - "type": "object" -} - added
Output schema / properties / guestsAdded value: +{ + "description": "Guest count used", + "type": "integer" +} - added
Output schema / properties / noteAdded value: +{ + "description": "Plain-language summary of the allocation", + "type": "string" +} - added
Output schema / properties / per_guest_budgetAdded value: +{ + "description": "Total budget divided by guests, rounded to cents", + "type": "number" +} - removed
Output schema / properties / per_guest_spendRemoved value: -{ - "description": "Estimated spend per guest in USD", - "type": "number" -} - removed
Output schema / properties / venueRemoved value: -{ - "description": "Venue costs, including rental and any additional fees, in ISO currency code", - "properties": { - "amount": { - "description": "Amount allocated for the venue in USD", - "type": "number" - }, - "tip": { - "description": "Tip for venue selection", - "type": "string" - } - }, - "required": [ - "amount", - "tip" - ], - "type": "object" -} - changed
Output schema / requiredPrevious value: -[ - "venue", - "food_and_drink", - "cake", - "decorations", - "entertainment", - "favors", - "contingency", - "per_guest_spend" -]New value: +[ + "currency", + "budget", + "guests", + "per_guest_budget", + "allocation", + "note" +]
- Changed
party_checklist11 fields changed- changed
Input schema / properties / extras / descriptionPrevious value: -"Optional keywords such as 'pool', 'bbq', 'costume', 'outdoor'"New value: +"Optional keywords that add themed items: pool, bbq, costume, outdoor, kids, alcohol, potluck, e.g. [\"bbq\",\"kids\"]" - changed
Input schema / properties / venue / descriptionPrevious value: -"Where the party happens"New value: +"'home' for a party at home, 'venue' for a hired venue or hall" - added
Output schema / properties / checklistAdded value: +{ + "description": "Checklist items grouped by area", + "items": { + "properties": { + "area": { + "description": "Checklist area", + "enum": [ + "food_drink", + "decorations", + "music_activities", + "practical", + "safety" + ], + "type": "string" + }, + "items": { + "description": "Items to buy or do for this area", + "items": { + "type": "string" + }, + "type": "array" + } + }, + "required": [ + "area", + "items" + ], + "type": "object" + }, + "type": "array" +} - removed
Output schema / properties / decorationsRemoved value: -{ - "description": "List of decoration items to prepare or purchase.", - "items": { - "type": "string" - }, - "type": "array" -} - removed
Output schema / properties / food_and_drinkRemoved value: -{ - "description": "List of food and drink items to prepare or purchase.", - "items": { - "type": "string" - }, - "type": "array" -} - removed
Output schema / properties / music_and_activitiesRemoved value: -{ - "description": "List of music and activities to plan.", - "items": { - "type": "string" - }, - "type": "array" -} - added
Output schema / properties / noteAdded value: +{ + "description": "Summary of venue adjustments and extras applied", + "type": "string" +} - removed
Output schema / properties / practical_itemsRemoved value: -{ - "description": "List of practical items to prepare or purchase.", - "items": { - "type": "string" - }, - "type": "array" -} - removed
Output schema / properties / safety_notesRemoved value: -{ - "description": "List of safety notes to consider.", - "items": { - "type": "string" - }, - "type": "array" -} - added
Output schema / properties / venueAdded value: +{ + "description": "Venue type the checklist was built for", + "enum": [ + "home", + "venue" + ], + "type": "string" +} - changed
Output schema / requiredPrevious value: -[ - "food_and_drink", - "decorations", - "music_and_activities", - "practical_items", - "safety_notes" -]New value: +[ + "venue", + "checklist", + "note" +]
- Changed
party_timeline13 fields changed- changed
Input schema / properties / event_date / descriptionPrevious value: -"Party date in YYYY-MM-DD format"New value: +"Party date YYYY-MM-DD, e.g. 2026-12-20" - changed
Input schema / properties / event_type / descriptionPrevious value: -"Optional event label, e.g. 'birthday', 'bbq' or 'kids party'"New value: +"Optional event label added to the T-21 tasks, e.g. 'birthday', 'bbq' or 'kids party'" - changed
Input schema / properties / guests / descriptionPrevious value: -"Optional guest count for cake sizing"New value: +"Optional guest count 1-1000; adds a cake-sizing task at T-14" - added
Input schema / properties / guests / maximumAdded value: +1000 - added
Input schema / properties / guests / minimumAdded value: +1 - changed
Input schema / properties / guests / typePrevious value: -"number"New value: +"integer" - changed
Output schema / properties / event_date / descriptionPrevious value: -"The date of the party in YYYY-MM-DD format."New value: +"Party date YYYY-MM-DD" - removed
Output schema / properties / event_typeRemoved value: -{ - "description": "The type of event, e.g., 'birthday', 'bbq', or 'kids party'.", - "type": "string" -} - removed
Output schema / properties / guestsRemoved value: -{ - "description": "The number of guests attending the party.", - "type": "number" -} - added
Output schema / properties / milestonesAdded value: +{ + "description": "Countdown milestones from T-42 days to the day itself", + "items": { + "properties": { + "date": { + "description": "Calendar date YYYY-MM-DD to finish these tasks by", + "type": "string" + }, + "tasks": { + "description": "Tasks for this milestone", + "items": { + "type": "string" + }, + "type": "array" + }, + "when": { + "description": "Offset label, e.g. 'T-14 days'", + "type": "string" + } + }, + "required": [ + "when", + "date", + "tasks" + ], + "type": "object" + }, + "type": "array" +} - added
Output schema / properties / noteAdded value: +{ + "description": "How to read the milestone dates", + "type": "string" +} - removed
Output schema / properties / timelineRemoved value: -{ - "description": "A list of milestones and tasks leading up to the party.", - "items": { - "properties": { - "days_until": { - "description": "The number of days until the party for this milestone.", - "type": "number" - }, - "tasks": { - "description": "A list of tasks to complete for this milestone.", - "properties": { - "cake": { - "description": "Tasks related to the cake.", - "items": { - "type": "string" - }, - "type": "array" - }, - "confirmations": { - "description": "Tasks related to confirmations.", - "items": { - "type": "string" - }, - "type": "array" - }, - "decorations": { - "description": "Tasks related to decorations.", - "items": { - "type": "string" - }, - "type": "array" - }, - "invitations": { - "description": "Tasks related to invitations.", - "items": { - "type": "string" - }, - "type": "array" - }, - "menu": { - "description": "Tasks related to the menu.", - "items": { - "type": "string" - }, - "type": "array" - }, - "run_sheet": { - "description": "Tasks for the day-of run sheet.", - "items": { - "type": "string" - }, - "type": "array" - }, - "setup": { - "description": "Tasks related to setup.", - "items": { - "type": "string" - }, - "type": "array" - }, - "venue": { - "description": "Tasks related to the venue.", - "items": { - "type": "string" - }, - "type": "array" - } - }, - "type": "object" - } - }, - "type": "object" - }, - "type": "array" -} - added
Output schema / requiredAdded value: +[ + "event_date", + "milestones", + "note" +]
1 tool update
- Changed
party_budget7 fields changed- added
Output schema / properties / cake / descriptionAdded value: +"Cost of the cake, in ISO currency code" - added
Output schema / properties / contingency / descriptionAdded value: +"Amount set aside for unexpected expenses, in ISO currency code" - added
Output schema / properties / decorations / descriptionAdded value: +"Total cost for decorations, in ISO currency code" - added
Output schema / properties / entertainment / descriptionAdded value: +"Cost for entertainment, such as DJ or band, in ISO currency code" - added
Output schema / properties / favors / descriptionAdded value: +"Total cost for party favors, in ISO currency code" - added
Output schema / properties / food_and_drink / descriptionAdded value: +"Total cost for food and drinks, in ISO currency code" - added
Output schema / properties / venue / descriptionAdded value: +"Venue costs, including rental and any additional fees, in ISO currency code"
4 tool updates
- Changed
headcount_plan1 field changed- changed
Output schema / (root)Previous value: -nullNew value: +{ + "properties": { + "cake_slices": { + "description": "Number of cake slices needed", + "type": "integer" + }, + "drinks": { + "description": "Number of drinks needed", + "type": "integer" + }, + "expected_attendance": { + "description": "Estimated number of adults attending", + "type": "integer" + }, + "expected_children": { + "description": "Estimated number of children attending", + "type": "integer" + }, + "favors": { + "description": "Number of favors needed", + "type": "integer" + }, + "mains_portions": { + "description": "Number of main course portions needed", + "type": "integer" + }, + "plates": { + "description": "Number of plates needed", + "type": "integer" + } + }, + "required": [ + "expected_attendance", + "expected_children", + "mains_portions", + "drinks", + "cake_slices", + "favors", + "plates" + ], + "type": "object" +}
- Changed
party_budget1 field changed- changed
Output schema / (root)Previous value: -nullNew value: +{ + "properties": { + "cake": { + "properties": { + "amount": { + "description": "Amount allocated for the cake in USD", + "type": "number" + }, + "tip": { + "description": "Tip for cake selection", + "type": "string" + } + }, + "required": [ + "amount", + "tip" + ], + "type": "object" + }, + "contingency": { + "properties": { + "amount": { + "description": "Amount allocated for contingency in USD", + "type": "number" + }, + "tip": { + "description": "Tip for contingency planning", + "type": "string" + } + }, + "required": [ + "amount", + "tip" + ], + "type": "object" + }, + "decorations": { + "properties": { + "amount": { + "description": "Amount allocated for decorations in USD", + "type": "number" + }, + "tip": { + "description": "Tip for decorations selection", + "type": "string" + } + }, + "required": [ + "amount", + "tip" + ], + "type": "object" + }, + "entertainment": { + "properties": { + "amount": { + "description": "Amount allocated for entertainment in USD", + "type": "number" + }, + "tip": { + "description": "Tip for entertainment selection", + "type": "string" + } + }, + "required": [ + "amount", + "tip" + ], + "type": "object" + }, + "favors": { + "properties": { + "amount": { + "description": "Amount allocated for favors in USD", + "type": "number" + }, + "tip": { + "description": "Tip for favors selection", + "type": "string" + } + }, + "required": [ + "amount", + "tip" + ], + "type": "object" + }, + "food_and_drink": { + "properties": { + "amount": { + "description": "Amount allocated for food and drink in USD", + "type": "number" + }, + "tip": { + "description": "Tip for food and drink selection", + "type": "string" + } + }, + "required": [ + "amount", + "tip" + ], + "type": "object" + }, + "per_guest_spend": { + "description": "Estimated spend per guest in USD", + "type": "number" + }, + "venue": { + "properties": { + "amount": { + "description": "Amount allocated for the venue in USD", + "type": "number" + }, + "tip": { + "description": "Tip for venue selection", + "type": "string" + } + }, + "required": [ + "amount", + "tip" + ], + "type": "object" + } + }, + "required": [ + "venue", + "food_and_drink", + "cake", + "decorations", + "entertainment", + "favors", + "contingency", + "per_guest_spend" + ], + "type": "object" +}
- Changed
party_checklist1 field changed- changed
Output schema / (root)Previous value: -nullNew value: +{ + "properties": { + "decorations": { + "description": "List of decoration items to prepare or purchase.", + "items": { + "type": "string" + }, + "type": "array" + }, + "food_and_drink": { + "description": "List of food and drink items to prepare or purchase.", + "items": { + "type": "string" + }, + "type": "array" + }, + "music_and_activities": { + "description": "List of music and activities to plan.", + "items": { + "type": "string" + }, + "type": "array" + }, + "practical_items": { + "description": "List of practical items to prepare or purchase.", + "items": { + "type": "string" + }, + "type": "array" + }, + "safety_notes": { + "description": "List of safety notes to consider.", + "items": { + "type": "string" + }, + "type": "array" + } + }, + "required": [ + "food_and_drink", + "decorations", + "music_and_activities", + "practical_items", + "safety_notes" + ], + "type": "object" +}
- Changed
party_timeline1 field changed- changed
Output schema / (root)Previous value: -nullNew value: +{ + "properties": { + "event_date": { + "description": "The date of the party in YYYY-MM-DD format.", + "type": "string" + }, + "event_type": { + "description": "The type of event, e.g., 'birthday', 'bbq', or 'kids party'.", + "type": "string" + }, + "guests": { + "description": "The number of guests attending the party.", + "type": "number" + }, + "timeline": { + "description": "A list of milestones and tasks leading up to the party.", + "items": { + "properties": { + "days_until": { + "description": "The number of days until the party for this milestone.", + "type": "number" + }, + "tasks": { + "description": "A list of tasks to complete for this milestone.", + "properties": { + "cake": { + "description": "Tasks related to the cake.", + "items": { + "type": "string" + }, + "type": "array" + }, + "confirmations": { + "description": "Tasks related to confirmations.", + "items": { + "type": "string" + }, + "type": "array" + }, + "decorations": { + "description": "Tasks related to decorations.", + "items": { + "type": "string" + }, + "type": "array" + }, + "invitations": { + "description": "Tasks related to invitations.", + "items": { + "type": "string" + }, + "type": "array" + }, + "menu": { + "description": "Tasks related to the menu.", + "items": { + "type": "string" + }, + "type": "array" + }, + "run_sheet": { + "description": "Tasks for the day-of run sheet.", + "items": { + "type": "string" + }, + "type": "array" + }, + "setup": { + "description": "Tasks related to setup.", + "items": { + "type": "string" + }, + "type": "array" + }, + "venue": { + "description": "Tasks related to the venue.", + "items": { + "type": "string" + }, + "type": "array" + } + }, + "type": "object" + } + }, + "type": "object" + }, + "type": "array" + } + }, + "type": "object" +}
4 tool updates
- First observed
headcount_plan - First observed
party_budget - First observed
party_checklist - First observed
party_timeline
Related MCP Connectors
Invites, guest lists and text blasts for your events.
Free no-signup group planner: dates, RSVPs, place votes, shared checklist and split costs.
Create, design and send event invitations, manage guest lists, and track RSVPs.
Find wedding venues and vendors, estimate costs, and manage guests, events and wedding details.
Related MCP Servers
- FlicenseNot gradedqualityDmaintenanceEnables users to manage wedding preparation tasks including timeline generation, budget review, vendor quote comparison, role assignment briefs, and drafting messages for family, vendors, and friends.-
- FlicenseNot gradedqualityCmaintenanceSearch destination wedding venues and vendors worldwide with Aisle. 10 tools for AI-assisted wedding planning: Venue Search: Find wedding venues by country, type (villa, beach, castle, resort), capacity, and budget. Covers 20+ countries. Vendor Search: Browse wedding photographers, florists, planners, DJs, caterers, and 10 more categories by location and price range. Budget Estimator: Get a detai-
- AlicenseAqualityDmaintenanceSearch 8,000+ corporate event venues across 40+ cities. Tools for venue search by capacity/category, pricing guides, expert advice articles, and inquiry handoff. Read-only, PII-redacted, UTM-attributed.75 npmMIT

invitas MCP connectorofficial
AlicenseNot gradedqualityCmaintenanceEnables hosts and developers to create and manage invitas invitations and guest lists from AI assistants, including editing invitation text, sharing personal guest links, recording attendance confirmations, arranging tables, and preparing reminders. Connects over Streamable HTTP with OAuth 2.1 and scoped read/write permissions for events, guests, and seating.CC BY-4.0
Glama MCP Gateway
Add one secure layer between your agents and this server.