MCPInstall

event-budget

Build the budget and P&L for a technical event - every cost line split into fixed and per-head, the revenue mix against the funding model, a Good/Better/Best scope-tier ladder so break-even has three answers instead of one, a contingency sized as a stacked floor, pad and downgrade ladder whose cuts also price lost sponsor reach, a cross-edition reserve policy, annual funding decoupled from single events, and outflows scheduled against the dates sponsor and ticket money actually lands. Use whenever asked to build an event budget, model conference or hackathon costs, find break-even, size a contingency reserve, set a reserve or surplus policy across editions, fund a recurring meetup series annually, plan event cash flow, or decide what to cut when revenue falls short. Consumes prices and real vendor quotes, never sets them. Do NOT use to set ticket or sponsor prices - use samber/dev-event-organizer-skills@event-ticket-pricing or samber/dev-event-organizer-skills@event-sponsor-pricing.

Installs
5.4K
Last 24h
+185
Trending rank
#1300
Security
Pass

Install

Works with every agent the skills CLI supports.

npx skills add https://github.com/samber/dev-event-organizer-skills --skill event-budget
  1. 01

    Install

    Run the command in your project. The CLI asks which agents to install for.

  2. 02

    Describe the task

    Ask your agent for something this skill covers. It loads event-budget automatically when relevant.

  3. 03

    Review the result

    The agent follows the SKILL.md steps, scripts and references bundled with the skill.

Security audits

Independent scans of the skill's instructions and bundled files.

Gen Agent Trust Hub PassSAFE ·The skill is an event budgeting and modeling tool that is generally safe. It identifies and consumes external data such as vendor quotes and pricing benchmarks, which presents a surface for indirect prompt injection as it lacks explicit sanitization or boundary markers for this untrusted data.
Socket PassNo alerts
Snyk PassLOW ·Risk: LOW · No issues

SKILL.md

The instructions your agent reads when the skill is triggered.

Event Budget

You model the money for one edition of a technical event. Produce five things:

  • The cost lines, and which of them scale with heads.
  • The revenue total, and where it comes from.
  • The cushion.
  • The dates cash moves.
  • The cut order when revenue falls short.

Consume prices - ticket, sponsor, venue, vendor - never derive them. Hand back every number as either a dated quote or a labelled placeholder.

Treat every ranking below as a default, not a law. Re-rank against what the interview turns up: a recurring event with last edition's actuals, an organizer with no accounting capacity, a fiscal host already taking a share off the top, a format with no ticket-revenue line at all, a recurring series funded by annual sponsors and membership. Each overturns a default rung.

No currency amount appears anywhere in this file. The real figures - published P&Ls, revenue splits, unit costs, fee ranges - live in the references with their event, year, and source, carried across as ratios, never copied as amounts.

Ticketed or free-by-construction

The axis that changes the budget work is whether the format has a ticket-revenue line at all, never who pays for the attendee. The same catering invoice arrives whether the attendee expensed the ticket or paid it themselves, and sponsors are a business buyer in both cases.

  • Ticketed - a genuine two-line revenue mix. Sponsorship share is a lever the team sets and can miss. Once sponsorship is booked, break-even is an attendee count at a price, and the downgrade ladder exists because the ticket side is uncertain.
  • Free-by-construction - typically a hackathon, sometimes a conference. Sponsorship is close to the whole funding source, not by target but because the format offers no priced alternative. Break-even collapses to a fundraising target, and the only lever left is total spend per head.

Name which one the model assumes in the first line of the output. Keep the two cost taxonomies apart too: they differ in shape and must never be blended (see references/cost-taxonomies-and-sourced-benchmarks.md).

What arrives already decided

Take these as inputs. Re-deriving any of them produces a second, competing number nobody reconciles.

SiblingOwnsYou do
event-ticket-pricingThe ticket price ladderHand it the ticket target and the paid capacity after comps; it returns the actual sold total for variance
event-sponsor-pricingTier splitsOwn the sponsorship-share target; it splits into tiers
event-venue-sourcingReal quotes, termsHold the line-item slot, fixed/per-head character, deposit timing
event-vendor-sourcingEvery other supplier quoteSame split: it quotes, you shape
event-productionThe Media line, pre-split by tierTake it as handed
event-no-show-managementThe expected-show-up numberBudget from it, never the registration count; the overbooking buffer is the gap
event-team-structureWhich entity holds the moneyModel what it costs and how fast it releases funds
event-risk-managementThe risk case for a reserve, go/no-go placementYou pick the contingency number
event-growth-strategy / event-portfolio-strategyWhether the edition grows, portfolio splitRe-run this model at whatever scale they set

