본문으로 건너뛰기
cccskills
무료GitHub에 공개

company-event-ops

Run a company event — the launch party, the customer day, the team celebration — as the operation it is: the goal that shapes every choice, the budget with its forgotten lines, the vendor and venue coordination, the run-of-show with owners, and the day-of roles that keep hosts hosting. Use when asked plan the company event, organize our customer day/holiday party/launch event, what am I forgetting for this event, or be the run-of-show for Thursday. Produces the goal-shaped plan, the budget with the forgotten lines, the run-of-show, and the day-of role card.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

설치 방법 보기

포함된 파일(1)

  • SKILL.md6.6 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

Company Event Ops Skill

Company events are wedding-logistics-planner mechanics pointed at a business goal — and the goal is the part that usually goes unstated, which is why so many events are pleasant and pointless. "What is this event for" (celebrate the team? deepen customer relationships? mark the launch loudly?) shapes every downstream choice: venue, format, guest list, budget, and what success means Friday morning. Below the goal, it's operations: the budget with its routinely-forgotten lines (AV, service fees, the buffer), vendors coordinated on one sheet, the run-of-show with a named owner per segment, and the day-of rule that saves every event: the hosts host; the runners run — decided in advance, or the CEO spends the customer day moving chairs.

What This Skill Produces

  • The goal-shaped plan — the event's purpose stated, and the format/venue/guest choices that follow from it
  • The budget — the real lines including the forgotten ones (AV, service charges + gratuities, signage, the 10% buffer)
  • The run-of-show — the event in segments: time, what happens, who owns it, what could go wrong
  • The day-of role card — hosts, runners, the decision-holder, vendor point — names against jobs, the workshop-designer capture-role logic applied to events

Required Inputs

Ask for these if not provided:

  • The goal, forced to specific — "team morale" becomes "the team feels seen after a brutal quarter — success is people staying past the official end"; the goal test kills format mismatches early (awards ceremonies serve recognition; open bars serve decompression; they are not interchangeable)
  • The constraints — budget band, date, headcount, the venue-vs-office question, and the remote contingent (excluded remote employees remember it longer than the event)
  • The stakes and audience — internal celebration vs. customer-facing changes the polish bar, the run-of-show rigor, and who must never be seen moving chairs
  • The history — last event's autopsy: what worked, what ran late, who got stuck running logistics

