agentleFS
scotidevscotidev/GameDevStudio/.agents/skills/team-combat/SKILL.md

team-combat

Skill1 starsChanged 8 months agoMITView on GitHub

Orchestrate the combat team: coordinates game-designer, gameplay-programmer, ai-programmer, technical-artist, sound-designer, and qa-tester to design, implement, and validate a combat feature end-to-end.

13 other projects use a version of this, 9 of them edited.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

10 rules. 8 are common, 1 is distinctive, and 1 is very specific to this project.

  • 8

    Common

    Most of the 11 edited versions we read keep these.

  • 1

    Distinctive

    This author's own choices. Worth a look.

  • 1

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Common:

    When this skill is invoked, orchestrate the combat team through a structured pipeline.

    line 8
  2. Common:

    Use the Task tool to spawn each team member as a subagent:

    line 25
  3. Distinctive:

    Always provide full context in each agent's prompt (design doc path, relevant code files, constraints).

    line 33
  4. Very specific:

    Create or update the design document in design/gdd/ covering: mechanic overview, player fantasy, detailed rules, formulas with variable …

    line 39
  5. Common:

    technical-artist: Create VFX and shader effects

    line 53
  6. Common:

    Ensure all tuning knobs are exposed and data-driven

    line 58
  7. Common:

    Verify the feature works with existing combat systems

    line 59
  8. Common:

    Write test cases from the acceptance criteria

    line 63
  9. Common:

    Test all edge cases documented in the design

    line 64
  10. Common:

    Verify performance impact is within budget

    line 65

“Common” is measured: kept by at least 6 in 10 of the 11 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

When this skill is invoked, orchestrate the combat team through a structured 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. The user must approve before moving to the next phase.

Team Composition

  • game-designer — Design the mechanic, define formulas and edge cases
  • gameplay-programmer — Implement the core gameplay code
  • ai-programmer — Implement NPC/enemy AI behavior for the feature
  • technical-artist — Create VFX, shader effects, and visual feedback
  • sound-designer — Define audio events, impact sounds, and ambient combat audio
  • qa-tester — Write test cases and validate the implementation

How to Delegate

Use the Task tool to spawn each team member as a subagent:

  • subagent_type: game-designer — Design the mechanic, define formulas and edge cases
  • subagent_type: gameplay-programmer — Implement the core gameplay code
  • subagent_type: ai-programmer — Implement NPC/enemy AI behavior
  • subagent_type: technical-artist — Create VFX, shader effects, visual feedback
  • subagent_type: sound-designer — Define audio events, impact sounds, ambient audio
  • subagent_type: qa-tester — Write test cases and validate implementation

Always provide full context in each agent's prompt (design doc path, relevant code files, constraints). Launch independent agents in parallel where the pipeline allows it (e.g., Phase 3 agents can run simultaneously).

Pipeline

Phase 1: Design

Delegate to game-designer:

  • Create or update the design document in design/gdd/ covering: mechanic overview, player fantasy, detailed rules, formulas with variable definitions, edge cases, dependencies, tuning knobs with safe ranges, and acceptance criteria
  • Output: completed design document

Phase 2: Architecture

Delegate to gameplay-programmer (with ai-programmer if AI is involved):

  • Review the design document
  • Design the code architecture: class structure, interfaces, data flow
  • Identify integration points with existing systems
  • Output: architecture sketch with file list and interface definitions

Phase 3: Implementation (parallel where possible)

Delegate in parallel:

  • gameplay-programmer: Implement core combat mechanic code
  • ai-programmer: Implement AI behaviors (if the feature involves NPC reactions)
  • technical-artist: Create VFX and shader effects
  • sound-designer: Define audio event list and mixing notes

Phase 4: Integration

  • Wire together gameplay code, AI, VFX, and audio
  • Ensure all tuning knobs are exposed and data-driven
  • Verify the feature works with existing combat systems

Phase 5: Validation

Delegate to qa-tester:

  • Write test cases from the acceptance criteria
  • Test all edge cases documented in the design
  • Verify performance impact is within budget
  • File bug reports for any issues found

Phase 6: Sign-off

  • Collect results from all team members
  • Report feature status: COMPLETE / NEEDS WORK / BLOCKED
  • List any outstanding issues and their assigned owners

Output

A summary report covering: design completion status, implementation status per team member, test results, and any open issues.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.