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.
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.
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ûrThe 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-component MovementComponent.cs/validate-componentIs this component correct? It's a tag called IsMovingTag.csname: 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 aclass - 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 (
Entityfor references,float3for positions, etc.) - Uses
FixedStringinstead ofstringfor text data
5. Authoring (if applicable)
If the component has a Baker/Authoring class:
- Verify it follows the
{Name}Authoringnaming 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
- ...
Expert Next.js App Router
Developpement
Un skill qui transforme Claude en expert Next.js App Router.
Générateur de README
Developpement
Crée des README.md professionnels et complets pour vos projets.
Rédacteur de Documentation API
Developpement
Génère de la documentation API complète au format OpenAPI/Swagger.