Codex est bloqué et ne répond pas ? Vérifiez par approbation, contrôle terminal et journal

Si le Codex est bloqué et ne répond pas, n’envoyez pas le même message à répétition. Vérifiez dans l’ordre si le code attend une approbation, si les commandes en arrière-plan et le terminal sont en bonne santé, puis restreint la tâche à une nouvelle session ; Redémarrez et vérifiez le journal seulement si tous sont inefficaces.

Première couche : Il se peut qu’il attende simplement votre approbation

Vérifiez l’interface pour des approbations en attente. Lors de l’installation de dépendances, de l’accès au réseau, de l’écriture de fichiers en dehors de l’espace de travail ou de l’exécution de commandes restreintes, Codex peut mettre en pause au lieu de provoquer des erreurs. Après le traitement de l’approbation, observez l’avancement ; ne répétez pas la même commande d’écriture sur un autre terminal en même temps.

En saisissant /ps dans la CLI vous permet de voir le terminal en arrière-plan et la sortie récente. Si la tâche a perdu son sens ou si le processus est clairement suspendu, utilisez /stop pour arrêter la session en cours dans le terminal en arrière-plan puis lancez une commande plus petite.

Couche 2 : Déterminer si le Codex est bloqué ou si le terminal est bloqué

Exécutez sur le terminal intégré :

pwd
git status

Si le terminal peut revenir immédiatement, cela signifie que le terminal et le dépôt sont quasiment normaux, et que le problème est plus probable dans le chat actuel, l’approbation ou l’outil spécifique. Si le terminal ne répond pas, fermez d’abord le panneau du terminal, puis rouvrez-le avec Ctrl+反引号, répétez ces deux commandes en lecture seule, et confirmez le répertoire et la branche actuels.

Lorsque vous rencontrez des tests ou des compilations sans sortie pendant longtemps, ne jugez pas l’échec uniquement par le blocage de l’interface. D’abord, vérifiez le statut du processus depuis le /ps ; S’il n’y a vraiment aucun progrès, arrêtez et exécutez ce test séparément, en remettant l’erreur complète au Codex.

Troisième couche : Créer une nouvelle session qui permet une acceptation rapide

Les longues sessions peuvent accumuler un grand nombre de journaux et de contextes non pertinents. Créez une nouvelle session avec /new, en fournissant uniquement l’objectif actuel, les fichiers pertinents et une commande vérifiable, telles que :

Ciblez uniquement ce test échoué. Reproduisez et expliquez d’abord la cause profonde, sans modifier le fichier ; Après confirmation, effectuez seulement des corrections minimales.

Cette approche aide à déterminer si le délai vient de l’ancienne session. Si la nouvelle session est normale, décidez de revenir à la tâche originale avec /resume ou de continuer directement dans la nouvelle session. Si la conversation est trop longue mais toujours disponible, vous pouvez effectuer /compact pour compresser l’historique.

Si vous devez continuer à signaler des erreurs, apportez le diagnostic

Exécutez codex doctor --summary pour obtenir des résumés de l’installation, de la configuration, de l’authentification, de Git, du terminal et de la santé de la session. Les journaux des applications macOS sont enregistrés par date dans ~/Library/Logs/com.openai.codex/ par défaut ; les journaux de session sont enregistrés par défaut dans ~/.codex/sessions. Supprimez les jetons, informations personnelles et code privé avant de partager.

Si le redémarrage du terminal et la courte session sont inefficaces, attendez la fin de la tâche en cours avant de redémarrer l’application afin d’éviter d’arrêter accidentellement les tâches normales en arrière-plan.