Hand post-edition variance to event-debrief, never re-modelling it, and hand a cost line creeping across editions to event-continuous-improvement. Plan and track one edition only. Cross-edition money - the reserve and annual funding - enters this model as two per-edition lines: the reserve contribution out, the annual-funding allocation in.

Interview

Ask one at a time, multiple-choice where possible. Questions 6-8 exist because the menus below diverge on time-to-effect, durability and effort - their defaults cannot be picked for the user.

  1. What is the format, and does it charge for attendance at all?
  2. What is the expected show-up number, who produced it, and is it a show-up figure or a registration count?
  3. Which cost lines already have a real dated quote? Which are still guesses?
  4. Which entity holds the money, and what comes off the top (fiscal-host share, processing fees, parent contribution)?
  5. What is already contractually committed, and on what date does each commitment stop being recoverable?
  6. By what date must sponsor and ticket money be in the account, not invoiced? A hard date promotes postures that book early.
  7. One-off edition, one year of a recurring event, or one evening of a recurring series (a monthly meetup)? A recurring event reuses last edition's costed tiers, making the ladder near-free the second time. A recurring series promotes the annual-funding posture.
  8. Effort ceiling: who holds a standing tracking job through the sale window, and is there accounting capacity at all?
  9. Who approves spend, and does any expenditure need a second approver who isn't the spender?
  10. Does the audience typically attend on employer training budgets, and does the program already clear those budgets?
  11. Does any counterparty - venue, vendor - offer a genuine discount for paying early?
  12. What is the organization's reserve policy across editions: break-even each time, or a surplus held back to survive a failed edition or a shock? Does a reserve exist today, how large against the organization's fixed yearly costs, and what may it fund? (See "Reserve policy" below.)
  13. Is there a membership scheme, and is membership tied to event ticket discounts?

Workflow

  1. Run the interview. Fix the format, scale, and which funding-model decisions are already made elsewhere.

  2. List cost lines from the format's own taxonomy - conference and hackathon differ in shape, never blend them: references/cost-taxonomies-and-sourced-benchmarks.md.

  3. Cut every line into fixed, per-head and per-speaker, naming each per-head driver. Speaker travel and hotel reimbursement is its own per-speaker line, separate from the speakers' dinner and gifts; reimbursing expenses is normal at community events, while speaker fees are not the norm. Budget fees only where the program policy deliberately pays them.

    Both the split and the assignment of each named line to a side are this skill's own construction, carried over from general financial modelling rather than measured against event data. Take the head count from Q2's expected-show-up figure, never the registration count: budgeting off registrations is the single most common way an event over-orders. Keep the resulting cost per head on hand; it answers a "too expensive" pricing complaint with arithmetic instead of an opinion.

  4. Fill each line with a real dated quote or an explicit placeholder. Never invent a price to balance the model - write "no quote yet" and carry it as a range.

  5. Deduct what comes off the top first: fiscal-host share, processing fees on both rails, required parent contribution. Fee ranges: references/cash-flow-fiscal-hosting-and-tax.md.

  6. Set the revenue mix (menu below), then hand the targets out: the sponsorship target to event-sponsor-pricing; the ticket target (expenses minus sponsorship share) plus paid capacity after comps to event-ticket-pricing. Count comps from agreements actually held, never from a ratio.

  7. Cost the Good/Better/Best scope-tier ladder - three fully-costed versions (Good runs at all, Better adds expected niceties, Best has real headroom), break-even computed per tier. On free-by-construction, each tier is a fundraising target instead. Re-estimate sponsor revenue per tier, never carry one figure across all three: sponsors price on reach, so a smaller tier sells less sponsorship. Ask event-sponsor-pricing which surfaces survive each downgrade; staff-free digital visibility usually does, booths and on-site activations usually do not.

  8. Size the contingency using the three-tool stack below, then set the reserve contribution from the reserve policy - a separate line, not part of the contingency.

  9. Build the cash-flow schedule: every outflow on the date it leaves, every inflow on the date it lands, then read the lowest cash point. Hand checkpoint dates to event-planning-timeline and event-risk-management.

  10. Write the tax and jurisdiction question rather than answering it. Route it to the fiscal host, a local accountant, or counsel, then record the answer as a budget line.

  11. Track live against the plan, validating with the user section by section.

If your harness has persistent memory, record:

  • The line taxonomy, with each line's fixed/per-head character.
  • The quotes, with their dates.
  • The three costed tiers.
  • The contingency figure, and how it was reached.
  • The reserve policy, this edition's contribution or draw, and the reserve balance after it.
  • Per tier, the sponsor revenue expected at that tier's reach.
  • The cash-flow schedule, with its lowest point.
  • After the edition, actual against planned, per line.

The next edition starts from that record instead of a blank spreadsheet. When rewriting a recurring per-head consumable line from what was actually used, record its calibration basis too: the headcount and staff/volunteer/speaker composition it was priced against. A later edition scaling that line then knows what baseline it is adjusting, not just the raw number.

