Après avoir quitté la code de code Codex, vous n’avez pas besoin de redécrire toute la tâche ; il suffit de lancer codex resume sélectionner la session à enregistrer ; Pour poursuivre la session la plus récente dans le répertoire actuel, utilisez codex resume --last. Ce qui est restauré, c’est l’enregistrement de session original et le contexte, pas seulement la copie de la dernière réponse.
Sélectionnez la commande de restauration par scène
Pendant que vous êtes dans l’interface Codex, entrez /resume, puis sélectionnez l’enregistrement que vous souhaitez poursuivre dans la liste des sessions. Lorsque vous êtes revenu au terminal système, vous pouvez utiliser les méthodes suivantes :
# 打开会话选择器
codex resume
# 继续当前工作目录最近一次会话
codex resume --last
# 按会话 ID 或已命名的会话恢复
codex resume SESSION_IDLes tâches automatisées nécessitent un ensemble de commandes différent. En deux étapes du pipeline, vous pouvez d’abord effectuer la vérification, puis reprendre la même session non interactive pour effectuer la réparation :
codex exec "检查并列出并发问题"
codex exec resume --last "修复刚才确认的问题并运行测试"Pourquoi je ne trouve pas cette session dans la liste ?
La raison la plus courante est que le répertoire de démarrage a changé. --last Par défaut, seules les sessions correspondant au répertoire de travail courant sont vues ; Si vous avez déjà basculé vers un autre dépôt ou un autre répertoire parent, vous pouvez ajouter --all pour élargir le périmètre de recherche ou utiliser directement l’ID de session. La deuxième situation est lorsque la session est archivée ; elle n’apparaît pas dans la liste d’activités régulière et doit être restaurée dans la session archivée en premier.
Les enregistrements locaux de session sont par défaut $CODEX_HOME/sessions, généralement ~/.codex/sessions ; L’archive se trouve à $CODEX_HOME/archived_sessions. Ne modifiez pas manuellement ces enregistrements juste pour récupérer des tâches ; priorisez l’utilisation de commandes resume et unarchive.
Après restauration, confirmez d’abord le site avant de continuer à le modifier
Lors de la restauration d’une ancienne session, le code sur le disque peut déjà avoir été modifié par vous ou un autre outil. D’abord, faites exécuter le Codex le git status, consultez la branche actuelle et le diff existant, puis envoyez la tâche suivante. Vous pouvez simplement expliquer :
D’abord, vérifiez la branche actuelle, les modifications non soumises et le statut de la tâche précédente ; ne signalez que les différences, ne modifiez pas immédiatement le fichier.
Si vous voulez vous concentrer sur un autre objectif maintenant, ne vous en tenez pas aux anciennes conversations. Créer de nouvelles sessions avec /new est plus stable ; Ce n’est que lorsque les objectifs de tâche, les sites d’entrepôt et les décisions de commandes en cours restent resume approprié.
