Valider le composant ECS

VérifiéSûr

Valide qu'un composant ECS, un élément de tampon ou un tag respecte les conventions de projet, y compris le nommage, la pureté de structure, les champs minimaux et l'absence de duplication.

Spar Skills Guide Bot
DeveloppementIntermédiaire
1027/07/2026
Claude CodeCursorWindsurf
#ecs#validation#component#code-review#unity

Recommandé pour

Notre avis

Valide les composants ECS Unity, les éléments de tampon ou les tags conformément aux conventions du projet, y compris le nommage, la pureté des structures, les champs minimaux et l'absence de duplication.

Points forts

  • Assure un nommage et une structure cohérents dans toute la base de code des composants ECS.
  • Détecte automatiquement les duplications avec les composants existants pour éviter les chevauchements de données.
  • Vérifie les erreurs courantes comme le mélange de logique métier dans les conteneurs de données.
  • Fournit des résultats clairs (réussite/échec/avertissement) et des recommandations exploitables.

Limites

  • Fonctionne uniquement avec les composants ECS Unity, pas avec les classes C# générales.
  • Dépend de motifs glob de fichiers qui supposent une structure de projet spécifique.
  • Ne peut pas vérifier l'exactitude à l'exécution ni les implications de performance.
Quand l'utiliser

Utilisez après avoir créé ou modifié un composant ECS pour vous assurer qu'il respecte les conventions de l'équipe avant de le valider.

Quand l'éviter

N'utilisez pas pour du code non-ECS, ou lorsque vous vous écartez intentionnellement des conventions pour une raison spécifique.

Analyse de sécurité

Sûr
Score qualité90/100

The skill only reads files and searches for patterns, using safe tools (Read, Grep, Glob). No code execution, no network access, no destructive operations.

Aucun point d'attention détecté

Exemples

Validate a specific component file
/validate-component MovementComponent.cs
Validate all new/modified components in the current git diff
/validate-component
Check a tag component for conventions
Is this component correct? It's a tag called IsMovingTag.cs

name: validate-component description: > Validate an ECS component, buffer element, or tag follows project conventions including naming, struct purity, minimal fields, and no duplication with existing components. AUTO-INVOKE when: (1) a new or modified component file was just written, (2) after /new-ecs-component as a mandatory post-creation check, (3) the user asks "is this component correct?", "does this component follow conventions?", (4) reviewing a PR/diff that includes component changes. Also invoke when you're about to add fields to an existing component — check duplication first. disable-model-invocation: false allowed-tools: Read, Grep, Glob

Validate Component — ECS Component Compliance Review

Usage

/validate-component <ComponentName or file path>

If no argument is given, validate all new/modified component files in the current git diff.

Validation checklist

1. Naming Convention

Verify correct naming based on interface:

| Interface | Naming Pattern | File Pattern | Example | |-----------|---------------|--------------|---------| | IComponentData | {Name}Component or descriptive name | {Name}.Component.cs | SquadMovement.Component.cs | | IBufferElementData | {Name}Element | {Name}Element.cs | InactiveSquadElement.cs | | IEnableableComponent | {Name}Tag or {Name}Component | varies | SquadSwapExecuteTag.cs | | Tag (empty struct) | {Name}Tag | {Name}Tag.cs | IsMovingTag.cs |

2. Struct Purity

Verify:

  • Component is a struct, not a class
  • No methods with side effects (pure data only)
  • No references to MonoBehaviours, GameObjects, or managed types (unless using ICleanupComponentData)
  • No business logic — components are data containers only

3. No Duplication

Search existing components for overlapping data:

Glob: Assets/Scripts/**/*Component*.cs
Glob: Assets/Scripts/**/*Element*.cs
Glob: Assets/Scripts/**/*Tag*.cs

Check if any existing component already stores the same fields or serves the same purpose. Report overlaps.

4. Minimal Fields

Verify the component:

  • Has only fields necessary for its purpose
  • Doesn't combine unrelated data (should be split into separate components)
  • Uses appropriate types (Entity for references, float3 for positions, etc.)
  • Uses FixedString instead of string for text data

5. Authoring (if applicable)

If the component has a Baker/Authoring class:

  • Verify it follows the {Name}Authoring naming pattern
  • Verify the Baker only adds the component, doesn't contain logic

Output format

## Component Validation: {ComponentName}

**File:** {path}
**Type:** IComponentData / IBufferElementData / Tag / IEnableableComponent
**Fields:** {list of fields}

### Results
| Check | Status | Notes |
|-------|--------|-------|
| Naming | PASS/WARN/FAIL | ... |
| Struct Purity | PASS/WARN/FAIL | ... |
| No Duplication | PASS/WARN/FAIL | ... |
| Minimal Fields | PASS/WARN/FAIL | ... |
| Authoring | PASS/WARN/FAIL/N/A | ... |

### Duplicates Found
| Existing Component | File | Overlapping Fields |
|-------------------|------|--------------------|
| ... | ... | ... |

### Recommendations
- ...
Skills similaires