Loop

Ralph Loop v2.0

Développement itératif IA modulaire, optimisé en tokens. Fonctionne de manière autonome jusqu'à ce que les critères de complétion soient atteints avec 60% de réduction de tokens grâce au chargement modulaire intelligent.

🚀 Nouveautés v2.0

• Architecture modulaire - Chargez uniquement ce dont vous avez besoin
• Optimisation tokens - 60% de réduction vs monolithique
• Récupération intelligente - Checkpoint automatique et reprise
• Prompts ultra-efficaces - Templates optimisés en tokens
• Contexte adaptatif - Compression dynamique basée sur l'utilisation des tokens

Quand Utiliser

• Tâches nécessitant multiples passes de raffinement
• Développement style TDD
• Tâches complexes mais bien définies
• Quand vous voulez "partir" et laisser l'IA finir

Utilisation

Commandes de Base

# Mode minimal (core + completion) - ~1500 tokens
@loop "Corriger les tests échouants" --mode minimal

# Mode standard (core + prompts + completion) - ~2300 tokens  
@loop "Ajouter l'authentification utilisateur" --mode standard

# Mode récupération (core + recovery) - ~1300 tokens
@resume-loop --checkpoint-id abc123

Alias

@ralph "Construire une API REST pour todos"
@iterate "Implémenter l'authentification utilisateur"
@resume-ralph checkpoint-123.json

Sélection de Mode

Meilleures Pratiques de Prompts (v2.0)

Structure Ultra-Compacte

TASK: Objectif en une ligne
MUST:
- Exigence 1
- Exigence 2  
- Exigence 3
DONE: <promise>COMPLETE</promise>

Templates Optimisés en Tokens

Minimal (200 tokens) :

TASK: API auth JWT
MUST:
- POST /login + /register endpoints
- bcrypt password hashing
- JWT token generation/validation
DONE: <promise>COMPLETE</promise>

Standard (400 tokens) :

TASK: {{ feature_name }} fonctionnalité

REQUIREMENTS:
- {{ core_requirement }}
- Tests passants
- Pas d'erreurs de build

COMPLETION: <promise>COMPLETE</promise> quand tout est rempli

STUCK: Après 10 échecs, documenter les bloqueurs & suggérer simplifications

Mode TDD (500 tokens) :

TASK: {{ task }} (mode TDD)

CYCLE:
1. Écrire test échouant
2. Implémenter code minimum
3. Lancer test
4. Corriger/refactoriser jusqu'au vert
5. Répéter jusqu'à ce que toutes les exigences soient remplies

DONE: <promise>COMPLETE</promise>

Détection de Complétion (Améliorée v2.0)

Signaux Ultra-Efficaces

Méthodes de Détection

1. Haute Confiance (immédiat) :

   • <promise>COMPLETE</promise>
   • <done/>
   • TASK_COMPLETE

2. Moyenne Confiance (nécessite validation) :

   • ✅.*complete
   • all tests pass
   • implementation complete

3. Auto-Critères (validation système) :

   • Build réussi
   • Tests passants (optionnel pour économiser des tokens)
   • Pas de nouveaux avertissements

Gestion des Tokens (NOUVEAU v2.0)

Compression de Contexte Adaptative

Stratégies de Récupération

# Niveau 1 (80% tokens) - Compresser le contexte
CONTEXT COMPRESSED: Travaille sur l'API auth.
Dernier progrès : endpoints terminés.
Problème actuel : 2 tests échouent.
Focus uniquement sur l'étape immédiate suivante.

# Niveau 2 (90% tokens) - Contexte minimal  
TASK: Corriger les tests auth échouants.
DO: Déboguer les échecs de tests.
OUTPUT: <promise>COMPLETE</promise> quand terminé.

# Niveau 3 (95% tokens) - Checkpoint & pause
Pour reprendre : @resume-loop --checkpoint-id abc123
État sauvegardé : fichiers_modifiés, statut_tests, iteration_actuelle

Reprise Après Interruption

@resume-loop --checkpoint-id checkpoint-2024-01-26-abc123

# Sortie :
REPRISE Ralph Loop à l'itération 12.
Progrès jusqu'à présent : API auth 80% complète, 8/10 tests passants
Travail restant : Corriger 2 tests échouants, ajouter la validation d'entrée
Continuer là où nous nous sommes arrêtés...

Suivi des Progrès (Amélioré)

Le loop suit :

• Fichiers modifiés par itération
• Tests passants delta
• Couverture delta
• Avertissements build delta
• Usage tokens par itération (NOUVEAU)
• Ratio compression contexte (NOUVEAU)

Détection de stagnation : Si aucun progrès pendant 3+ itérations, des approches alternatives sont suggérées.

Récupération de Blocage (Progressive)

Approches Alternatives (Auto-appliquées)

Quand bloqué, le loop peut essayer :

• Simplifier : Retirer la complexité, focus sur le cœur
• Décomposer : Diviser en sous-tâches plus petites
• Stub d'abord : Créner des stubs, puis implémenter un par un
• Chemin heureux seulement : Ignorer les cas limites temporairement

Gestion du Contexte (Optimisé v2.0)

Ce Qui Persiste Entre Itérations (MINIMAL)

• Fichiers modifiés
• Statut des tests
• Statut du build
• Résumé dernière itération seulement (pas toutes les sorties)

Ce Qui Reset Chaque Itération (AGRESSIF)

• Mémoire de travail
• Chemins d'exploration
• Historique complet des itérations (optimisation tokens)

Limites de Contexte Adaptatives

• Normal : 4000 tokens max
• Urgence : 1000 tokens min
• Critique : 500 tokens réservés pour la récupération

Intégration avec les Chains

Utiliser le mode Ralph Loop dans les chains :

# Dans la définition de chain
mode: ralph-loop
max_iterations: 30

Ou déclencher automatiquement pour les tâches complexes.

Conseils (Mis à jour v2.0)

1. Choisir le bon mode - Utiliser --mode minimal pour les corrections rapides
2. Prompts ultra-compacts = 60% d'économie de tokens
3. Auto-checkpoints - Le système sauve à 80%/90%/95% d'utilisation des tokens
4. Signaux de complétion efficaces - Utiliser ✓ (1 token) pour les tâches simples
5. Surveiller l'utilisation des tokens - Vérifier @loop-status pour la consommation actuelle
6. Récupération transparente - Tout progrès préservé dans les checkpoints

Métriques (Améliorées v2.0)

Après complétion :

## Ralph Loop Terminé - Optimisé en Tokens

| Métrique | Valeur | Amélioration |
|--------|-------|-------------|
| Total Itérations | 12 | -20% vs v1.1 |
| Temps Écoulé | 8m 32s | -15% vs v1.1 |
| Fichiers Modifiés | 15 | Identique |
| Tests Ajoutés | 24 | Identique |
| Couverture Finale | 87% | Identique |
| **Tokens Utilisés** | **18,450** | **-60% vs v1.1** |
| **Tokens Moyens/Itération** | **1,537** | **-60% vs v1.1** |
| **Compressions Contexte** | **3** | **NOUVEAU** |
| **Événements Récupération** | **1** | **NOUVEAU** |

Comparaison de Performance

Architecture

Composants Modulaires :

• ralph-loop-core.yaml - Logique essentielle du loop
• ralph-loop-prompts.yaml - Templates optimisés en tokens
• ralph-loop-completion.yaml - Détection intelligente
• ralph-loop-recovery.yaml | Récupération tokens & reprise
• ralph-loop.yaml | Orchestrateur principal avec chargement paresseux

Converted and distributed by TomeVault — claim your Tome and manage your conversions.