> ## Documentation Index > Fetch the complete documentation index at: https://cli.fuxicode.com/docs/llms.txt > Use this file to discover all available pages before exploring further. # Glossaire > Définitions de la terminologie Fuxi Code. Découvrez ce que signifient agentic loop, compaction, FUXI.md, hooks, subagents, MCP et autres concepts fondamentaux. Ce glossaire définit la terminologie de Fuxi Code. Chaque entrée renvoie à la page où le concept est couvert en détail. Pour les concepts au niveau du modèle comme les tokens, la température et RAG, consultez le [glossaire de la plateforme](https://platform.fuxi.com/docs/fr/about-fuxi/glossary).

A

Agent teams

Plusieurs sessions Fuxi Code indépendantes coordonnées par un chef d'équipe, avec une liste de tâches partagée et une messagerie pair à pair. Contrairement aux [subagents](#subagent), qui s'exécutent au sein d'une seule session et ne rendent compte qu'au parent, les coéquipiers ont chacun leur propre fenêtre de contexte et vous pouvez interagir directement avec n'importe lequel d'entre eux. Les agent teams sont expérimentaux et doivent être activés en définissant `FUXI_CODE_EXPERIMENTAL_AGENT_TEAMS=1`. En savoir plus : [Run agent teams](/fr/agent-teams)

Agentic coding

Un flux de travail où l'IA peut lire des fichiers, exécuter des commandes et apporter des modifications de manière autonome pendant que vous regardez, redirigez ou vous éloignez, par opposition aux assistants basés sur le chat qui répondent uniquement avec du texte que vous devez appliquer vous-même. Fuxi Code est agentic car il dispose de [tools](#tool) qui lui permettent d'agir, pas seulement de conseiller. En savoir plus : [How Fuxi Code works](/fr/how-fuxi-code-works)

Agentic harness

Les outils, la gestion du contexte et l'environnement d'exécution qui transforment un modèle de langage en un agent de codage capable. Fuxi Code est le harness ; Fuxi est le modèle à l'intérieur. Le harness fournit l'accès aux fichiers, l'exécution du shell, la gestion des permissions, le chargement de la mémoire et la boucle qui enchaîne les actions ensemble. En savoir plus : [How Fuxi Code works](/fr/how-fuxi-code-works)

Agentic loop

