Solution de contournement pour le déficit de migration de projet ChatGPT : Exporter les scripts et les invites
Un développeur a publié une solution de contournement pour une limitation spécifique lors de la migration de ChatGPT vers Claude : l'exportation de données de ChatGPT n'inclut pas à quel projet appartient chaque conversation. Le champ d'appartenance au projet est absent du JSON exporté.
Le problème et la solution de contournement principale
La source indique qu'après avoir essayé de contourner les données manquantes par script, le développeur a conclu que les étiquettes de projet ne sont tout simplement pas dans l'export. L'export contient cependant des arborescences de messages complètes, des horodatages et des pièces jointes.
La solution de contournement implique deux étapes principales :
- Capturer les titres des conversations directement depuis l'interface ChatGPT avant de perdre l'accès.
- Utiliser ces titres capturés pour extraire les conversations correspondantes du JSON d'export.
Outils disponibles
Le développeur a mis à disposition gratuitement sur GitHub les ressources suivantes, sans dépendances au-delà de la bibliothèque standard Python :
- Un script de fusion pour combiner plusieurs fichiers JSON d'export.
- Un script d'extraction qui reconstruit les conversations dans l'ordre chronologique à partir de l'arborescence des messages.
- Un prompt Claude qui transforme des captures d'écran de l'interface ChatGPT en un fichier de titres propre.
- Un prompt Claude qui génère un résumé de projet structuré prêt à être téléchargé vers un nouveau projet Claude.
Le dépôt GitHub se trouve à https://github.com/sarabura/aiprojectmigrate.
Une explication complète de l'approche est disponible dans un article Medium : https://medium.com/p/4f91e95866da.
Le développeur note qu'il est heureux de répondre aux questions sur la structure d'export de ChatGPT ou le processus de migration.
📖 Lire la source complète : r/ClaudeAI
👀 See Also
Portage de l'Autoresearch de Karpathy sur le Neural Engine d'Apple pour une meilleure efficacité énergétique par watt
Un prototype combine le projet autoresearch d'Andrej Karpathy avec les performances rétro-ingéniérées du Neural Engine d'Apple, visant un meilleur débit par watt par rapport aux API officielles. Le projet est construit sur des dépôts GitHub existants et reconnaît les contributions de plusieurs développeurs.
FOMOE Permet l'Inférence du Modèle Qwen3.5 de 397B sur un Matériel de Bureau à 2 100 $
FOMOE (Fast Opportunistic Mixture of Experts) permet d'exécuter le modèle phare de Qwen3.5 avec 397 milliards de paramètres à une vitesse de 5 à 9 tokens/seconde sur du matériel grand public, en utilisant deux GPU à 500$, 32 Go de RAM et un disque NVMe avec une quantification Q4_K_M.
Schema structuré : Qwen Meetup Draft - Le harnais d'appel de fonction améliore la conformité CoT de 9,91 % à 100 %
Un suivi du précédent article sur le harnais d'appel de fonctions étend le modèle aux domaines sans compilateur (notes d'investissement, avis juridiques, dossiers cliniques). Le schéma impose des champs obligatoires — la soumission est rejetée si incomplète. Qwen3.6-27b atteint une conformité CoT de 100% sur ces schémas.
Vie-artificielle : Une reproduction en 300 lignes de Python de la recherche sur la Vie Computationnelle
Une implémentation en Python reproduisant l'article Computational Life, où une grille de 240x135 de programmes de type Brainfuck interagissent et font évoluer du code auto-répliquant via un appariement aléatoire et une concaténation de bandes d'instructions.