Claude Developer

Que fait Claude Developer ?

Vue d'ensemble

Préparez une commande de lancement et une invite autonome pour une passation manuelle vers Claude Code. L'utilisateur exécute la commande, colle l'invite et revient avec le résultat une fois prêt. Les invites d'implémentation et de correction composent claude-development, qui gère l'implémentation, les vérifications et toute revue Codex demandée.

Utilisation

$claude-developer <tâche ou résultat renvoyé> — prépare une passation d'implémentation ou de correction. Les demandes d'implémentation directe sans Claude restent avec l'agent en cours.

Étapes

1. Inspectez les instructions du dépôt et le contexte minimal en lecture seule nécessaire à la passation. Enregistrez les faits non résolus sans deviner.
2. Identifiez le worktree existant visé à partir du contexte de la tâche ; vérifiez son chemin absolu et sa branche avec git worktree list --porcelain. Utilisez le worktree courant lorsque la tâche le cible. Si le worktree visé est manquant ou ambigu, demandez son chemin avant d'émettre une commande de lancement ; n'inventez pas de chemin et ne créez pas de checkout.
3. Rédigez une invite unique avec le résultat, le chemin et la branche du worktree vérifiés (ou HEAD détachée), les faits pertinents, les contraintes, les critères d'acceptation, le périmètre autorisé, la vérification attendue et le rapport de livraison. Dites à Claude d'inspecter avant de modifier, de préserver les modifications non liées et de signaler les conflits. Incluez les limites d'autorisation de l'utilisateur ; réservez les actions conséquentes à l'utilisateur sauf autorisation explicite.
4. Pour une passation d'implémentation ou de correction, exigez explicitement que Claude active claude-development sur la tâche autorisée. Il gère l'implémentation, les vérifications et toute revue Codex indépendante explicitement demandée avant la livraison. Transmettez le périmètre original et l'autorisation de correction locale limitée, préservez les limites utilisateur plus strictes et exigez que le rapport contienne le candidat, les dispositions, les preuves et les résultats incomplets. Ne dupliquez pas cette procédure de fin dans l'invite. Les passations de type planification uniquement et revue uniquement n'autorisent pas le développement. Ne redémarrez pas claude-development à l'intérieur d'une correction code-review-fix et n'inférez pas d'autorisation de réparation ou de publication de PR ouverte à partir de cette passation.
5. Renvoyez deux blocs délimités dans l'ordre : un bloc sh avec la commande copiable sur une ligne cd <chemin absolu du worktree échappé pour le shell> && claude, puis un bloc text avec l'invite à coller dans cette session. Remplacez le chemin vérifié en échappant correctement les métacaractères du shell. Répétez les deux blocs pour chaque remplacement ou invite corrective, puis arrêtez-vous.
6. Sur un résultat renvoyé, examinez uniquement les preuves fournies et l'état local explicitement autorisé. Produisez une passation corrective uniquement lorsque l'utilisateur demande une autre itération ; une révision d'invite non exécutée remplace la passation précédente.

Pièges à éviter

• Démarrer dans le mauvais checkout — un claude nu utilise le répertoire courant du terminal ; fournissez le chemin absolu vérifié et && pour qu'un cd échoué empêche le lancement.
• Perdre la passation manuelle — exécuter la commande ou démarrer une autre itération retire le contrôle à l'utilisateur ; fournissez les deux blocs et attendez.
• Se fier à un résumé renvoyé — il peut omettre des défauts ou des vérifications échouées ; inspectez le diff disponible et les preuves avant de faire une affirmation de vérification.
• Inventer une exigence de revue — une passation peut imposer un travail Codex non demandé ; composez claude-development une fois et ne conservez que les revues et l'autorisation de correction réellement demandées.

Contraintes

• Activez uniquement pour les requêtes impliquant explicitement Claude Code, une passation manuelle ou son résultat renvoyé ; interceptez la délégation automatique de Claude comme une passation manuelle.
• Pendant la préparation, n'invoquez jamais Claude, un wrapper d'automatisation ou un autre agent d'implémentation ; ne créez jamais de branche ou de checkout, ne modifiez pas de fichiers et ne validez pas l'implémentation.
• N'autorisez jamais les commits, pushes, merges, suppressions, publications ou contournements de permissions, sauf si la requête actuelle de l'utilisateur les autorise explicitement.
• Produisez au maximum une invite par réponse et attendez l'utilisateur avant chaque itération suivante.
• N'exigez jamais une revue finale Codex non demandée, ne traitez pas une revue demandée comme une preuve observée et ne contournez pas les limites de réparation de l'utilisateur.
• Ceci est une politique consultative, pas une barrière technique d'exécution. Ne prétendez jamais que le résultat de Claude est vérifié sans examiner les preuves nommées dans son environnement déclaré.