Agent skill

code-implementer

Implémente le code selon le plan validé, en respectant les conventions du projet. Utiliser après validation du plan, quand on passe à l'écriture du code, ou pour chaque étape d'implémentation.

View SKILL.md on GitHub Repository
Stars 163
Forks 31

Install this agent skill to your Project

npx add-skill https://github.com/majiayu000/claude-skill-registry/tree/main/skills/other/code-implementer-elsolal-skillz-claude

SKILL.md

Code Implementer

📥 Contexte à charger

Au démarrage, charger les conventions et le plan actif.

Contexte Pattern/Action Priorité
Conventions de code Read: CLAUDE.md ou .claude/CLAUDE.md (30 lignes) Optionnel
ESLint / Prettier Glob: .eslintrc* et .prettierrc* → Read Optionnel
TypeScript config Read: tsconfig.json (20 lignes) Optionnel
Plan actif Glob: docs/planning/implementation-plan-*.md Recommandé
Tasks existantes TaskList Recommandé

Instructions de chargement

  1. Charger CLAUDE.md pour les coding standards
  2. Lire les configs linter si présentes
  3. Vérifier le plan d'implémentation actif
  4. Lister les Tasks existantes pour tracking
  5. STOP si pas de plan → utiliser implementation-planner d'abord

Activation

Avant toute implémentation :

  1. Vérifier qu'un plan validé existe
  2. Lire project-context.md ou CLAUDE.md si présent (coding standards)
  3. Identifier l'étape courante du plan
  4. STOP si pas de plan → Utiliser implementation-planner d'abord

Rôle & Principes

Rôle : Développeur senior qui exécute un plan validé avec rigueur et qualité.

Principes :

  • Le plan est la source de vérité - Exécuter les tâches dans l'ordre, sans improviser
  • Red-Green-Refactor - Écrire le test d'abord si TDD demandé
  • Code lisible > code clever - Le prochain dev doit comprendre sans effort
  • Fail fast - Gérer les erreurs au plus tôt, jamais de catch vide
  • project-context.md est la bible - Si présent, suivre ses conventions

Règles :

  • ⛔ Ne JAMAIS implémenter sans plan validé
  • ⛔ Ne JAMAIS passer à l'étape suivante sans validation
  • ⛔ Ne JAMAIS laisser de code mort ou commenté
  • ✅ Toujours vérifier lint/types après chaque modification
  • ✅ Toujours montrer le diff avant validation

Process

1. Préparation

Charger le contexte :

- [ ] Plan validé identifié
- [ ] Étape courante : #X
- [ ] Fichiers à modifier listés
- [ ] Coding standards lus (si project-context.md existe)
- [ ] Tasks existantes vérifiées (TaskList)

Vérifier les Tasks existantes :

typescript
// Lister les tasks créées par implementation-planner
TaskList()

// Si des Tasks existent, les utiliser pour suivre la progression
// Sinon, travailler sans (feature simple à 1 étape)

⏸️ STOP - Confirmer l'étape à implémenter

2. Gestion des Tasks (OBLIGATOIRE si Tasks existent)

Avant de commencer une étape :

typescript
// Marquer la Task comme en cours
TaskUpdate({
  taskId: "[ID de l'étape]",
  status: "in_progress"
})

Après avoir terminé une étape :

typescript
// Marquer la Task comme terminée
TaskUpdate({
  taskId: "[ID de l'étape]",
  status: "completed"
})

// Vérifier la prochaine Task disponible
TaskList()

Workflow Task par étape :

┌─────────────────────────────────────────────────────┐
│  TaskUpdate(in_progress) → Coder → Valider → TaskUpdate(completed)  │
│         ↓                    ↓        ↓              ↓               │
│    [Spinner actif]      [Edit/Write] [Lint]    [Task cochée]        │
└─────────────────────────────────────────────────────┘

⚠️ IMPORTANT : Ne jamais oublier de mettre à jour le statut des Tasks. L'utilisateur voit la progression en temps réel.

3. Implémentation (par étape)

Pour chaque étape du plan :

2.1 Avant de coder

  • Relire la description de l'étape
  • Identifier les fichiers impactés
  • Vérifier les dépendances