Revenue-mix posture

Which shape the funding takes. This posture is largely inherited rather than chosen here: the format and the upstream funding-model decision usually fix it. Name which one arrived, and what it implies for the model. Ranking (default, not a law - re-rank against Q1, Q6, Q7, Q13):

  • effort (modelling work plus the standing revenue management each posture demands): registration-led > sponsor-led > annual-funding-led > sponsorship-by-construction
  • value (budget covered without the decision to run hanging on money that arrives late): annual-funding-led > sponsor-led > sponsorship-by-construction > registration-led
  • efficiency: annual-funding-led > sponsor-led > registration-led

Annual-funding-led sits below sponsor-led on effort because one yearly sale per sponsor and one yearly membership cycle replace a sale per edition, amortized across every edition of the series. It tops value because its cash lands about a year ahead of the editions it funds. It dominates sponsor-led on both axes, which is why it exists only for a recurring series - see its deletion rule below.

  • Sponsor-led (default for a community conference) - sponsorship carries the bulk, registrations cover per-attendee cost. Decouples "will we run at all" from the ticket curve, which makes the downgrade ladder workable.
  • Registration-led - registration carries the bulk, sponsorship marginal. Tops effort - a sales pace managed across the whole window, money lands latest. Promotion condition, keyed to Q10: the audience attends on employer training budgets and the program already clears those budgets.
  • Annual-funding-led (default for a recurring series, Q7) - annual sponsors and membership dues fund a self-managed yearly budget; each edition draws an allocation from it instead of raising its own revenue. Pricing the annual tier belongs to event-sponsor-pricing. Anti-pattern, keyed to Q13: membership tied to event ticket discounts. It produces a join spike just before each event, inflates and distorts member numbers, and re-couples the organization's income to single events. Decouple membership and annual sponsorship from any one event so no single edition carries the organization. Cost: concentration on a few annual sponsors (the Comdex shape in references/budget-failure-case-studies.md), which the reserve policy below is there to absorb.
  • Sponsorship-by-construction - free-to-attend, no ticket line, share near-total by format not target. Deliberately absent from the efficiency line: the format chooses this posture, not this skill. Cost is concentration - one revenue source, no second lever.

What this order starves: registration-led, the only posture whose revenue scales with what the audience pays rather than with sponsor budgets. Follow the default long enough and the sponsor pool becomes the event's ceiling. A community that outgrows that pool has no second lever, and this order gives no warning until the pool is exhausted. Promote registration-led on the condition above.

Delete, do not demote: annual-funding-led, on a one-off edition - from this menu and the axis lines. With no series to spread a yearly sale across, it is sponsor-led under another name, and leaving it parked invites a "yearly sponsor" for an event that has no next year to deliver.

Delete, do not demote: sponsor-led and registration-led, on a free-to-attend event - from this menu and the axis lines. Ranking postures that assume a ticket line invites a ticket price to reappear later as the fix for a shortfall - a funding-model reversal dressed as a budget adjustment.

Three published actuals disagree almost completely - see references/cost-taxonomies-and-sourced-benchmarks.md for the range. Read them as postures that exist, never a norm to hit.

Contingency provision: a stack, not a ranking

This section deliberately does not rank its options.

The three tools compose: a real budget runs all three at once. Ranking them would imply picking one, the opposite of how the stack holds together.

Even if they were competing, a ranking would rest on nothing:

  • Value and effort run in the same order across all three - floor lowest on both, ladder highest on both.
  • Every pair therefore splits the two axes: each option wins one and loses the other.
  • No dominance relation exists anywhere in the menu for an efficiency line to honour.

An unfalsifiable ranking is not a passed check.

  • A floor - an absolute minimum cash reserve held regardless of budget size, covering the small certain surprises that always arrive (figure and source in references/cost-taxonomies-and-sourced-benchmarks.md). Cheapest of the three: one number, decided once.
  • A pad on the estimates - a percentage added to expense estimates before summing, protecting against line-item underestimation rather than revenue shortfall. The one figure available for it is a convention carried over from startup financial modelling, not measured against event data. Label it that way every time it is quoted.
  • A downgrade ladder - the Good/Better/Best tiers with dated checkpoints, driven by revenue actually received. The only one of the three that absorbs a whole-event shortfall rather than a line-item miss, and the most expensive: three fully-priced versions plus checkpoint dates threaded into the plan. On a recurring event (Q7) the tiers are reusable, cutting cost sharply from the second edition on.

Neither the flat floor nor the borrowed pad is an event-industry convention, and this skill will not present either as one. Say that to the user rather than producing a percentage that sounds authoritative.

The cut order lives inside the ladder

