Liste de configuration d'OpenClaw : six étapes cruciales pour les nouveaux utilisateurs

Si vous avez installé OpenClaw récemment, un post Reddit de r/clawdbot fournit une liste de six étapes pour configurer correctement votre installation avant de construire quoi que ce soit. L'auteur rapporte avoir aidé plus de 50 utilisateurs à résoudre des problèmes évitables qui prennent quelques minutes à régler initialement, mais des heures à résoudre plus tard.
Étape 1 : Changez votre modèle par défaut
Si vous n'avez pas modifié ce paramètre, vous utilisez probablement Opus, le modèle le plus cher disponible. Bien qu'excellent pour les travaux complexes, il est excessif pour 90 % des tâches. Passez plutôt à Sonnet :
{
"ai": {
"model": "claude-sonnet-4-5-20250929"
}
}
Un utilisateur dépensait 47 $ par semaine sans le savoir ; après ce changement, sa semaine suivante a coûté 6 $ pour le même agent et les mêmes tâches.
Étape 2 : Verrouillez votre passerelle
Si vous exécutez OpenClaw sur un VPS, vérifiez votre configuration :
openclaw config get | grep host
S'il affiche 0.0.0.0 ou aucun paramètre d'hôte, votre agent est accessible à n'importe qui sur Internet. Corrigez-le :
{
"gateway": {
"host": "127.0.0.1"
}
}
Accédez via un tunnel SSH : ssh -L 18789:localhost:18789 user@your-vps
Étape 3 : Configurez d'abord SOUL.md
Votre premier message devrait être : "Read BOOTSTRAP.md and walk me through it" pour établir l'identité de votre agent. Si vous avez sauté cette étape, créez un fichier SOUL.md manuellement en commençant par :
you are [agent name]. you assist [your name]. be direct. no filler. match my tone. if I ask a question, answer it first. then elaborate only if needed. never say "absolutely", "great question", or "I'd be happy to." if you don't know something, say so. don't guess. if a task will cost significant tokens, tell me before doing it.
Modifiez-le au cours de la semaine suivante lorsque votre agent fait quelque chose d'agaçant. Les lignes "Never do X" fonctionnent mieux que les lignes "try to be Y".
Étape 4 : N'installez aucune compétence pour l'instant
Malgré les 13 000 compétences disponibles sur ClawHub, évitez d'en installer pendant votre première semaine car :
- Certaines bouclent silencieusement et consomment des tokens en arrière-plan
- Certaines s'injectent dans chaque conversation et gonflent votre fenêtre de contexte
- VirusTotal a signalé des centaines comme malveillantes (voleurs d'informations, portes dérobées)
- Vous devriez d'abord apprendre les capacités de base
Après la première semaine, ajoutez une compétence à la fois, en testant chacune pendant quelques jours.
Étape 5 : Ne créez pas un deuxième agent
Chaque nouvel agent est un consommateur indépendant de tokens, nécessite sa propre liaison de canal et complique le débogage. Faites fonctionner parfaitement un agent pendant 2 semaines avant d'en envisager un autre.
Étape 6 : Apprenez la commande /new
Chaque message dans une session est inclus dans les futurs appels API. Après une semaine de discussion, vous envoyez des milliers de tokens d'anciennes conversations avec chaque nouveau message, augmentant les coûts et ralentissant les réponses. Tapez /new pour démarrer une nouvelle session.
📖 Read the full source: r/clawdbot
👀 See Also

VPS vs Machine Dédiée : Où Exécuter OpenClaw
Aucun

Opus 4.7 a cassé 40% des prompts ; la solution a été de structurer CLAUDE.md et Skills
Après la sortie d'Opus 4.7, qui a dégradé environ 40 % des prompts sur 6 configurations, un responsable IA a résolu le problème en remplaçant les prompts ad hoc par des fichiers Skill structurés, un CLAUDE.md hiérarchique et des fichiers de mémoire séparés — réduisant l'utilisation de tokens de 22 % et le nombre d'itérations de 3-4 à 1-2.

Configuration de Qwen3.5-27B en local : Comparaison entre vLLM et llama.cpp
Un utilisateur de Reddit partage des conseils pratiques pour exécuter Qwen3.5-27B localement, en comparant les backends llama.cpp et vLLM avec des recommandations de configuration spécifiques et des résultats de benchmark.

Ce qui se casse quand on exécute des agents de codage sur de petits modèles locaux
Points de défaillance réels issus de tests de tâches multi-fichiers sur des modèles de moins de 7B : délimiteurs Markdown, fiabilité des sorties structurées, erreurs d'édition de fichiers et classification des actions en lecture ou écriture.