Le cycle que Fuxi parcourt pour chaque tâche : rassembler le contexte, agir, vérifier les résultats et répéter jusqu'à ce que ce soit fait. Chaque utilisation d'outil retourne des informations qui informent l'étape suivante. Vous pouvez interrompre la boucle à tout moment pour rediriger. La plupart des points d'extension, y compris les [hooks](#hook), les [skills](#skill) et [MCP](#mcp-model-context-protocol), se connectent à des phases spécifiques de cette boucle. En savoir plus : [How Fuxi Code works](/fr/how-fuxi-code-works#the-agentic-loop)

Artifact

Une page web en direct et interactive que Fuxi Code publie à partir de votre session vers une URL privée sur fuxi.ai, afin que vous puissiez voir la sortie visuellement ou la partager au sein de votre organisation au lieu de lire du texte de terminal. La page se met à jour sur place lorsque la session est republié. Les artifacts que vous créez à partir de Fuxi Code apparaissent dans la même galerie que les artifacts créés dans les conversations fuxi.ai, mais leur partage s'arrête à votre organisation et ils ne peuvent pas être rendus publics. En savoir plus : [Share session output as artifacts](/fr/artifacts)

Auto memory

Des notes que Fuxi écrit pour lui-même en fonction de vos corrections et préférences, stockées par référentiel git sous `~/.fuxi/projects/`. Tous les worktrees du même référentiel partagent un répertoire de mémoire automatique. Les 200 premières lignes ou 25 KB de l'index `MEMORY.md` se chargent au début de chaque session. Auto memory est l'équivalent écrit par Fuxi de [FUXI.md](#fuxi-md), que vous écrivez. En savoir plus : [Auto memory](/fr/memory#auto-memory)

Auto mode

Un [permission mode](#permission-mode) où un modèle de classificateur séparé examine les actions en arrière-plan, de sorte que la plupart s'exécutent sans invites d'approbation ; les règles d'ask explicites affichent toujours des invites. Le classificateur bloque l'escalade de portée, l'infrastructure non fiable et [prompt injection](#prompt-injection). Il ne voit jamais les résultats des outils, donc les instructions injectées ne peuvent pas influencer ses décisions. En savoir plus : [Eliminate prompts with auto mode](/fr/permission-modes#eliminate-prompts-with-auto-mode)

B

Bare mode

Un drapeau de démarrage, `--bare`, qui ignore la découverte automatique des hooks, skills, plugins, serveurs MCP, auto memory et FUXI.md. Seuls les drapeaux que vous transmettez explicitement prennent effet. Recommandé pour CI et les appels scriptés où vous avez besoin d'un comportement identique sur les machines indépendamment de la configuration locale. En savoir plus : [Démarrer plus rapidement avec bare mode](/fr/headless#start-faster-with-bare-mode)

Bundled skills

Des playbooks basés sur des invites inclus avec Fuxi Code, tels que `/batch`, `/code-review`, `/debug` et `/loop`. Contrairement aux commandes intégrées, qui exécutent une logique fixe, les bundled skills donnent à Fuxi une invite détaillée et lui permettent d'orchestrer le travail, afin qu'ils puissent générer des agents, lire des fichiers et s'adapter à votre base de code. En savoir plus : [Bundled skills](/fr/skills#bundled-skills)

C

Channel

Un [serveur MCP](#mcp-model-context-protocol) qui pousse des événements dans votre session en cours afin que Fuxi puisse réagir aux choses qui se produisent pendant que vous êtes loin du terminal. Les channels peuvent être bidirectionnels : Fuxi lit un événement entrant et répond via le même channel. Telegram, Discord et iMessage sont inclus dans l'aperçu de recherche. En savoir plus : [Channels](/fr/channels)

Checkpoint

Un point de restauration créé à chaque invite que vous envoyez. Fuxi Code crée des instantanés des fichiers avant chaque modification afin qu'un checkpoint puisse les restaurer. Appuyez sur `Esc` deux fois ou exécutez `/rewind` pour restaurer le code, la conversation ou les deux à un point antérieur, ou pour résumer une partie de la conversation à partir d'un message sélectionné. Les checkpoints sont sauvegardés avec la conversation, donc une session reprise peut toujours `/rewind` vers eux. Ils sont séparés de git et ne suivent pas les modifications apportées via l'outil Bash. En savoir plus : [Checkpointing](/fr/checkpointing)

`.fuxi` directory

Le répertoire où Fuxi Code lit la configuration au niveau du projet : paramètres, hooks, skills, subagents, règles et auto memory. Un projet a `.fuxi/` à sa racine ; vos paramètres par défaut au niveau utilisateur se trouvent à `~/.fuxi/`. En savoir plus : [The `.fuxi` directory](/fr/fuxi-directory)

FUXI.md

Un fichier markdown d'instructions persistantes que vous écrivez pour Fuxi, chargé au début de chaque session en tant que message utilisateur après l'invite système. Mettez les conventions de projet, les notes d'architecture et les règles « toujours faire X » ici. Project-root FUXI.md survit à [compaction](#compaction) et est relu à nouveau à partir du disque après. Vous pouvez placer FUXI.md au niveau du projet dans `./FUXI.md` ou `./.fuxi/FUXI.md`, au niveau utilisateur dans `~/.fuxi/FUXI.md`, ou comme [managed policy](#managed-settings) pour votre organisation. Tous les fichiers découverts sont concaténés dans le contexte plutôt que de se remplacer les uns les autres, ordonnés du champ d'application le plus large au plus spécifique. En savoir plus : [FUXI.md files](/fr/memory#fuxi-md-files)

Command

Une instruction réutilisable que vous invoquez en tapant `/name` dans l'invite. Les commandes intégrées telles que `/clear`, `/model` et `/compact` contrôlent la session. Vous pouvez définir vos propres commandes en tant que fichiers dans `.fuxi/commands/`, ou les installer à partir d'un [plugin](#plugin). Les [Skills](#skill) sont la méthode recommandée pour empaqueter les commandes multi-étapes. En savoir plus : [Commands](/fr/commands) · [Skills](/fr/skills)

Compaction

Résumé automatique de votre conversation lorsque la [context window](#context-window) approche de sa limite. Les résultats des outils plus anciens sont d'abord effacés, puis la conversation est résumée. Project-root FUXI.md et auto memory survivent à la compaction et se rechargent à partir du disque ; les instructions données uniquement dans la conversation peuvent être perdues. Exécutez `/compact` pour déclencher manuellement, éventuellement avec un focus comme `/compact focus on the API changes`. En savoir plus : [What survives compaction](/fr/context-window#what-survives-compaction) · [When context fills up](/fr/how-fuxi-code-works#when-context-fills-up)

Context window

La mémoire de travail d'une session, contenant l'historique des conversations, le contenu des fichiers, les résultats des commandes, FUXI.md, auto memory, les skills chargés et les instructions système. Au fur et à mesure que vous travaillez, le contexte se remplit jusqu'à ce que [compaction](#compaction) le résume. Exécutez `/context` pour voir ce qui utilise l'espace. Pour le concept de modèle sous-jacent, consultez le [glossaire de la plateforme](https://platform.fuxi.com/docs/fr/about-fuxi/glossary#context-window). En savoir plus : [Explore the context window](/fr/context-window)

D

Dispatch

Un routeur de tâches initié par téléphone qui génère une session Fuxi Code dans l'application Desktop lorsque vous envoyez une tâche de codage depuis l'application mobile Fuxi. Votre invite s'achemine automatiquement vers le bon outil. Disponible sur les plans Pro et Max. En savoir plus : [Sessions from Dispatch](/fr/desktop#sessions-from-dispatch)

E

Effort level

Un paramètre qui contrôle la quantité du budget de réflexion adaptative que Fuxi utilise à chaque tour. Un effort plus élevé signifie plus de tokens de réflexion et un raisonnement plus profond ; un effort plus faible est plus rapide et moins cher. L'effort est pris en charge sur Fable 5, sur Opus 4.6 et versions ultérieures, ainsi que sur Sonnet 4.6 et versions ultérieures. En savoir plus : [Adjust effort level](/fr/model-config#adjust-effort-level)

Extended thinking

Un raisonnement étape par étape visible que le modèle effectue avant de répondre. Vous pouvez l'ajuster avec le [effort level](#effort-level), ou plafonner les tokens de réflexion avec `MAX_THINKING_TOKENS` sur les modèles avec un budget de réflexion fixe. La réflexion apparaît en texte gris italique dans le terminal. En savoir plus : [Use extended thinking](/fr/model-config#extended-thinking)

H

Hook

Un gestionnaire défini par l'utilisateur qui s'exécute automatiquement à un point spécifique du cycle de vie de Fuxi Code, par exemple avant l'exécution d'un outil, après une modification de fichier ou au démarrage de la session. Les gestionnaires peuvent être une commande shell, un point de terminaison HTTP, un outil MCP, une invite LLM ou un subagent. Les hooks sont déterministes : ils se déclenchent à des points de cycle de vie fixes plutôt qu'à la discrétion du modèle. Une configuration de hook a trois niveaux : * **Hook event** : le point du cycle de vie * **Matcher** : filtre les événements qui le déclenchent * **Hook handler** : ce qui s'exécute En savoir plus : [Get started with hooks](/fr/hooks-guide) · [Hooks reference](/fr/hooks)

M

Managed settings

Les paramètres gérés sont des paramètres appliqués à l'échelle de l'organisation par l'informatique ou DevOps, fournis par les serveurs d'Anthropic via la console d'administration ou déployés sur les appareils à un chemin au niveau du système d'exploitation en dehors de `~/.fuxi`. Les paramètres utilisateur et projet ne peuvent pas remplacer les paramètres gérés. La livraison gérée par le serveur s'applique sur les [configurations éligibles](/fr/server-managed-settings#platform-availability) ; consultez les [Considérations de sécurité](/fr/server-managed-settings#security-considerations). Utilisez ceci pour les politiques de sécurité, les exigences de conformité ou les outils standardisés sur une flotte. En savoir plus : [Server-managed settings](/fr/server-managed-settings) · [Settings files](/fr/settings#settings-files)

MCP (Model Context Protocol)

Une norme ouverte pour connecter les outils d'IA aux sources de données et services externes. Les serveurs MCP donnent à Fuxi de nouveaux outils pour Slack, Jira, les bases de données, les navigateurs et des centaines d'autres intégrations. Vous connectez les serveurs via `/mcp` ou en les ajoutant à `.mcp.json`. Pour le protocole lui-même, consultez le [glossaire de la plateforme](https://platform.fuxi.com/docs/fr/about-fuxi/glossary#mcp-model-context-protocol). En savoir plus : [Model Context Protocol](/fr/mcp) Un mécanisme d'économie de contexte qui reporte les schémas d'outils MCP jusqu'à ce qu'ils soient nécessaires. Seuls les noms d'outils se chargent au démarrage ; Fuxi récupère le schéma complet à la demande lorsqu'il décide d'utiliser un outil spécifique. Cela empêche les serveurs MCP inactifs de consommer beaucoup de contexte. En savoir plus : [Scale with MCP Tool Search](/fr/mcp#scale-with-mcp-tool-search)

N

Non-interactive mode

Un mode qui exécute une seule invite et se ferme sans session conversationnelle, invoqué avec `-p` ou `--print`. Utilisé pour CI, les scripts et le piping. L'exécution est toujours enregistrée en tant que session reprise sauf si vous passez `--no-session-persistence`. Le [Agent SDK](/fr/agent-sdk/overview) est l'équivalent Python et TypeScript. Anciennement appelé headless mode. En savoir plus : [Run Fuxi Code programmatically](/fr/headless)

O

Output style

Une configuration qui modifie l'invite système de Fuxi pour modifier le comportement, le ton ou le format de la réponse. Les output styles désactivent les parties spécifiques à l'ingénierie logicielle de l'invite système par défaut, contrairement à [FUXI.md](#fuxi-md) qui est livré en tant que message utilisateur suivant l'invite système. Les styles intégrés incluent Default, Proactive, Explanatory et Learning. En savoir plus : [Output styles](/fr/output-styles)

P

Permission mode

Le comportement d'approbation de base pour la session. Basculez avec `Shift+Tab` dans la CLI ou utilisez le sélecteur de mode dans VS Code, Desktop et fuxi.ai. Les modes disponibles sont `default`, `acceptEdits`, `plan`, `auto`, `dontAsk` et `bypassPermissions`. Le mode `default` est étiqueté Manual dans la CLI et dans les extensions VS Code et JetBrains, et Fuxi Code accepte `manual` comme alias pour la valeur. En savoir plus : [Choisir un mode de permission](/fr/permission-modes)

Permission rule

Une entrée de paramètres qui autorise, demande ou refuse une invocation d'outil en fonction du nom de l'outil et du modèle d'argument. Les règles sont évaluées deny→ask→allow, le premier match gagne. Les permission rules sont des contrôles granulaires superposés au-dessus du [permission mode](#permission-mode) plus large. En savoir plus : [Configurer les permissions](/fr/permissions)

Plan mode

Un [permission mode](#permission-mode) où Fuxi recherche et propose des modifications sans modifier vos fichiers source. Il peut lire, rechercher et exécuter des commandes d'exploration, puis présente un plan pour approbation avant de toucher à quoi que ce soit. Entrez en plan mode avec `/plan` ou en appuyant sur `Shift+Tab`. En savoir plus : [Analyser avant de modifier avec le plan mode](/fr/permission-modes#analyze-before-you-edit-with-plan-mode)

Plugin

Un ensemble de skills, hooks, subagents et serveurs MCP emballés en tant qu'unité installable unique. Les plugin skills sont espacés de noms comme `plugin-name:skill-name` afin que plusieurs plugins coexistent. Distribuez les plugins entre les équipes via un [marketplace](/fr/plugin-marketplaces). En savoir plus : [Plugins](/fr/plugins)

Project trust

Un dialogue acceptant un répertoire avant que Fuxi Code ne charge sa configuration. L'acceptation est enregistrée par répertoire de projet, sauf votre répertoire personnel, où la confiance est maintenue pour la session actuelle uniquement et l'invite réapparaît à chaque lancement. La confiance contrôle l'installation automatique des plugins du marketplace et l'exécution des hooks définis par le projet. Faire confiance à un répertoire signifie que ses fichiers `.fuxi/settings.json`, `.mcp.json` et autres fichiers de configuration prennent effet. En savoir plus : [Le répertoire `.fuxi`](/fr/fuxi-directory)

Prompt injection

Des instructions hostiles intégrées dans un fichier, une page web ou un résultat d'outil qui tentent de rediriger Fuxi vers des actions que vous n'avez jamais demandées. Les défenses de Fuxi Code incluent le système de permissions, les listes de blocage de commandes et la vérification de confiance. [Auto mode](#auto-mode) ajoute une sonde côté serveur qui analyse les résultats des outils pour détecter le contenu suspect et un classificateur qui ne voit jamais les résultats des outils, donc le texte injecté ne peut pas influencer ses décisions d'approbation. En savoir plus : [Protéger contre l'injection de prompt](/fr/security#protect-against-prompt-injection)

R

Remote Control

Un moyen de continuer une session Fuxi Code locale depuis votre téléphone ou navigateur via fuxi.ai. Votre code reste sur votre machine ; seule l'interface utilisateur est distante. Différent de Fuxi Code sur le web, qui s'exécute dans un sandbox cloud. En savoir plus : [Remote Control](/fr/remote-control)

Rules

Des fichiers d'instructions modulaires dans `.fuxi/rules/` qui se chargent aux côtés de FUXI.md. Une règle peut être délimitée par chemin avec le frontmatter YAML `paths:` afin qu'elle ne se charge que lorsque Fuxi lit un fichier correspondant, gardant le contexte maigre jusqu'à ce qu'il soit pertinent. En savoir plus : [Organize rules with `.fuxi/rules/`](/fr/memory#organize-rules-with-fuxi/rules/)

S

Sandboxing

Isolation du système de fichiers et du réseau au niveau du système d'exploitation pour l'outil Bash. Les commandes s'exécutent à l'intérieur d'une limite que vous définissez à l'avance, afin que Fuxi puisse travailler librement sans invites d'approbation par commande. Le sandboxing est une couche séparée des [permission rules](#permission-rule). En savoir plus : [Sandboxing](/fr/sandboxing)

Session

Une conversation liée à votre répertoire actuel, avec sa propre [context window](#context-window) indépendante. Les sessions peuvent être reprises avec `fuxi -c`, bifurquées avec `--fork-session` pour préserver l'historique sous un nouvel ID de session, ou exécutées en parallèle sur les terminaux. L'exécution de `/clear` démarre une nouvelle session ; la session précédente reste stockée et est disponible via `/resume`. La transcription de chaque session est stockée sous `~/.fuxi/projects/`. En savoir plus : [Work with sessions](/fr/how-fuxi-code-works#work-with-sessions)

Settings layers

La hiérarchie à partir de laquelle Fuxi Code lit la configuration, par ordre de priorité du plus élevé au plus bas : [managed policy](#managed-settings), arguments de ligne de commande, paramètres locaux à `.fuxi/settings.local.json`, paramètres de projet à `.fuxi/settings.json`, puis paramètres utilisateur à `~/.fuxi/settings.json`. Les tableaux fusionnent entre les couches ; les scalaires à une couche supérieure remplacent les couches inférieures. En savoir plus : [Settings files](/fr/settings#settings-files)

Skill

Un fichier `SKILL.md` contenant des instructions, des connaissances ou un flux de travail que Fuxi ajoute à sa boîte à outils. Fuxi charge une skill automatiquement lorsqu'elle est pertinente, ou vous l'invoquez directement avec `/skill-name`. Les skills suivent la norme Agent Skills ouverte ; Fuxi Code l'étend avec le contrôle d'invocation et l'exécution de subagent. Les skills sont le successeur recommandé aux commandes personnalisées. Un fichier à `.fuxi/commands/deploy.md` et un à `.fuxi/skills/deploy/SKILL.md` créent tous deux `/deploy` et fonctionnent de la même manière ; les fichiers de commande existants continuent de fonctionner. En savoir plus : [Extend Fuxi with skills](/fr/skills)

Subagent

Un assistant IA spécialisé qui s'exécute dans sa propre fenêtre de contexte avec une invite système personnalisée, un accès à des outils spécifiques et des permissions indépendantes. Il travaille sur une tâche déléguée et retourne un résumé à la conversation principale. Utilisez les subagents pour garder les grandes explorations hors de votre contexte principal ou pour exécuter des recherches parallèles. Différent des [agent teams](#agent-teams), où chaque agent est une session indépendante complète avec laquelle vous pouvez parler directement. Les subagents intégrés incluent Explore, Plan et à usage général. En savoir plus : [Create custom subagents](/fr/sub-agents)

Surface

N'importe quel endroit où vous accédez à Fuxi Code : la CLI, VS Code, JetBrains, Desktop ou fuxi.ai. Toutes les surfaces partagent le même moteur, donc votre FUXI.md, vos paramètres et vos skills fonctionnent de la même manière sur toutes. Slack et l'extension Chrome sont des intégrations qui se connectent à une surface plutôt que des surfaces elles-mêmes. En savoir plus : [Platforms and integrations](/fr/platforms)

T

Teleport

Une commande, `/teleport`, qui tire une session Fuxi Code cloud dans votre terminal local. Fuxi récupère la branche, charge l'historique des conversations et reprend à partir du dernier état de la session web. La direction inverse est `--cloud`, qui envoie une tâche locale pour s'exécuter sur le web. En savoir plus : [From web to terminal](/fr/fuxi-code-on-the-web#from-web-to-terminal)

Tool

Une action que Fuxi peut prendre : lire un fichier, modifier le code, exécuter une commande shell, rechercher sur le web, générer un subagent. Les tools sont ce qui rend Fuxi Code agentic. Sans eux, Fuxi ne peut que répondre avec du texte. Chaque utilisation d'outil retourne un résultat qui informe la décision suivante de Fuxi dans la [agentic loop](#agentic-loop). En savoir plus : [Tools available to Fuxi](/fr/tools-reference)

Turn

Une réponse complète de Fuxi au sein d'une [session](#session). Un turn commence quand vous envoyez un message et se termine quand Fuxi finit de répondre, avec un nombre quelconque d'appels [tool](#tool) entre les deux. Les [stop hooks](#hook) se déclenchent à la fin de chaque turn. Une session se compose de nombreux turns, et la [agentic loop](#agentic-loop) décrit ce qui se passe à l'intérieur d'un. En savoir plus : [How Fuxi Code works](/fr/how-fuxi-code-works#the-agentic-loop)

V

Verification loop

Comment une session sait que le travail est réellement terminé plutôt que simplement plausible. Vous donnez à Fuxi une vérification qu'il peut exécuter, comme une suite de tests, une compilation ou une comparaison de captures d'écran, et Fuxi itère jusqu'à ce que la vérification réussisse au lieu de s'arrêter après une tentative. Une verification loop est la condition préalable pour [`/goal`](/fr/goal), les exécutions sans surveillance et les [dynamic workflows](/fr/workflows) : sans elle, la seule chose qui décide que l'agent a terminé est l'agent lui-même. En savoir plus : [Donnez à Fuxi un moyen de vérifier son travail](/fr/best-practices#give-fuxi-a-way-to-verify-its-work)

W

Worktree isolation

Un mode d'isolation qui exécute Fuxi dans un worktree git séparé sous `.fuxi/worktrees/`, activé avec le drapeau `-w` ou `isolation: worktree` dans la configuration du subagent. Les modifications restent sur une branche séparée dans un répertoire séparé, afin que les agents parallèles ne se remplacent pas les fichiers les uns des autres. En savoir plus : [Run parallel sessions with git worktrees](/fr/worktrees) ***

Termes dépréciés et renommés

Ces termes apparaissent dans les documents plus anciens, les articles de blog et le contenu communautaire. Utilisez le nom actuel lors de la recherche sur ce site. | Old term | Now called | Notes | | --------------- | --------------------------------------------- | ------------------------------------ | | Headless mode | [Non-interactive mode](#non-interactive-mode) | Same `-p` flag, same behavior | | Custom commands | [Skills](#skill) | `.fuxi/commands/` files still work | | Slash commands | Commands | "Slash" dropped from product copy |