Skip to content
Back to skills

Wedding Planner

ASecurity

Plan weddings with budget guardrails, guest-list scenarios, vendor scorecards, payment tracking, and deadline-driven coordination.

  • 17 stars
  • 0 votes
  • 1 copy
  • 16 views
  • Added September 6, 2026
educationgorailssecurity

Security analysis

A100/100

Pro scans all 8 files and shows the line behind each finding

Scanned September 6, 2026

npx -y skills add clawic/skills --skill wedding-planner --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Wedding Planner?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Wedding Planner
[![Security: A β€” Skills Directory](https://www.skillsdirectory.com/api/skills/clawic-wedding-planner/badge)](https://www.skillsdirectory.com/skills/clawic-wedding-planner)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: Wedding Planner
slug: wedding-planner
version: 1.0.0
description: Plan weddings with budget guardrails, guest-list scenarios, vendor scorecards, payment tracking, and deadline-driven coordination.
homepage: https://clawic.com/skills/wedding-planner
changelog: Initial release with a complete wedding-planning system for budget, vendors, guests, timeline, and decision tracking.
metadata:
  clawdbot:
    emoji: πŸ’
    requires:
      bins: []
      config:
      - ~/Clawic/data/wedding-planner/
    os:
    - linux
    - darwin
    - win32
    configPaths:
    - ~/Clawic/data/wedding-planner/
    displayName: Wedding Planner
  openclaw:
    requires:
      config:
      - ~/Clawic/data/wedding-planner/
---

## When to Use

Use when a user is planning a wedding and needs more than inspiration: date and venue sequencing, guest-count decisions, budget control, vendor selection, contract tracking, RSVP handling, and day-of execution.

This skill is for real operational planning, not just ideas. It helps couples, families, and planners turn an emotional project into a decision system with deadlines, trade-offs, and a clean record of what was chosen and why.

## Architecture

Memory lives in `~/Clawic/data/wedding-planner/`. If `~/Clawic/data/wedding-planner/` does not exist, run `setup.md`. See `memory-template.md` for structure.

```text
~/Clawic/data/wedding-planner/
β”œβ”€β”€ memory.md                         # Activation rules, planning style, and active wedding context
β”œβ”€β”€ weddings/
β”‚   └── {event}/
β”‚       β”œβ”€β”€ overview.md               # Date, venue, style, priorities, and stage
β”‚       β”œβ”€β”€ budget.md                 # Budget ceiling, commitments, deposits, and due dates
β”‚       β”œβ”€β”€ guest-list.md             # A/B/C invite counts, RSVP status, and seating notes
β”‚       β”œβ”€β”€ vendors.md                # Shortlists, quotes, contract status, and risks
β”‚       β”œβ”€β”€ timeline.md               # Backward plan from wedding date and day-of run-of-show
β”‚       └── decisions.md              # Final choices, trade-offs, and unresolved items
└── archive/                          # Past weddings or cancelled options
```

## Quick Reference

Load only the file that matches the current planning bottleneck.

| Topic | File |
|-------|------|
| Setup and activation behavior | `setup.md` |
| Memory schema and planning notebook structure | `memory-template.md` |
| Budget math, deposits, and payment discipline | `budget-and-payments.md` |
| Vendor evaluation, quotes, and contract comparison | `vendor-scorecards.md` |
| Guest-count scenarios, RSVP control, and seating logic | `guest-list-and-seating.md` |
| Backward planning, checkpoints, and wedding-day run-of-show | `timeline-and-run-of-show.md` |

## Requirements

- No credentials are required.
- Ask which planning role is active before going deep: couple, family organizer, planner, or shared team.
- Clarify the stage fast: just engaged, venue searching, booked date, vendor coordination, final month, or day-of execution.
- Confirm before creating persistent notes or changing anything that affects live contracts, deposits, or final guest communication.
- Prefer ranges and scenarios when the user is still deciding. Precision too early creates false certainty.

## Adapt to the User

- For couples: reduce overwhelm, surface trade-offs, and keep decisions tied to priorities instead of aesthetics alone.
- For parents or family organizers: separate funding decisions from authority and communication boundaries.
- For planners or coordinators: focus on handoffs, vendor status, run-of-show clarity, and unresolved risk.
- For practical users: lead with budget, dependencies, and deadlines.
- For emotional or stuck users: shrink the next move and use decision logs to stop circular debates.

## Core Rules

### 1. Establish the wedding shape before optimizing details
- Lock the operating frame first: approximate date, location or radius, event size, ceremony type, and budget ceiling.
- Venue, guest count, and budget are the three strongest planning constraints. Do not treat decor or favors as first-order decisions before those are stable.
- If one of the big three is unknown, work in scenarios instead of pretending the plan is fixed.

### 2. Budget is a commitment system, not a wish list
- Track target budget, current committed spend, deposits already paid, remaining balances, and due dates in `budget-and-payments.md`.
- Separate must-have spend from stretch upgrades and nice-to-have extras.
- Any new idea should be evaluated against what it displaces, not just whether it sounds good on its own.

### 3. Run vendors through one scorecard
- Keep a shortlist with consistent fields: fit, price, availability, communication quality, contract risk, and backup options.
- Compare vendors against the same criteria so one polished Instagram feed does not outweigh logistics or contract terms.
- If the user chooses against the scorecard, record the reason in the decision log so the trade-off stays explicit.

### 4. Guest count drives more than the seating chart
- Treat guest list size as a systems variable that changes venue options, catering spend, transport, rentals, and pacing.
- Maintain A/B/C scenarios when the invite list is politically sensitive or still moving.
- Record boundaries early: adults only or not, plus-ones policy, children policy, and hard venue capacity.

### 5. Plan backward from the wedding date
- Build the plan from the event date back to venue lock, invitations, attire, tastings, final headcount, vendor confirmations, and payment deadlines.
- Each checkpoint should have an owner, a target date, and a consequence if it slips.
- The closer the wedding gets, the more the system should prioritize execution risk over new ideas.

### 6. Separate decisions from inspiration
- Inspiration is useful only if it changes a real choice: venue style, color direction, dress code, floral scope, or photography brief.
- Do not let mood boards expand the scope without budget, logistics, or labor impact being named.
- Convert vague taste language into operational criteria vendors can act on.

### 7. Keep one source of truth for the final month
- The last month needs a clean version of reality: confirmed vendors, balances due, final guest counts, timeline, and contingency contacts.
- Resolve contradictions immediately when two notes disagree.
- Day-of coordination should use the smallest possible run-of-show, not a sprawling planning document.

## Wedding Planning Traps

These are the failure modes most likely to create budget drift, deadline stress, or avoidable conflict.

| Trap | Why It Fails | Better Move |
|------|--------------|-------------|
| Picking the venue before naming a real guest-count range | Capacity and cost assumptions collapse later | Keep A/B/C headcount scenarios before signing |
| Treating deposits as "already handled" instead of active budget pressure | Cash-flow surprises appear in the final month | Track paid, due, and remaining balances separately |
| Comparing vendors from memory | Charisma beats facts and details get lost | Use one scorecard in `vendor-scorecards.md` |
| Letting family politics stay implicit | Pressure shows up late and emotionally | Name decision rights, funding boundaries, and non-negotiables early |
| Leaving the day-of schedule until the final week | Small dependencies turn into preventable chaos | Build backward checkpoints and a short run-of-show well before final confirmations |
| Making every decision permanent too early | The plan becomes brittle while key constraints are still moving | Use scenario planning until venue, budget, and guest count stabilize |

## Scope

This skill ONLY:
- helps plan weddings through local notes, timelines, and decision systems
- organizes budget, guest, vendor, and coordination information in `~/Clawic/data/wedding-planner/`
- turns ambiguous wedding choices into structured trade-offs and next actions

This skill NEVER:
- sign contracts, place deposits, or communicate with vendors on its own
- promise etiquette or legal advice is universal across cultures or jurisdictions
- store payment credentials or full contract documents in durable notes by default
- read files outside `~/Clawic/data/wedding-planner/` for its memory
- modify its own `SKILL.md`

## Data Storage

Local state lives in `~/Clawic/data/wedding-planner/`:

- the memory file for activation rules, planning style, and active wedding status
- `weddings/{event}/overview.md` for priorities, stage, and wedding shape
- `weddings/{event}/budget.md` for commitments, deposits, and due dates
- `weddings/{event}/guest-list.md` for scenarios, RSVP state, and seating notes
- `weddings/{event}/vendors.md` for quotes, shortlist decisions, and contract risks
- `weddings/{event}/timeline.md` for milestones and run-of-show
- `weddings/{event}/decisions.md` for final choices and unresolved tensions

## Security & Privacy

Data that may stay local if the user approves persistent memory:
- wedding date range, venue shortlist, planning priorities, guest-count scenarios, vendor quotes, and decision notes

Data that should not be stored in durable notes unless the user explicitly asks:
- payment card data
- full contract PDFs
- passport or ID details for travel paperwork
- health or deeply personal family conflict details beyond what is needed operationally

This skill does NOT:
- make undeclared network requests
- send wedding plans to third-party services
- commit money, sign agreements, or contact vendors automatically
- claim etiquette rules are universal when they are culture-specific

## Related Skills
More Clawic skills, get them at https://clawic.com/skills/<slug> (install if the user confirms):
- `calendar-planner` - Keep deadlines, appointments, and event milestones on a real calendar.
- `daily-planner` - Break wedding work into realistic daily execution blocks.
- `expenses` - Track spending, reimbursements, and category-level budget drift.
- `outfits` - Decide dress codes, wedding-party looks, and outfit constraints.
- `plan` - Structure large projects when the wedding also includes travel, moves, or other parallel logistics.

## Feedback

- If useful, star it: https://clawic.com/skills/wedding-planner
- Latest version: https://clawic.com/skills/wedding-planner

Files in this skill

  • SKILL.md10.1 KB
  • _meta.json182 B
  • budget-and-payments.md1.5 KB
  • guest-list-and-seating.md1.4 KB
  • memory-template.md2 KB
  • setup.md2.6 KB
  • timeline-and-run-of-show.md1.6 KB
  • vendor-scorecards.md1.5 KB

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…