Framework: The Ops Rules

  1. The goal picks the format: every major choice (venue, program length, speeches-or-not, seating) gets tested against the stated goal — a customer event's goal ("deepen the top-20 relationships") argues for round tables and long breaks, against back-to-back presentations; a celebration's goal argues against anything resembling work. Events without a stated goal default to imitating the last event, recursively.
  2. The budget includes the forgotten lines: AV (always more than assumed, and load-bearing for anything with speeches), service charges and gratuities (the wedding-budget 20%+ surprise, corporate edition), signage/branding, overtime clauses, and the 10% contingency that isn't decoration. The per-head number is computed early — it's the go/no-go and the format-shaper.
  3. Vendors live on one sheet: the travel-brief-style card per vendor — contact, arrival, setup window, what they need (power, access, load-in), payment status — and one named vendor-point who answers their calls (the day's hosts must not be that person).
  4. The run-of-show is minute-mapped with owners: segments with times, transitions planned (a room of 80 moves slowly — wedding-logistics-planner crowd-speed math), each segment owned, the AV/speech segments rehearsed (presenter-notes for anyone speaking), and the contingency cards for the classics: speaker overruns (the cut plan), tech fails (the bridge), rain (the call time and caller).
  5. Day-of roles keep the right people visible: hosts (senior folks whose job is the guests — protected from logistics absolutely) · runners (empowered to solve small problems with a budget cap) · the decision-holder (one name for the audibles) · vendor-point. The offsite-planner two-endings rule applies: the event ends twice — in the room, and in the follow-through (the customer thank-yous, the photo share, the what-worked note for next time's autopsy file).

Output Format

Event Ops: [event] — goal: [the specific version] · [date, headcount, budget/head]

Goal → Format Decisions

[The stated goal · the choices it drove: venue/format/program/guest-list — each with its why]

The Budget

[The lines including AV, service+gratuity, signage, overtime clauses · the 10% buffer · per-head]

Vendor Sheet + Run-of-Show

[Vendor cards: contact/arrival/needs/payment · The minute-map: time × segment × owner × contingency]

Day-Of Roles

[Hosts (protected) · runners (+ their budget cap) · decision-holder · vendor-point — names against all]

The Second Ending

[The follow-through: thank-yous, the share, the autopsy note — owned and dated]

Quality Checks

  • The goal is specific enough to have vetoed at least one format choice
  • The budget carries the forgotten lines and the buffer
  • Every run-of-show segment has an owner and the classics have contingency cards
  • Hosts are structurally protected from logistics
  • The follow-through has owners before the event starts

Anti-Patterns

  • Do not plan an event without a stated goal — pleasant-and-pointless is the default outcome
  • Do not let the CEO move chairs — the role card exists so seniority hosts instead of hauling
  • Do not budget the caterer's quote as the food cost — service and gratuity are the corporate surprise too
  • Do not skip the remote contingent — the excluded remember longer than the attendees
  • Do not end once — the un-followed-through event evaporates by Monday; the second ending is where the goal gets banked

Example Trigger Phrases

  • "Plan the company event."
  • "Organize our customer day/holiday party/launch event."
  • "What am I forgetting for this event?"
  • "Be the run-of-show for Thursday."

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Design a 360-degree feedback survey or write a structured 360 feedback report. Use when asked to build a 360 feedback process, write 360 feedback for a colleague, design a feedback survey, or produce a feedback report. Produces either a complete survey instrument with rating scales and open-ended questions, or a structured narrative feedback report with themes, strengths, and development areas.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

mohitagw15856/pm-claude-skills1.5천2026년 10월 17일 업데이트

Decode a 401k or workplace retirement plan — the real cost of its funds, the match's fine print, vesting math, and the plan features worth using or avoiding. Use when someone asks 'is my 401k any good', 'decode my 401k plan', 'which funds should I look at', or 'what fees am I paying'. Produces a fee decode in dollars-over-time, match and vesting math, a fund-lineup triage by cost, and the questions for HR or the plan administrator.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

mohitagw15856/pm-claude-skills1.5천2026년 10월 17일 업데이트

Design statistically rigorous A/B tests for product features, UI changes, onboarding flows, and pricing experiments. Use when asked to set up an experiment, design an A/B test, calculate sample size, or interpret test results. Produces a complete test plan with hypothesis, variant definitions, sample size, duration estimate, guardrail metrics, and a results interpretation guide.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

mohitagw15856/pm-claude-skills1.5천2026년 10월 17일 업데이트

Analyse a finished A/B test and write the readout — the result, whether it's statistically and practically significant, what it means, and the ship/no-ship call. Use when asked to analyse experiment results, write an A/B test readout, interpret test data, or decide whether to ship a variant. Produces a clear verdict with the lift and confidence, segment cuts, the risks (peeking, novelty, sample), and a recommendation. Distinct from planning a test — this reads results.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

mohitagw15856/pm-claude-skills1.5천2026년 10월 17일 업데이트

Build or tailor an academic CV for faculty, postdoc, research or fellowship applications: publications, grants, teaching, supervision and service in the order the field expects, with consistent citations. Use when asked to write my academic CV, update my CV for a lectureship, tenure-track or postdoc application, format my publications list, or adapt my academic CV for an industry research role. Produces the full academic CV, a field-appropriate section order, a clean publications list in one citation style, and a two-page summary version when asked.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

mohitagw15856/pm-claude-skills1.5천2026년 10월 17일 업데이트

Generate a WCAG 2.2 accessibility audit checklist and remediation suggestions for any UI or design. Use when asked to audit for accessibility, check WCAG compliance, review a design for a11y issues, or create an accessibility remediation plan. Produces a prioritised checklist with pass/fail assessments and specific fixes.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

mohitagw15856/pm-claude-skills1.5천2026년 10월 17일 업데이트

mohitagw15856의 스킬 모두 보기

이 스킬의 문제 신고