zed-to-vscode

Zed to VS Code

Copyright (c) 2026 Naufalinux. Compétence/source/documentation originale : GPL-3.0-or-later. Voir references/LICENSE.txt. Les extensions externes conservent leurs licences respectives ; la licence du port Dark Plus n'est pas résolue. L'étiquette GPL ne supprime ni ne relicencie les actifs externes.

Configurez une disposition de type VS Code dans Zed à l'aide de modifications de fichiers et d'extensions de thème uniquement. N'automatisez pas le bureau, ne lancez pas Zed et ne redémarrez aucune session ou service.

Quand l'utiliser

• Configurer Zed comme VS Code, y compris le thème sombre, les icônes de fichiers, le retour à la ligne automatique et les indicateurs de branche/worktree.
• Réappliquer ou partager une configuration d'éditeur Linux reproductible.
• Ne pas utiliser pour installer Zed lui-même, récupérer des dépôts Git ou importer des identifiants.

Documentation

Lisez references/GUIDE.md pour le guide pas à pas en indonésien, l'import ZIP/TAR, l'installation par clonage Git, le partage, le rollback et le dépannage. Le guide distingue les archives de compétence locales des instantanés JSON Hermes et ne suppose pas qu'un dépôt Git public existe déjà.

Prérequis

• Zed déjà installé ; Python 3.12+ et curl disponibles.
• Accès réseau à https://api.zed.dev pour les premiers téléchargements d'extensions.
• Résoudre ce répertoire de compétence à partir du chemin renvoyé par skill_view ; ne jamais coder en dur le répertoire personnel d'un utilisateur.
• Il est préférable de demander à l'utilisateur de fermer Zed manuellement avant d'appliquer les paramètres pour éviter les modifications concurrentes.

Procédure

1. Utilisez terminal pour vérifier python3 --version, curl --version et zed --version si disponible. Lisez le script fourni avec read_file avant exécution.
2. Utilisez terminal pour prévisualiser : python3 <skill-dir>/scripts/zed-to-vscode.py --dry-run. Cela n'effectue aucune écriture ni téléchargement et affiche uniquement les valeurs prévues, pas les secrets existants.
3. Après que l'utilisateur a demandé la configuration, utilisez terminal pour appliquer : python3 <skill-dir>/scripts/zed-to-vscode.py. Accordez jusqu'à 300 secondes pour les téléchargements réseau. Capturez la sortie et le chemin de sauvegarde exact.
4. Le script valide les versions des extensions installées, télécharge/extrait en toute sécurité les thèmes manquants, fusionne les paramètres imbriqués, sauvegarde les paramètres d'origine avec des permissions restreintes, écrit de manière atomique et relit le résultat. Un code de sortie non nul n'est pas un succès ; inspectez l'erreur avant de réessayer.
5. Rapportez ce qui a été vérifié et demandez à l'utilisateur de rouvrir Zed manuellement si nécessaire. Ne prétendez pas à une vérification visuelle à partir de seules vérifications de fichiers.

Configuration

Le script installe les extensions de thème épinglées vscode-dark-plus 0.0.1 et vscode-icons 13.0.0. Il sélectionne VScode Dark Plus et VSCode Icons for Zed (Dark).

Il active les raccourcis clavier VSCode ; l'Explorateur/Git/Plan à gauche ; le terminal/agent en bas ; les onglets avec icônes ; le fil d'Ariane ; la minimap ; les numéros de ligne ; les guides d'indentation ; et soft_wrap: editor_width. Les tailles de police de l'interface, de l'éditeur et du terminal sont toutes à 12. Les familles de polices existantes, la configuration non liée, les identifiants et les permissions des agents restent inchangés. Les commentaires JSONC sont supprimés lors de la réécriture des paramètres, mais le fichier d'origine est sauvegardé exactement.

Les paramètres title_bar activent explicitement show_branch_name, show_branch_status_icon, show_worktree_name et show_project_items. Les indicateurs Git sont en haut dans Zed, pas à la position en bas à gauche de VS Code.

Les valeurs par défaut respectent XDG_CONFIG_HOME et XDG_DATA_HOME. Remplacez en toute sécurité avec --config-dir PATH --data-dir PATH. Les extensions existantes à une autre version entraînent un refus, pas une mise à jour automatique.

Pièges et sécurité

• N'utilisez pas CUA, d'entrée synthétique ou de captures d'interface pour ce workflow. Des plantages de session Plasma X11 ont coïncidé avec le hotplug du pointeur CUA ; ne reproduisez jamais cela sur le bureau en direct d'un utilisateur.
• Les indicateurs de branche nécessitent un dépôt Git réel. Utilisez terminal avec git -C <projet> status --short --branch pour diagnostiquer. Un .git manquant n'est pas réparé en créant un nouveau dépôt ; n'exécutez pas git init sans autorisation explicite.
• La disposition est similaire, pas pixel-identique. Les contrôles de panneau natifs de Zed diffèrent de la barre d'activité de VS Code.
• Les surcharges de langue/projet ou l'état de l'espace de travail peuvent remplacer les préférences globales. Enquêtez séparément plutôt que de les réinitialiser aveuglément.
• N'exportez jamais les paramètres personnels de Zed, les sauvegardes, les clés API, les journaux, les mémoires ou les sessions avec cette compétence. Exportez uniquement les fichiers réutilisables de ce répertoire.
• Si le téléchargement via Python rencontre une erreur HTTP 403, utilisez le chemin curl inclus ; ne simulez pas une installation réussie.

Vérification et rollback

• Exécutez python3 <skill-dir>/scripts/test_setup.py via terminal pour des tests hors ligne isolés. Les tests ne doivent pas toucher la configuration réelle de l'éditeur.
• Confirmez que la sortie du script vérifie les manifestes des extensions et les paramètres fusionnés. La reconnaissance de l'interface après redémarrage reste une vérification visuelle distincte.
• Les sauvegardes sont nommées settings.json.before-vscode-<timestamp>.bak à côté de settings.json. Pour effectuer un rollback, demandez à l'utilisateur de fermer Zed, puis restaurez la sauvegarde exacte signalée sur settings.json ; ne choisissez pas une sauvegarde plus ancienne arbitraire.
• Réexécuter des paramètres identiques est idempotent : pas de réécriture des paramètres ni de sauvegarde supplémentaire.