The cut order is the ladder's content - the tiers are this sequence, pre-priced and pre-decided. Not a second menu: presenting it separately would ship the same decision twice. Not ranked either: both readings of it (damage avoided per cut, how late the cut can be made) produce the identical order, so a ranking line would only restate it.

Each rung rests on a sourced mechanic: the scope-tier ladder behind the tiers, the attrition exposure behind the fixed lines. The order they sit in is this skill's own construction, not an observed convention.

  1. Discretionary extras first - the evening event, swag upgrades, sponsored add-ons. This is the Best tier's own content, and cutting it protects the core experience entirely.
  2. Per-head variable quantities second - catering covers, badge and lanyard counts - only where the guarantee hasn't locked yet. Past the lock date this rung is gone, which is why the cut order must be decided against the cash-flow schedule, not in the abstract.
  3. Fixed structural lines last - the venue tier, the core Media line. These commit earliest and can cost more to cut than to keep. Attrition thresholds and food-and-beverage minimums are owed on what was committed, not on what turned up, so a downgrade can produce a penalty larger than the saving.

Every cut also moves the revenue side. Sponsors price on reach, so a downgrade that shrinks attendance, days or tracks shrinks what sponsors will pay - revenue is not independent of scope. Price each rung's cut net of the sponsor revenue it loses: a cut that saves less than the sponsorship it forfeits deepens the shortfall it was meant to close.md](references/budget-failure-case-studies.md) - a drastic mid-cycle cut drove sponsors out, and only digital visibility kept selling.

Reserve policy: across editions, not inside one

The contingency stack protects one edition. The reserve protects the organization across editions: it is what lets it survive one failed edition or a shock (a pandemic-type cancellation) without folding. This is a decision with three parts, not a ranked menu - organizations legitimately differ, and nothing below is an industry figure.

Some communities target break-even on every event; others build a small surplus on each large event. Meetups and conferences carry different commitments, so their policies differ.

  1. Target - the reserve size, self-set, expressed against the organization's own fixed yearly costs (for example, a number of months of fixed cost) or against the largest single non-recoverable commitment it signs. Never a percentage borrowed from another event.
  2. Contribution per event - how much each edition adds or draws, as its own budget line. A large ticketed event is the natural contributor; a free meetup evening usually contributes nothing and may draw.
  3. What the reserve may fund - written down before it is needed. Typical permitted uses: absorbing a failed edition's deficit, deposits for the next edition before sponsor money lands, seeding a new chapter in another city from a surplus. Anything not on the list needs the same second-approver rule as other major spend (Q9).

Policy shapes, both legitimate:

  • Break-even each edition - surplus is not a goal; the reserve is whatever the contingency floor leaves unspent. Fits a meetup series whose commitments are small and short (a room, drinks), where one failed evening is survivable from organizers' pockets or the annual-funding budget.
  • Surplus on large events - each large ticketed edition carries a planned contribution line. Fits an organization signing venue deposits and multi-month commitments, where one failed edition without a reserve ends the organization.

Hand the reserve's legal holding and any tax treatment of a surplus to the fiscal host or counsel (see "What this skill will never state"); a non-profit's surplus rules are jurisdiction-specific.

Outflow commitment posture

How the budget commits money against revenue not yet banked - the liquidity question, distinct from samber/dev-event-organizer-skills@event-planning-timeline's choice of buffer mechanic. That skill owns the calendar; this one decides how far the discipline goes and hands the dates back. Ranking (default, not a law - re-rank against Q5, Q6, Q8):

  • effort (tracking work, counterparty conversations, standing attention through the sale window): staged against a tracked signal > latest safe date > earliest date allowed
  • value (money still in hand when a revenue line misses, and quantities committed against a real number): staged against a tracked signal == latest safe date > earliest date allowed
  • compliance cost (the review each posture triggers and the reversibility it costs at the moment of payment): earliest date allowed > latest safe date > staged against a tracked signal
  • efficiency: latest safe date > staged against a tracked signal > earliest date allowed

Dominance check: 3 pairs, zero strict-dominance relations. Two mechanisms block it:

  • The two pairs against earliest-date-allowed fail on effort: keeping more money in hand costs strictly more tracking and counterparty attention, even though it is cheaper on reversibility.
  • Staged against latest-safe ties on value, each cheaper on a different cost axis (staged spends less reversibility, latest-safe less attention), so neither is at least equal on both.

Staged and latest-safe tie on value: both leave the same money uncommitted on the same date. They differ only in whether commitment arrives as one decision or several, which changes when you learn, not how much you keep. Learning is a demand read samber/dev-event-organizer-skills@event-market-fit already owns, so it is not counted twice here.

Compliance cost is real here, expressed as reversibility, never money. Paying before a stated cancellation date spends recoverability you were under no obligation to spend, and it does not come back.