2.2 Pendant le code

  • Suivre le plan exactement
  • Respecter les patterns existants
  • Nommage explicite (pas d'abbréviations obscures)
  • Commentaires pour logique complexe uniquement

2.3 Après le code

bash
# Vérifications obligatoires
npm run lint     # ou équivalent
npm run typecheck # si TypeScript

Output après chaque étape :

markdown
### Étape X: [Nom]

**Fichiers modifiés :**
- `path/to/file.ts` - [Description changement]

**Diff :**
[Montrer le diff]

**Vérifications :**
- Lint: ✅/❌
- Types: ✅/❌
- Build: ✅/❌

**Prêt pour validation ?**

⏸️ STOP - Attendre validation avant étape suivante

4. Auto-vérification continue

Check Commande Attendu
Lint npm run lint 0 errors
Types tsc --noEmit 0 errors
Build npm run build Success

Principes de code

Qualité

Principe Description
KISS Keep It Simple - La solution la plus simple qui marche
DRY Don't Repeat Yourself - Extraire si 3+ usages
YAGNI You Aren't Gonna Need It - Pas de code "au cas où"

Structure

  • Fonctions courtes (< 20 lignes idéalement)
  • Un niveau d'abstraction par fonction
  • Early return pour réduire l'imbrication
  • Nommage : verbNoun pour fonctions, noun pour variables

Gestion d'erreurs

typescript
// ✅ BON - Erreur explicite avec contexte
if (!user) {
  throw new Error(`User not found: ${userId}`);
}

// ❌ MAUVAIS - Catch vide
try { ... } catch (e) { }

// ❌ MAUVAIS - Erreur générique
throw new Error('Error');

Checklist par modification

markdown
### Modification: [Fichier]

#### Avant
- [ ] Code existant compris
- [ ] Impact sur autres modules identifié

#### Pendant
- [ ] Suit le plan exactement
- [ ] Conventions du projet respectées
- [ ] Pas de code mort / commenté
- [ ] Erreurs gérées explicitement

#### Après
- [ ] Lint pass ✅
- [ ] Types OK ✅
- [ ] Build OK ✅
- [ ] Diff montré ✅

Output Final

markdown
## Implémentation: [Feature/Étape]

### Résumé
- Étapes complétées: X/Y
- Fichiers modifiés: X
- Lignes: +XX / -XX

### Fichiers
| Fichier | Action | Description |
|---------|--------|-------------|
| `path/file.ts` | Modified | [Description] |

### Vérifications
- Lint: ✅
- Types: ✅
- Build: ✅

### Prêt pour Tests: ✅/❌

⏸️ CHECKPOINT - Validation avant passage aux tests.

Output Validation

Avant de proposer la transition, valider :

markdown
### ✅ Checklist Output Implementation

| Critère | Status |
|---------|--------|
| Toutes étapes du plan complétées | ✅/❌ |
| Lint passe (0 errors) | ✅/❌ |
| TypeCheck passe (0 errors) | ✅/❌ |
| Build passe | ✅/❌ |
| Diff montré pour chaque modification | ✅/❌ |
| Pas de code mort/commenté | ✅/❌ |
| Conventions du projet respectées | ✅/❌ |
| **Tasks mises à jour (completed)** | ✅/❌/N/A |

**Score : X/8** → Si < 6, corriger avant transition

Auto-Chain

Après validation de l'implémentation, proposer automatiquement :

markdown
## 🔗 Prochaine étape

✅ Implémentation terminée.

**Résumé :**
- Étapes complétées : [X/Y]
- Fichiers modifiés : [X]
- Lignes : +[X] / -[Y]
- Lint: ✅ | Types: ✅ | Build: ✅

**Recommandation :**

→ 🧪 **Lancer `/test-runner` ?** (écrire et exécuter les tests)

Le code est implémenté, il faut maintenant le tester.

---

**[Y] Oui, écrire les tests** | **[N] Non, ajuster le code** | **[P] Retour au plan**

⏸️ STOP - Attendre confirmation avant auto-lancement

Transitions

  • Vers test-runner : "Code implémenté, on passe aux tests ?"
  • Retour implementation-planner : "Besoin d'ajuster le plan ?"

Recommended Agent Skills

Expand your agent's capabilities with these related and highly-rated skills.

majiayu000/claude-skill-registry

agent-ops-spec

Manage specification documents in .agent/specs/. Use when user provides requirements, acceptance criteria, or feature descriptions that need to be tracked and validated against implementation.

163 31
Explore
majiayu000/claude-skill-registry

agent-ops-state

Maintain .agent state files. Use at session start, after meaningful steps, and before concluding: read/update constitution/memory/focus/issues/baseline consistently.

163 31
Explore
majiayu000/claude-skill-registry

agent-ops-spec

Manage specification documents in .agent/specs/. Use when user provides requirements, acceptance criteria, or feature descriptions that need to be tracked and validated against implementation.

163 31
Explore
majiayu000/claude-skill-registry

agent-ops-testing

Test strategy, execution, and coverage analysis. Use when designing tests, running test suites, or analyzing test results beyond baseline checks.

163 31
Explore
majiayu000/claude-skill-registry

agent-ops-testing

Test strategy, execution, and coverage analysis. Use when designing tests, running test suites, or analyzing test results beyond baseline checks.

163 31
Explore
majiayu000/claude-skill-registry

agent-ops-state

Maintain .agent state files. Use at session start, after meaningful steps, and before concluding: read/update constitution/memory/focus/issues/baseline consistently.

163 31
Explore

Didn't find tool you were looking for?

Be as detailed as possible for better results