Install any skill in seconds. Free to start, no credit card required.
Get Started Free →donchitos/team-live-ops
Orchestrate the live-ops team for post-launch content planning: coordinates live-ops-designer, economy-designer, analytics-engineer, community-manager, writer, and narrative-director to design and plan a season, event, or live content update.
Passed 14 of 18 test cases with the skill, and 4 of 18 without it.
and 11 more in the full report
10 fixed4 passed either way4 still failing0 broke4 errored
Tokens, turns and time describe resource use, not a dollar price.
One of 10 test cases the skill fixed. Same model, same prompt, with and without the skill.
Please run /team-live-ops without any parameters.
| Checked | Without skill | With skill |
|---|---|---|
| Outputs the usage string for slash team-live-ops. | Missed | Passed |
| Stops execution immediately without spawning subagents. | Passed | Passed |
The instructions your model reads when the skill loads.
Argument check: If no season name or event description is provided, output:
"Usage:
/team-live-ops [season name or event description] [--review full|lean|solo]— Provide the name or description of the season or live event to plan." Then stop immediately without spawning any subagents or reading any files.
When this skill is invoked with a valid argument, orchestrate the live-ops team through a structured planning pipeline.
Decision Points: At each phase transition, use AskUserQuestion to present
the user with the subagent's proposals as selectable options. Write the agent's
full analysis in conversation, then capture the decision with concise labels.
In collaborative mode, the user must approve before moving to the next phase.
In guided mode the pipeline advances automatically unless a phase is BLOCKED;
in autonomous mode it runs end to end, recording each phase outcome via
log_decision. Decisions in automation_always_ask categories
(is_always_ask_category helper) always prompt regardless of mode. See
.claude/docs/automation-modes.md.
!bash "${CLAUDE_SKILL_DIR}/../../hooks/yaml-helper.sh" resolve_config --keys review_mode,automation,team.size,workflow
Resolved above — use as-is; --review overrides review_mode. No block →
defaults in .claude/docs/config-resolution.md.
review_mode sets director-gate depth, and this pipeline has no director gate:
no phase below spawns CD-, TD-, PR- or AD-PHASE-GATE, at any review_mode. Its
phase gates are the pipeline's own decision points (defined under team.size
below), and the agents that work at them are team members, not director gates.
automation drives the Decision Points note above. See the Decision Points note above and
.claude/docs/automation-modes.md for how each mode changes pipeline behavior.
team.size: which agents are active (orthogonal to review_mode gate-depth and workflow docs).
individual (default): live-ops-designer + economy-designer. Other agents consulted via these two, not spawned separately.small: + analytics-engineer + community-manager.studio: + writer + narrative-director (the full pipeline as documented).
A non-core agent needed at individual routes through the nearest active core agent with an informational note. "Phase gate" means any phase that ends in an AskUserQuestion decision point this pipeline itself lists — a transition under Decision Points above, or a Gate step written into the pipeline below — whatever the automation mode. guided and autonomous change how a gate is passed (it auto-advances, or is recorded with log_decision), not whether it is one, so bounded-exception condition (3) below holds at it in every mode. An agent restricted to "phase gates only" is spawned at those points and no others. This active-set scoping applies throughout the pipeline below: any phase that names an agent outside the active set routes through the nearest core agent rather than spawning it.Announce the active set before Phase 1 — never let the collapse be silent.
test cases passed, vs 4 / 18 without
More skills from the same source and nearby in the registry, with their headline benchmark lift.