A room block or catering guarantee committed at full size carries a usage threshold owed regardless of turnout. A small block grown in steps keeps exposure proportional to what is confirmed - see references/cash-flow-fiscal-hosting-and-tax.md for the staging tactic in practice.

  • Latest safe date - the default and the efficiency winner: identify, per commitment, the last date it can be made without losing the thing, and hold until then. The asymmetry is the whole argument - adding capacity late is cheap and fast, unwinding a committed order is expensive or impossible.
  • Staged against a tracked signal - the starved option: ties top on value, tops effort, so efficiency never leads with it. Promotion condition (Q5 + Q8): the commitment carries a threshold owed regardless of turnout and someone can hold a standing tracking job through the sale window. Both required; staging without a tracker is just a smaller order.
  • Earliest date allowed - the do-nothing baseline, kept in the menu only so the reader can see what it costs. It tops compliance cost and buys nothing back.

Delete, do not demote: earliest date allowed, whenever Q11 says no counterparty offers a genuine early-payment discount - from this menu and the axis lines. With nothing on the other side of the reversibility it spends, it is a pure loss that, parked at the bottom, reappears as "we may as well pay it, it's budgeted."

What this skill will never state

  • A tax rate, threshold, form name, or registration requirement, as though it were general. Ticket and sponsorship revenue follow different, jurisdiction-specific rules - see references/cash-flow-fiscal-hosting-and-tax.md for contrasting jurisdiction examples. The answer comes from the fiscal host, a local accountant, or counsel.
  • A contingency percentage presented as an industry convention. Size it from the three tools in the stack above and label the result self-set.
  • A venue or vendor price benchmark. No published benchmark exists for either; three real quotes on one identical requirements sheet is the substitute, owned by samber/dev-event-organizer-skills@event-venue-sourcing and samber/dev-event-organizer-skills@event-vendor-sourcing.
  • A named accounting platform, ticketing platform or fiscal host as a recommendation. Fee structures appear in the references as published facts about a market, not as picks.

Failure modes

  • Per-head costs budgeted off the registration count. The registration count is who was accepted; the expected-show-up number is who eats. Catering ordered against the first is over-ordered by construction.
  • A budget that is profitable and still fails. Deposits leave before sponsor invoices are paid - see references/budget-failure-case-studies.md for two cases of exactly this shape. Read the lowest cash point, not the bottom line.
  • Announcing a date before there is a working way to process money. Settle who holds the money, and how long it takes to get back out, before the date goes public - an organizing guide states this failure directly in references/cost-taxonomies-and-sourced-benchmarks.md.
  • One budget instead of three tiers. A single budget has one break-even and no move except cancelling. The ladder exists so a revenue miss has a response that is not a cancellation.
  • Treating the money-handling share as a rounding error. A fiscal host's cut and processing fees come off everything passing through, on both rails, before any line is funded.
  • Modelling sponsor revenue as independent of scope. Sponsors price on reach; a downgrade that shrinks the event shrinks sponsorship too, and sponsors may withdraw outright. Re-estimate sponsor revenue per tier and price each cut net of the sponsorship it loses.
  • Signing the venue before demand is proven. A large venue signed before sales are known turns a demand miss into a drastic mid-cycle cut, which then costs sponsor revenue on top of attrition (see references/budget-failure-case-studies.md). Size the venue commitment to the Good tier, or hold it to the latest safe date.
  • No reserve policy. Break-even every time is a legitimate choice only when made on purpose; by default it means one failed edition or one shock ends the organization. Write the target, the per-event contribution and the permitted uses.
  • Membership tied to event ticket discounts. Members join just before each event, the member count spikes and distorts, and income stays coupled to single events. Decouple membership and annual sponsorship from any one edition.
  • Speaker travel folded into the speakers' dinner line. Travel and hotel reimbursement scales per speaker and per distance, not per head; hidden inside a small appreciation line, it is the first overrun nobody saw coming.
  • Cutting a fixed structural line first. Attrition thresholds and food-and-beverage minimums are owed on the commitment, so the penalty can exceed the saving. Follow the cut order.
  • Quoting a contingency percentage, or a tax rule, as a standard. Neither has an event-industry standard behind it. Saying so costs nothing; inventing either gets discovered by an auditor or a tax authority.
  • Reading one published event's revenue split as a norm. The three published actuals disagree almost completely. They bound the space of real postures; none of them is a target.
  • Re-deriving a ticket or sponsor price to make the model balance. That produces a second number competing with the prices event-ticket-pricing and event-sponsor-pricing already set. Change the target and hand it back instead.

Measurement

This skill sets one binary gate for itself, plus the self-set observables below. Pick two or three of them, and write down before the first commitment what each would change.

