Réglages

Pas de section OrbitWake dans VS Code Settings

La version actuelle de package.json ne déclare pas contributes.configuration.

Il n’existe donc pas aujourd’hui de clés comme :

orbitwake.model
orbitwake.baseUrl
orbitwake.agent.maxFiles
orbitwake.timeout

Ces exemples illustrent des clés qui n’existent pas dans cette build.

Options disponibles dans le panneau

Choisir le modèle

Le sélecteur de modèle se trouve directement dans le panneau OrbitWake.

Les choix codés dans la version actuelle sont :

OrbitWake Auto
OpenAI
Claude
Grok

Le choix par défaut est OrbitWake Auto.

Le modèle sélectionné est envoyé avec les requêtes Ask et Agent. Avec OrbitWake Auto, le backend choisit le modèle final via le gateway OrbitWake et le panneau peut afficher le modèle résolu dans les métadonnées de réponse.

Persistance du modèle

Le modèle choisi est sauvegardé via l’état du webview avec vscode.setState().

Ce mécanisme permet au panneau de restaurer le choix lorsqu’il est masqué puis rouvert dans la même expérience VS Code.

Il ne s’agit pas d’un réglage utilisateur VS Code synchronisé via settings.json.

Mode Ask ou Agent

Le panneau contient deux modes :

Le mode choisi est sauvegardé dans l’état du webview.

Agent dépend du workspace

Agent nécessite un folder ou workspace ouvert.

Lorsque VS Code indique qu’aucun workspace n’est disponible, le bouton Agent est désactivé et le panneau revient sur Ask si Agent était sélectionné.

La version 0.1.4 corrige notamment un problème où Agent pouvait revenir à Ask pendant la restauration de l’état du workspace après réouverture.

Brouillon du composer

Le texte en cours de saisie est enregistré dans l’état du webview à chaque modification.

Masquer puis rouvrir la vue OrbitWake peut donc restaurer le brouillon au lieu de vider systématiquement le composer.

Après un envoi réussi depuis l’interface, le champ est vidé puis le nouvel état est sauvegardé.

Historique du panneau

Le webview conserve un historique local des messages rendus dans le panneau.

Lors de chaque sauvegarde, OrbitWake conserve au maximum les 40 dernières entrées dans l’état du webview.

Cet historique sert à restaurer l’interface. Il ne doit pas être confondu avec un historique de conversation serveur complet ou un système de mémoire OrbitWake.

Résumé de contexte

Le panneau sauvegarde également le dernier résumé de contexte reçu de l’extension.

Ce résumé peut contenir :

• le chemin relatif du fichier actif ;
• le langage ;
• le nombre de caractères sélectionnés ;
• le nombre de diagnostics.

Le contenu complet du fichier n’est pas sauvegardé dans cet état de résumé.

État Connected

L’état de connexion affiché n’est pas sauvegardé comme préférence du webview.

À l’ouverture, l’extension relit la présence du token dans SecretStorage et envoie un message de statut au panneau.

Le token lui-même reste séparé de l’état du webview.

Le token n’est pas un réglage

Le credential IDE est stocké dans VS Code SecretStorage, pas dans settings.json, l’état du webview ou le workspace.

Il n’existe pas d’option supportée pour coller manuellement un token IDE dans les réglages.

Utilisez le pairing officiel via OrbitWake: Connect IDE.

URL du service OrbitWake

L’URL backend de l’extension est actuellement fixée dans le runtime à :

https://orbitwake.com

Il n’existe pas encore de réglage pour changer de base URL, choisir un environnement staging ou pointer vers un serveur OrbitWake personnalisé.

Timeout réseau

Le timeout HTTP de l’extension est actuellement fixé dans le code à :

120000 ms
= 120 secondes

Ce délai n’est pas configurable depuis VS Code Settings dans la version actuelle.

Limites Agent non configurables

Plusieurs limites du scanner Agent sont actuellement des constantes du runtime, pas des préférences utilisateur.

La version actuelle n’expose aucune clé Settings permettant de modifier ces valeurs.

Liste des fichiers sensibles

La liste d’exclusion des secrets est également définie dans le runtime.

Elle inclut notamment les fichiers .env, credentials, certificats et clés privées.

Il n’existe pas de réglage utilisateur supporté pour désactiver cette protection ou forcer OrbitWake à envoyer ces fichiers.

Emplacement de la vue OrbitWake

Le package contribue OrbitWake à la Secondary Side Bar native de VS Code.

VS Code peut toutefois conserver une position de vue précédemment choisie par l’utilisateur. Le changelog 0.1.4 précise que l’extension conserve sa contribution Secondary Side Bar sans forcer la réinitialisation d’un emplacement déjà sauvegardé par VS Code.

Si vous déplacez la vue OrbitWake avec les contrôles standard de VS Code, cet emplacement relève du layout VS Code, pas d’un réglage OrbitWake spécifique.

Proposition Agent en attente

Une proposition Agent en attente est conservée dans la mémoire du runtime de l’extension, pas dans l’état persistant du webview.

Elle peut donc disparaître lors d’un redémarrage ou d’un reload de l’Extension Host.

Les actions Preview, Apply et Reject doivent être utilisées tant que cette proposition existe dans la session runtime courante.

Ce qui n’est pas configurable aujourd’hui

État du webview ≠ réglage permanent du compte

Le modèle, le mode, le brouillon, le contexte résumé et l’historique du panneau sont sauvegardés avec l’API d’état du webview VS Code.

Ils ne sont pas présentés comme des préférences globales du compte OrbitWake et ne sont pas synchronisés par le backend OrbitWake dans cette implémentation.

Ne supposez donc pas qu’un choix effectué sur un ordinateur sera automatiquement appliqué sur un autre éditeur pairé.

Limites actuelles

Il n’existe pas encore de vraie page de configuration OrbitWake dans VS Code Settings.

Les principales limites de sécurité et de scanning sont codées dans le runtime et ne peuvent pas être réduites ou augmentées par l’utilisateur.

Le sélecteur de modèle et les modes sont des contrôles du panneau, pas des settings JSON versionnés.

Étape suivante

La page Dépannage regroupe les erreurs d’installation, pairing, contexte, Agent, réseau et patch les plus courantes.