Reference de configuration

Ou se trouve la configuration

La configuration principale se trouve dans :

~/.yeepilot/config.yml

Les anciennes installations peuvent encore avoir ~/.yeepilot/config.yaml, mais le chemin actuel est config.yml.

Comment la modifier

Vous avez trois options pratiques :

• utiliser yeepilot setup
• ouvrir Settings dans le Neural HUD
• editer config.yml a la main

Priorite

L'ordre pratique de priorite est :

1. variables d'environnement
2. ~/.yeepilot/config.yml
3. valeurs internes par defaut

Section ai

Elle controle le comportement principal de l'IA :

• provider
• model
• base_url
• thinking
• token_mode
• vibe_coding

Exemple :

ai:
  provider: openrouter
  model: openai/gpt-oss-120b:free
  thinking: auto
  token_mode: balanced
  vibe_coding: false

Sous-sections avancees de ai

Certaines equipes utilisent aussi :

• ai.recovery
• ai.agentic
• ai.failover
• ai.knowledge
• ai.context7
• ai.codeintel
• ai.verification
• ai.scheduler

Pour un utilisateur final, le bon reflexe est de ne modifier que ce que vous comprenez vraiment.

Section security

Elle controle l'approbation, les postures de securite et des limites sensibles.

Reglages frequents :

• mode
• require_confirmation
• audit

Section sandbox

La sandbox limite ce que le runtime local peut faire.

Clefs courantes :

• enabled
• use_namespaces
• network_access
• max_cpu_seconds
• max_memory_mb
• max_filesize_mb
• max_processes
• denied_paths

Exemple :

sandbox:
  enabled: true
  network_access: false
  max_cpu_seconds: 120
  max_memory_mb: 1024

Section tui

Elle controle l'interface terminal :

• theme
• langue
• live stream
• sidecar
• comportement visuel

Les reglages internes tui.hud.* sont generalement plus faciles a gerer depuis le HUD plutot qu'a la main.

Keybinds

Les utilisateurs finaux devraient gerer les raccourcis depuis l'onglet Keybinds du HUD. La section tui.keybinds.actions existe, mais modifier les IDs internes a la main n'est generalement pas la meilleure approche.

Section files

Elle definit la facon dont YeePilot gere les pieces jointes, le contexte et les fichiers locaux. Si vous travaillez avec de gros depots, c'est ici qu'il faut verifier les limites.

Section vault

Elle regle le verrouillage, l'autolock et les preferences du Vault. Modifiez-la avec prudence car elle touche l'acces aux secrets et la recuperation.

Section personality

Elle permet d'ajuster le ton ou le profil operationnel visible pour l'utilisateur. Ne la changez que si votre organisation en a un besoin clair.

Section platform

Elle contient des options liees a l'environnement d'execution. La plupart des utilisateurs n'ont pas besoin d'y toucher souvent.

Section update

Elle controle la recherche et l'application des mises a jour.

Clefs utiles :

• auto_check
• check_interval_hours
• channel
• channel_token

Exemple :

update:
  auto_check: true
  check_interval_hours: 24
  channel: public

Ce qu'il ne faut plus utiliser comme controle principal

Vous pouvez encore voir ai.agent_mode dans de vieux contenus. Ce reglage existe uniquement pour compatibilite et ne doit plus etre votre controle principal. Pour l'usage moderne, gerez l'experience avec :

• /plan
• /autonomy
• /think
• ai.vibe_coding

Recommandation pratique

• changez d'abord via le HUD ou yeepilot setup
• editez manuellement seulement les options que vous comprenez
• testez les changements sensibles sur de petites taches avant de les generaliser