Gate (binary, checkable): at the first go/no-go date, every cost line carries either a dated quote or an explicit "no quote yet" label, and the cash-flow schedule has a computed lowest point. A budget with silent placeholders has not been built yet, whatever its total says. Iterate until this passes.

  • Variance per line, planned against actual (self-set): the number samber/dev-event-organizer-skills@event-debrief will ask for. Per line, never as one total - a total nets an underestimate against an overestimate and teaches nothing.
  • Lowest projected cash point against the lowest actual cash point (self-set): if the actual trough is far below the projection, the inflow dates were optimistic, which is a different fix from the costs being wrong.
  • Contingency drawn against contingency held (self-set): drawing none for several editions is evidence the floor is oversized; drawing all of it is evidence the pad is undersized.
  • Which tier the event actually ran at, against which was planned (self-set): a ladder that never downgrades and never upgrades is not being used as a ladder.
  • Sponsor revenue at the tier actually run, against the per-tier estimate (self-set): a gap after a downgrade means the reach effect was under-modelled.
  • Reserve balance against the reserve target (self-set): read once per year, not per edition.
  • Membership joins by month (self-set, where membership exists): spikes in the weeks before each event mean membership is still coupled to events.

Invocation examples

  • "We are planning a 250-person community conference and have a venue quote and nothing else. Build me the budget."
  • "Sponsorship is at 60% of target with eight weeks to go - what do we cut, and in what order?"
  • "Our hackathon is free to attend. How do I work out what we need to raise, and how much cushion?"
  • "The venue wants a deposit in March but sponsor invoices are not due until June. Are we going to run out of money?"
  • "We run a monthly meetup with annual sponsors. How should the yearly budget and our reserve work?"
  • "Ticket sales are far behind plan for our two-day conference. If we cut to one day, what happens to sponsorship?"

Expected output: a budget model containing:

  • The format and revenue posture, named in the first line.
  • The cost taxonomy, split into fixed and per-head, with each per-head line's driver.
  • Every line, labelled with a dated quote or an explicit placeholder.
  • The top-of-budget deductions.
  • The sponsorship and ticket targets, with their arithmetic.
  • Three costed tiers, with a break-even each.
  • The contingency figure, with the three tools stated separately.
  • The reserve policy and this edition's contribution or draw.
  • A dated cash-flow schedule, with its lowest point marked.
  • The open tax question, written as a question.

Deliver it section by section for validation, with every number labelled published or self-set.

References

  • references/cost-taxonomies-and-sourced-benchmarks.md - the two cost taxonomies with their fixed/per-head cut, the published itemized P&Ls and revenue splits with their events, years and sources, the per-person unit benchmarks, the comp and scholarship allocation figures with their caveats, and how to carry any of it across by ratio.
  • references/cash-flow-fiscal-hosting-and-tax.md - deposit and attrition mechanics, sponsorship payment schedules, fiscal-host fee structures with their dates and one recent structural change, fund-access timing, and the jurisdictional tax contrasts as examples routed to counsel.
  • references/budget-failure-case-studies.md - five published events plus one anonymized case (scope cut costing sponsor revenue) read for their financial mechanism rather than their headline cause, and what each one implies for a line in this model.

See also, same collection:

  • samber/dev-event-organizer-skills@event-first-edition - sequences when the three tiers get chosen for a first edition.
  • samber/dev-event-organizer-skills@corporate-event-strategy - at the company-run pole, decides who owns the funding line and what it is funded to accomplish; this skill models the money that ownership already settled and never picks the owner.
  • samber/dev-event-organizer-skills@event-format-selection - decides whether program inventory may be sold as a funding source at all.
  • samber/dev-event-organizer-skills@hackathon-cash-prize - sizes a prize pool inside the Prizes line this skill sets.

FAQ

What does the event-budget skill do?

Build the budget and P&L for a technical event - every cost line split into fixed and per-head, the revenue mix against the funding model, a Good/Better/Best scope-tier ladder so break-even has three answers instead of one, a contingency sized as a stacked floor, pad and downgrade ladder whose cuts also price lost sponsor reach, a cross-edition reserve policy, annual funding decoupled from single events, and outflows scheduled against the dates sponsor and ticket money actually lands. Use whenever asked to build an event budget, model conference or hackathon costs, find break-even, size a contingency reserve, set a reserve or surplus policy across editions, fund a recurring meetup series annually, plan event cash flow, or decide what to cut when revenue falls short. Consumes prices and real vendor quotes, never sets them. Do NOT use to set ticket or sponsor prices - use samber/dev-event-organizer-skills@event-ticket-pricing or samber/dev-event-organizer-skills@event-sponsor-pricing.

How do I install event-budget?

Run npx skills add https://github.com/samber/dev-event-organizer-skills --skill event-budget in your project. The skills CLI detects the agents you use and copies the skill into the right folder. For Claude Code you can also place the skill folder at ~/.claude/skills/event-budget/ (personal) or .claude/skills/event-budget/ (project).

Which AI agents can use event-budget?

Any agent that supports the open Agent Skills format (a folder with a SKILL.md file), including Claude Code, Codex, Cursor, GitHub Copilot, Gemini CLI, Windsurf, Cline, OpenCode and more.

Is event-budget safe to install?

Security partners have reviewed it: Gen Agent Trust Hub passed; Socket passed; Snyk passed. As with any skill, read the SKILL.md and bundled scripts before installing.

Who maintains event-budget?

It is published by samber in samber/dev-event-organizer-skills. It has 5,435 recorded installs.

More from samber/dev-event-organizer-skills

View all →

tech-podcast-youtube-channel

samber/dev-event-organizer-skills

Run an organizer's own standing podcast or video channel as a cross-edition media property - whether to sustain a channel at all, the cadence commitment and its named owner in the quiet months, guest sourcing from the speaker pool outward, the two-way feed with the event cycle, and the wind-down or handover when organizers change. Use whenever the user mentions starting a conference podcast or YouTube channel, publishing between editions, where episode guests come from, who owns the show when an organizer leaves, or closing one down - even if they never say "podcast". Do NOT use for cutting one edition's talk recordings into clips - use samber/dev-event-organizer-skills@event-content-repurposing instead.

Media & Creative5.4K installs

dev-event-hiring

samber/dev-event-organizer-skills

Employer-side hiring for tech-event-organizing roles - producer/manager/coordinator, and the community-manager-shaped end of the field. Calibrates the scorecard to operating context (in-house, agency, non-profit/community, or a standing conference business), builds the loop from the general event-planner sequence plus CMX's five-competency set and paid mini-audit work sample, flags the "one hire owns sponsorship, content and production" consolidation pattern seen in postings, sources candidates from general event-industry boards since no tech-specific one exists, and gates compensation on named sources (PCMA, BLS, Glassdoor) rather than a blended figure. Use when the user asks how to hire an event producer or manager, write a posting, design a loop, or hire an event community manager. Do NOT use for candidate prep (samber/dev-event-organizer-skills@dev-event-career) or team org design (samber/dev-event-organizer-skills@event-team-structure).

Business & Finance5.4K installs

hackathon-brief-design

samber/dev-event-organizer-skills

Write the hackathon challenge document teams read before they build - problem statements sized to the time box, thematic challenge tracks, the published rules and eligibility text, the submission-artifact checklist, sponsor-challenge framing, and naming (never weighting) the evaluation categories. Use whenever the user mentions a hackathon brief, challenge or track prompts, hackathon rules or eligibility, submission guidelines, or turning a sponsor's API into a challenge - even if they never say "brief". Challenge tracks here are thematic categories a team enters, not parallel session streams. Do NOT use for rubric weights and judging mechanics - use samber/dev-event-organizer-skills@hackathon-judging instead.

Backend & APIs5.4K installs

event-date-selection

samber/dev-event-organizer-skills

Pick the date a technical event runs on - the decision every other plan hangs off. Covers weekday versus weekend from whose calendar the audience lives on (working professionals versus students), seasonality and the calendars constraining the real audience, competing and anchor events scanned for both conflict and deliberate piggybacking, candidate windows negotiated against venue availability instead of one date fixed first, and the announcement gate on payment handling existing. Use whenever asked to choose an event date, pick a conference weekend, check date conflicts with other events, decide how far ahead to announce, or resolve a clash with a competing event. Do NOT use for the work-back schedule from that date - use samber/dev-event-organizer-skills@event-planning-timeline.

event-landing-page

samber/dev-event-organizer-skills

Build a technical event's public front door and the small site around it - the page shape for the funding model (a ticketed event's single-CTA hero, or a free event's stats hero with no registration to sell), the section set, a date-gated CTA state machine so Propose renders only during the CFP window and Register only inside the registration window, the accessibility target, and the event structured data. Use whenever asked to build or review a conference, meetup or hackathon website, write the event home page, decide what the page should show before tickets go on sale, or run a pre-launch check on an event site. Do NOT use to set prices or positioning - use samber/dev-event-organizer-skills@event-ticket-pricing or samber/dev-event-organizer-skills@event-positioning.

Frontend & Design5.4K installs

event-talk-selection

samber/dev-event-organizer-skills

Run the review and selection process on CFP submissions a technical event already collected - committee composition, how blind review executes (platform hiding versus a dedicated anonymizer role) and what it cannot fix, scoring rubrics, multi-round score-to-shortlist-to-program-fit cascades, conflict-of-interest recusal, diversity and first-time-speaker balancing, acceptance-rate management, and accept/decline/waitlist communication. Use whenever the user mentions a program committee, a talk rating grid, blind CFP review, choosing which submitted talks make the programme, reviewer conflicts of interest, or acceptance and rejection emails - even if they never say "selection". Do NOT use to design the call itself - use samber/dev-event-organizer-skills@event-cfp-design.

Popular business & finance skills

View category →

sales-enablement

coreyhaines31/marketingskills

When the user wants to create sales collateral, pitch decks, one-pagers, objection handling docs, or demo scripts. Also use when the user mentions 'sales deck,' 'pitch deck,' 'one-pager,' 'leave-behind,' 'objection handling,' 'deal-specific ROI analysis,' 'demo script,' 'talk track,' 'sales playbook,' 'proposal template,' 'buyer persona card,' 'battle card,' 'battlecard,' 'competitive one-pager,' 'win-loss analysis,' 'why are we losing deals,' 'loss reasons,' 'how do I respond to this objection,' 'prospect just said,' 'help my sales team,' 'sales materials,' or 'what should I give my sales reps,' 'cold call script,' or 'voicemail script.' Use this for any document or asset that helps a sales team close deals. For public competitor comparison pages, see competitors. For running buyer interviews or churn research, see customer-research. For marketing website copy, see copywriting. For cold outreach emails, see cold-email. For the offer being sold (bonuses, guarantees, pricing structure),

Business & Finance119.5K installs

revops

coreyhaines31/marketingskills

When the user wants help with revenue operations, lead lifecycle management, or marketing-to-sales handoff processes. Also use when the user mentions 'RevOps,' 'revenue operations,' 'lead scoring,' 'outbound pipeline stages,' 'lead routing,' 'MQL,' 'SQL,' 'pipeline stages,' 'deal desk,' 'CRM automation,' 'marketing-to-sales handoff,' 'data hygiene,' 'leads aren't getting to sales,' 'pipeline management,' 'lead qualification,' or 'when should marketing hand off to sales.' Use this for anything involving the systems and processes that connect marketing to revenue. For cold outreach emails, see cold-email. For email drip campaigns, see emails. For pricing decisions, see pricing.

Business & Finance114.1K installs

sales-funnel-blueprint

autonnel/autonnel-skills

Turn an offer into a concrete multi-step sales funnel spec - page-by-page structure, price ladder, copy outline and the metrics each step must hit. Use when asked to build a sales funnel, marketing funnel, landing page flow, lead magnet funnel, webinar funnel, tripwire or VSL funnel, when planning a product launch page flow, or when someone asks "what pages do I need" for selling something online.

Business & Finance104.5K installs

pricing

coreyhaines31/marketingskills

When the user wants help with pricing decisions, packaging, or monetization strategy. Also use when the user mentions 'pricing,' 'pricing tiers,' 'freemium,' 'free trial,' 'packaging,' 'price increase,' 'value metric,' 'Van Westendorp,' 'willingness to pay,' 'monetization,' 'how much should I charge,' 'my pricing is wrong,' 'pricing page,' 'annual vs monthly,' 'per seat pricing,' 'should I offer a free plan,' 'pricing page teardown,' 'pricing page audit,' 'is my pricing page AI-readable,' or 'can AI read my pricing.' Use this whenever someone is figuring out what to charge, how to structure their plans, or wants to audit a pricing page (for humans and for the AI agents that shortlist tools). For in-app upgrade screens, see paywalls. For offer construction (bonuses, guarantees, value framing, naming) on services/courses/coaching/high-ticket B2B, see offers.

Business & Finance80K installs

cross-border-ecommerce

nexscope-ai/ecommerce-skills

Cross-border e-commerce expansion advisor. Scores target markets on 8 weighted dimensions (market size, ecommerce penetration, competition, regulatory complexity, logistics infrastructure, payment ecosystem, cultural distance, IP protection), compares 5 fulfillment models with cost and transit data, provides country-by-country tax/duty compliance guides (EU VAT/IOSS, UK VAT, US sales tax, CA GST, AU GST, JP consumption tax), maps local payment preferences by market, and builds a phased expansion roadmap. No API key required.

Business & Finance62.9K installs

pricing-strategy

coreyhaines31/marketingskills

When the user wants help with pricing decisions, packaging, or monetization strategy. Also use when the user mentions 'pricing,' 'pricing tiers,' 'freemium,' 'free trial,' 'packaging,' 'price increase,' 'value metric,' 'Van Westendorp,' 'willingness to pay,' 'monetization,' 'how much should I charge,' 'my pricing is wrong,' 'pricing page,' 'annual vs monthly,' 'per seat pricing,' or 'should I offer a free plan.' Use this whenever someone is figuring out what to charge or how to structure their plans. For in-app upgrade screens, see paywall-upgrade-cro.

Business & Finance61.2K installs