cx-viewer 1.0.3 → 1.0.4

package/concepts/fr/Tool-EnterPlanMode.md

@@ -1,128 +0,0 @@
-# EnterPlanMode
-
-## Définition
-
-Bascule Claude Code en mode planification, utilisé pour explorer la base de code et concevoir un plan avant l'implémentation.
-
-## Paramètres
-
-Aucun paramètre.
-
-## Cas d'utilisation
-
-**Adapté pour :**
-- Implémentation de nouvelles fonctionnalités — nécessite des décisions d'architecture
-- Plusieurs approches viables existent — nécessite le choix de l'utilisateur
-- Les modifications de code affectent le comportement ou la structure existante
-- Changements dans plusieurs fichiers — impliquant potentiellement 2-3 fichiers ou plus
-- Exigences peu claires — besoin d'explorer d'abord pour comprendre la portée
-- Les préférences de l'utilisateur sont importantes — l'implémentation peut avoir plusieurs directions raisonnables
-
-**Non adapté pour :**
-- Corrections d'une ligne ou de quelques lignes (fautes de frappe, bugs évidents)
-- L'utilisateur a déjà donné des instructions très spécifiques
-- Tâches purement de recherche/exploration — utiliser Task (type Explore)
-
-## Comportement en mode planification
-
-Après être entré en mode planification, Claude Code :
-1. Utilise les outils Glob, Grep, Read pour explorer la base de code en profondeur
-2. Comprend les patterns et l'architecture existants
-3. Conçoit un plan d'implémentation
-4. Soumet le plan à l'utilisateur pour approbation
-5. Peut utiliser AskUserQuestion si des clarifications sont nécessaires
-6. Sort via ExitPlanMode lorsque le plan est prêt
-
-## Notes
-
-- Cet outil nécessite le consentement de l'utilisateur pour entrer en mode planification
-- En cas de doute sur la nécessité de planifier, il est préférable de planifier — s'aligner en amont est mieux que de refaire
-
-## Texte original
-
-<textarea readonly>Use this tool proactively when you're about to start a non-trivial implementation task. Getting user sign-off on your approach before writing code prevents wasted effort and ensures alignment. This tool transitions you into plan mode where you can explore the codebase and design an implementation approach for user approval.
-
-## When to Use This Tool
-
-**Prefer using EnterPlanMode** for implementation tasks unless they're simple. Use it when ANY of these conditions apply:
-
-1. **New Feature Implementation**: Adding meaningful new functionality
-   - Example: "Add a logout button" - where should it go? What should happen on click?
-   - Example: "Add form validation" - what rules? What error messages?
-
-2. **Multiple Valid Approaches**: The task can be solved in several different ways
-   - Example: "Add caching to the API" - could use Redis, in-memory, file-based, etc.
-   - Example: "Improve performance" - many optimization strategies possible
-
-3. **Code Modifications**: Changes that affect existing behavior or structure
-   - Example: "Update the login flow" - what exactly should change?
-   - Example: "Refactor this component" - what's the target architecture?
-
-4. **Architectural Decisions**: The task requires choosing between patterns or technologies
-   - Example: "Add real-time updates" - WebSockets vs SSE vs polling
-   - Example: "Implement state management" - Redux vs Context vs custom solution
-
-5. **Multi-File Changes**: The task will likely touch more than 2-3 files
-   - Example: "Refactor the authentication system"
-   - Example: "Add a new API endpoint with tests"
-
-6. **Unclear Requirements**: You need to explore before understanding the full scope
-   - Example: "Make the app faster" - need to profile and identify bottlenecks
-   - Example: "Fix the bug in checkout" - need to investigate root cause
-
-7. **User Preferences Matter**: The implementation could reasonably go multiple ways
-   - If you would use AskUserQuestion to clarify the approach, use EnterPlanMode instead
-   - Plan mode lets you explore first, then present options with context
-
-## When NOT to Use This Tool
-
-Only skip EnterPlanMode for simple tasks:
-- Single-line or few-line fixes (typos, obvious bugs, small tweaks)
-- Adding a single function with clear requirements
-- Tasks where the user has given very specific, detailed instructions
-- Pure research/exploration tasks (use the Agent tool with explore agent instead)
-
-## What Happens in Plan Mode
-
-In plan mode, you'll:
-1. Thoroughly explore the codebase using Glob, Grep, and Read tools
-2. Understand existing patterns and architecture
-3. Design an implementation approach
-4. Present your plan to the user for approval
-5. Use AskUserQuestion if you need to clarify approaches
-6. Exit plan mode with ExitPlanMode when ready to implement
-
-## Examples
-
-### GOOD - Use EnterPlanMode:
-User: "Add user authentication to the app"
-- Requires architectural decisions (session vs JWT, where to store tokens, middleware structure)
-
-User: "Optimize the database queries"
-- Multiple approaches possible, need to profile first, significant impact
-
-User: "Implement dark mode"
-- Architectural decision on theme system, affects many components
-
-User: "Add a delete button to the user profile"
-- Seems simple but involves: where to place it, confirmation dialog, API call, error handling, state updates
-
-User: "Update the error handling in the API"
-- Affects multiple files, user should approve the approach
-
-### BAD - Don't use EnterPlanMode:
-User: "Fix the typo in the README"
-- Straightforward, no planning needed
-
-User: "Add a console.log to debug this function"
-- Simple, obvious implementation
-
-User: "What files handle routing?"
-- Research task, not implementation planning
-
-## Important Notes
-
-- This tool REQUIRES user approval - they must consent to entering plan mode
-- If unsure whether to use it, err on the side of planning - it's better to get alignment upfront than to redo work
-- Users appreciate being consulted before significant changes are made to their codebase
-</textarea>

package/concepts/fr/Tool-EnterWorktree.md

@@ -1,56 +0,0 @@
-# EnterWorktree
-
-## Définition
-
-Creates an isolated git worktree and switches the current session into it. Only used when the user explicitly asks to work in a worktree.
-
-## Paramètres
-
-| Name | Type | Required | Description |
-|---|---|---|---|
-| name | string | No | A name for the worktree. If not provided, a random name is generated. |
-
-## Cas d'utilisation
-
-**Adapté pour :**
-- The user explicitly says "worktree" (e.g., "start a worktree", "work in a worktree", "create a worktree")
-
-**Non adapté pour :**
-- The user asks to create/switch branches — use git commands instead
-- The user asks to fix a bug or work on a feature — use normal git workflow unless they specifically mention worktrees
-
-## Remarques
-
-- Must be in a git repository, or have WorktreeCreate/WorktreeRemove hooks configured
-- Must not already be in a worktree
-
-## Texte original
-
-<textarea readonly>Use this tool ONLY when the user explicitly asks to work in a worktree. This tool creates an isolated git worktree and switches the current session into it.
-
-## When to Use
-
-- The user explicitly says "worktree" (e.g., "start a worktree", "work in a worktree", "create a worktree", "use a worktree")
-
-## When NOT to Use
-
-- The user asks to create a branch, switch branches, or work on a different branch — use git commands instead
-- The user asks to fix a bug or work on a feature — use normal git workflow unless they specifically mention worktrees
-- Never use this tool unless the user explicitly mentions "worktree"
-
-## Requirements
-
-- Must be in a git repository, OR have WorktreeCreate/WorktreeRemove hooks configured in settings.json
-- Must not already be in a worktree
-
-## Behavior
-
-- In a git repository: creates a new git worktree inside `.claude/worktrees/` with a new branch based on HEAD
-- Outside a git repository: delegates to WorktreeCreate/WorktreeRemove hooks for VCS-agnostic isolation
-- Switches the session's working directory to the new worktree
-- On session exit, the user will be prompted to keep or remove the worktree
-
-## Parameters
-
-- `name` (optional): A name for the worktree. If not provided, a random name is generated.
-</textarea>

package/concepts/fr/Tool-ExitPlanMode.md

@@ -1,62 +0,0 @@
-# ExitPlanMode
-
-## Définition
-
-Quitte le mode planification et soumet le plan à l'utilisateur pour approbation. Le contenu du plan est lu à partir du fichier de plan écrit précédemment.
-
-## Paramètres
-
-| Paramètre | Type | Requis | Description |
-|-----------|------|--------|-------------|
-| `allowedPrompts` | array | Non | Liste des descriptions de permissions nécessaires pour implémenter le plan |
-
-Chaque élément du tableau `allowedPrompts` :
-
-| Champ | Type | Requis | Description |
-|-------|------|--------|-------------|
-| `tool` | enum | Oui | Outil applicable, actuellement seul `Bash` est supporté |
-| `prompt` | string | Oui | Description sémantique de l'opération (comme « run tests », « install dependencies ») |
-
-## Cas d'utilisation
-
-**Adapté pour :**
-- Le plan est terminé en mode planification, prêt à être soumis pour approbation de l'utilisateur
-- Uniquement pour les tâches d'implémentation nécessitant l'écriture de code
-
-**Non adapté pour :**
-- Tâches purement de recherche/exploration — pas besoin de quitter le mode planification
-- Vouloir demander à l'utilisateur « le plan est-il correct ? » — c'est exactement la fonction de cet outil, ne pas utiliser AskUserQuestion pour cela
-
-## Notes
-
-- Cet outil n'accepte pas le contenu du plan comme paramètre — il le lit à partir du fichier de plan écrit précédemment
-- L'utilisateur verra le contenu du fichier de plan pour l'approuver
-- Ne pas utiliser AskUserQuestion pour demander « le plan est-il correct ? » avant d'appeler cet outil, c'est redondant
-- Ne pas mentionner « plan » dans les questions, car l'utilisateur ne peut pas voir le contenu du plan avant ExitPlanMode
-
-## Texte original
-
-<textarea readonly>Use this tool when you are in plan mode and have finished writing your plan to the plan file and are ready for user approval.
-
-## How This Tool Works
-- You should have already written your plan to the plan file specified in the plan mode system message
-- This tool does NOT take the plan content as a parameter - it will read the plan from the file you wrote
-- This tool simply signals that you're done planning and ready for the user to review and approve
-- The user will see the contents of your plan file when they review it
-
-## When to Use This Tool
-IMPORTANT: Only use this tool when the task requires planning the implementation steps of a task that requires writing code. For research tasks where you're gathering information, searching files, reading files or in general trying to understand the codebase - do NOT use this tool.
-
-## Before Using This Tool
-Ensure your plan is complete and unambiguous:
-- If you have unresolved questions about requirements or approach, use AskUserQuestion first (in earlier phases)
-- Once your plan is finalized, use THIS tool to request approval
-
-**Important:** Do NOT use AskUserQuestion to ask "Is this plan okay?" or "Should I proceed?" - that's exactly what THIS tool does. ExitPlanMode inherently requests user approval of your plan.
-
-## Examples
-
-1. Initial task: "Search for and understand the implementation of vim mode in the codebase" - Do not use the exit plan mode tool because you are not planning the implementation steps of a task.
-2. Initial task: "Help me implement yank mode for vim" - Use the exit plan mode tool after you have finished planning the implementation steps of the task.
-3. Initial task: "Add a new feature to handle user authentication" - If unsure about auth method (OAuth, JWT, etc.), use AskUserQuestion first, then use exit plan mode tool after clarifying the approach.
-</textarea>

package/concepts/fr/Tool-Glob.md

@@ -1,39 +0,0 @@
-# Glob
-
-## Définition
-
-Outil rapide de correspondance de motifs de noms de fichiers, compatible avec des bases de code de toute taille. Renvoie les chemins de fichiers correspondants triés par date de modification.
-
-## Paramètres
-
-| Paramètre | Type | Requis | Description |
-|-----------|------|--------|-------------|
-| `pattern` | string | Oui | Motif glob (comme `**/*.js`, `src/**/*.ts`) |
-| `path` | string | Non | Répertoire de recherche, par défaut le répertoire de travail actuel. Ne pas passer « undefined » ou « null » |
-
-## Cas d'utilisation
-
-**Adapté pour :**
-- Rechercher des fichiers par motif de nom
-- Trouver tous les fichiers d'un type spécifique (comme tous les fichiers `.tsx`)
-- Localiser des fichiers d'abord lors de la recherche de définitions de classes spécifiques (comme `class Foo`)
-- Plusieurs appels Glob peuvent être lancés en parallèle dans un seul message
-
-**Non adapté pour :**
-- Rechercher du contenu de fichiers — utiliser Grep
-- Exploration ouverte nécessitant plusieurs tours de recherche — utiliser Task (type Explore)
-
-## Notes
-
-- Supporte la syntaxe glob standard : `*` correspond à un niveau, `**` correspond à plusieurs niveaux, `{}` correspond à plusieurs choix
-- Les résultats sont triés par date de modification
-- Plus recommandé que la commande `find` de Bash
-
-## Texte original
-
-<textarea readonly>- Fast file pattern matching tool that works with any codebase size
-- Supports glob patterns like "**/*.js" or "src/**/*.ts"
-- Returns matching file paths sorted by modification time
-- Use this tool when you need to find files by name patterns
-- When you are doing an open ended search that may require multiple rounds of globbing and grepping, use the Agent tool instead
-- You can call multiple tools in a single response. It is always better to speculatively perform multiple searches in parallel if they are potentially useful.</textarea>

package/concepts/fr/Tool-Grep.md

@@ -1,57 +0,0 @@
-# Grep
-
-## Définition
-
-Puissant outil de recherche de contenu basé sur ripgrep. Supporte les expressions régulières, le filtrage par type de fichier et plusieurs modes de sortie.
-
-## Paramètres
-
-| Paramètre | Type | Requis | Description |
-|-----------|------|--------|-------------|
-| `pattern` | string | Oui | Motif de recherche en expression régulière |
-| `path` | string | Non | Chemin de recherche (fichier ou répertoire), par défaut le répertoire de travail actuel |
-| `glob` | string | Non | Filtre de nom de fichier (comme `*.js`, `*.{ts,tsx}`) |
-| `type` | string | Non | Filtre de type de fichier (comme `js`, `py`, `rust`), plus efficace que glob |
-| `output_mode` | enum | Non | Mode de sortie : `files_with_matches` (par défaut), `content`, `count` |
-| `-i` | boolean | Non | Recherche insensible à la casse |
-| `-n` | boolean | Non | Afficher les numéros de ligne (mode content uniquement), par défaut true |
-| `-A` | number | Non | Nombre de lignes à afficher après la correspondance |
-| `-B` | number | Non | Nombre de lignes à afficher avant la correspondance |
-| `-C` / `context` | number | Non | Nombre de lignes à afficher avant et après la correspondance |
-| `head_limit` | number | Non | Limiter le nombre d'entrées en sortie, par défaut 0 (illimité) |
-| `offset` | number | Non | Ignorer les N premiers résultats |
-| `multiline` | boolean | Non | Activer le mode de correspondance multiligne, par défaut false |
-
-## Cas d'utilisation
-
-**Adapté pour :**
-- Rechercher des chaînes ou motifs spécifiques dans la base de code
-- Trouver les emplacements d'utilisation de fonctions/variables
-- Filtrer les résultats de recherche par type de fichier
-- Compter le nombre de correspondances
-
-**Non adapté pour :**
-- Rechercher des fichiers par nom — utiliser Glob
-- Exploration ouverte nécessitant plusieurs tours de recherche — utiliser Task (type Explore)
-
-## Notes
-
-- Utilise la syntaxe ripgrep (pas grep), les caractères spéciaux comme les accolades doivent être échappés
-- Le mode `files_with_matches` ne renvoie que les chemins de fichiers, c'est le plus efficace
-- Le mode `content` renvoie le contenu des lignes correspondantes, supporte les lignes de contexte
-- La correspondance multiligne nécessite de définir `multiline: true`
-- Toujours préférer l'outil Grep aux commandes `grep` ou `rg` dans Bash
-
-## Texte original
-
-<textarea readonly>A powerful search tool built on ripgrep
-
-  Usage:
-  - ALWAYS use Grep for search tasks. NEVER invoke `grep` or `rg` as a Bash command. The Grep tool has been optimized for correct permissions and access.
-  - Supports full regex syntax (e.g., "log.*Error", "function\s+\w+")
-  - Filter files with glob parameter (e.g., "*.js", "**/*.tsx") or type parameter (e.g., "js", "py", "rust")
-  - Output modes: "content" shows matching lines, "files_with_matches" shows only file paths (default), "count" shows match counts
-  - Use Agent tool for open-ended searches requiring multiple rounds
-  - Pattern syntax: Uses ripgrep (not grep) - literal braces need escaping (use `interface\{\}` to find `interface{}` in Go code)
-  - Multiline matching: By default patterns match within single lines only. For cross-line patterns like `struct \{[\s\S]*?field`, use `multiline: true`
-</textarea>

package/concepts/fr/Tool-NotebookEdit.md

@@ -1,33 +0,0 @@
-# NotebookEdit
-
-## Définition
-
-Remplace, insère ou supprime des cellules spécifiques dans un Jupyter notebook (fichier .ipynb).
-
-## Paramètres
-
-| Paramètre | Type | Requis | Description |
-|-----------|------|--------|-------------|
-| `notebook_path` | string | Oui | Chemin absolu du fichier notebook |
-| `new_source` | string | Oui | Nouveau contenu de la cellule |
-| `cell_id` | string | Non | ID de la cellule à éditer. En mode insertion, la nouvelle cellule est insérée après cet ID |
-| `cell_type` | enum | Non | Type de cellule : `code` ou `markdown`. Requis en mode insertion |
-| `edit_mode` | enum | Non | Mode d'édition : `replace` (par défaut), `insert`, `delete` |
-
-## Cas d'utilisation
-
-**Adapté pour :**
-- Modifier des cellules de code ou markdown dans des Jupyter notebooks
-- Ajouter de nouvelles cellules à un notebook
-- Supprimer des cellules d'un notebook
-
-## Notes
-
-- `cell_number` est indexé à partir de 0
-- Le mode `insert` insère une nouvelle cellule à la position spécifiée
-- Le mode `delete` supprime la cellule à la position spécifiée
-- Le chemin doit être absolu
-
-## Texte original
-
-<textarea readonly>Completely replaces the contents of a specific cell in a Jupyter notebook (.ipynb file) with new source. Jupyter notebooks are interactive documents that combine code, text, and visualizations, commonly used for data analysis and scientific computing. The notebook_path parameter must be an absolute path, not a relative path. The cell_number is 0-indexed. Use edit_mode=insert to add a new cell at the index specified by cell_number. Use edit_mode=delete to delete the cell at the index specified by cell_number.</textarea>

package/concepts/fr/Tool-Read.md

@@ -1,56 +0,0 @@
-# Read
-
-## Définition
-
-Lit le contenu de fichiers depuis le système de fichiers local. Supporte les fichiers texte, images, PDF et Jupyter notebook.
-
-## Paramètres
-
-| Paramètre | Type | Requis | Description |
-|-----------|------|--------|-------------|
-| `file_path` | string | Oui | Chemin absolu du fichier |
-| `offset` | number | Non | Numéro de ligne de départ (pour la lecture segmentée de gros fichiers) |
-| `limit` | number | Non | Nombre de lignes à lire (pour la lecture segmentée de gros fichiers) |
-| `pages` | string | Non | Plage de pages PDF (comme « 1-5 », « 3 », « 10-20 »), applicable uniquement aux PDF |
-
-## Cas d'utilisation
-
-**Adapté pour :**
-- Lire des fichiers de code, fichiers de configuration et autres fichiers texte
-- Visualiser des fichiers image (Claude est un modèle multimodal)
-- Lire des documents PDF
-- Lire des Jupyter notebooks (renvoie toutes les cellules et sorties)
-- Lire plusieurs fichiers en parallèle pour obtenir du contexte
-
-**Non adapté pour :**
-- Lire des répertoires — utiliser la commande `ls` de Bash
-- Exploration ouverte de la base de code — utiliser Task (type Explore)
-
-## Notes
-
-- Le chemin doit être absolu, pas relatif
-- Par défaut, lit les 2000 premières lignes du fichier
-- Les lignes dépassant 2000 caractères seront tronquées
-- La sortie utilise le format `cat -n`, les numéros de ligne commencent à 1
-- Les gros PDF (plus de 10 pages) doivent spécifier le paramètre `pages`, maximum 20 pages par requête
-- Lire un fichier inexistant renvoie une erreur (pas de plantage)
-- Plusieurs appels Read peuvent être effectués en parallèle dans un seul message
-
-## Texte original
-
-<textarea readonly>Reads a file from the local filesystem. You can access any file directly by using this tool.
-Assume this tool is able to read all files on the machine. If the User provides a path to a file assume that path is valid. It is okay to read a file that does not exist; an error will be returned.
-
-Usage:
-- The file_path parameter must be an absolute path, not a relative path
-- By default, it reads up to 2000 lines starting from the beginning of the file
-- You can optionally specify a line offset and limit (especially handy for long files), but it's recommended to read the whole file by not providing these parameters
-- Any lines longer than 2000 characters will be truncated
-- Results are returned using cat -n format, with line numbers starting at 1
-- This tool allows Claude Code to read images (eg PNG, JPG, etc). When reading an image file the contents are presented visually as Claude Code is a multimodal LLM.
-- This tool can read PDF files (.pdf). For large PDFs (more than 10 pages), you MUST provide the pages parameter to read specific page ranges (e.g., pages: "1-5"). Reading a large PDF without the pages parameter will fail. Maximum 20 pages per request.
-- This tool can read Jupyter notebooks (.ipynb files) and returns all cells with their outputs, combining code, text, and visualizations.
-- This tool can only read files, not directories. To read a directory, use an ls command via the Bash tool.
-- You can call multiple tools in a single response. It is always better to speculatively read multiple potentially useful files in parallel.
-- You will regularly be asked to read screenshots. If the user provides a path to a screenshot, ALWAYS use this tool to view the file at the path. This tool will work with all temporary file paths.
-- If you read a file that exists but has empty contents you will receive a system reminder warning in place of file contents.</textarea>

package/concepts/fr/Tool-SendMessage.md

@@ -1,41 +0,0 @@
-# SendMessage
-
-## Définition
-
-Envoie des messages entre agents au sein d'une équipe. Utilisé pour la communication directe, la diffusion et les messages de protocole (requêtes/réponses d'arrêt, approbation de plan).
-
-## Paramètres
-
-| Paramètre | Type | Requis | Description |
-|-----------|------|--------|-------------|
-| `to` | string | Oui | Destinataire : nom du coéquipier, ou `"*"` pour diffuser à tous |
-| `message` | string / object | Oui | Message texte ou objet de protocole structuré |
-| `summary` | string | Non | Aperçu de 5 à 10 mots affiché dans l'interface |
-
-## Types de messages
-
-### Texte brut
-Messages directs entre coéquipiers pour la coordination, les mises à jour d'état et les discussions sur les tâches.
-
-### Requête d'arrêt
-Demande à un coéquipier de s'arrêter proprement : `{ type: "shutdown_request", reason: "..." }`
-
-### Réponse d'arrêt
-Le coéquipier approuve ou refuse l'arrêt : `{ type: "shutdown_response", approve: true/false }`
-
-### Réponse d'approbation de plan
-Approuve ou refuse le plan d'un coéquipier : `{ type: "plan_approval_response", approve: true/false }`
-
-## Diffusion vs. Direct
-
-- **Direct** (`to: "nom-du-coéquipier"`) : Envoyer à un coéquipier spécifique — à privilégier pour la plupart des communications
-- **Diffusion** (`to: "*"`) : Envoyer à tous les coéquipiers — à utiliser avec parcimonie, uniquement pour les annonces critiques à l'échelle de l'équipe
-
-## Outils associés
-
-| Outil | Rôle |
-|-------|------|
-| `TeamCreate` | Créer une nouvelle équipe |
-| `TeamDelete` | Supprimer l'équipe une fois terminé |
-| `Agent` | Démarrer des coéquipiers qui rejoignent l'équipe |
-| `TaskCreate` / `TaskUpdate` / `TaskList` | Gérer la liste de tâches partagée |

package/concepts/fr/Tool-Skill.md

@@ -1,56 +0,0 @@
-# Skill
-
-## Définition
-
-Exécute une compétence (skill) dans la conversation principale. Les compétences sont des capacités spécialisées que l'utilisateur peut invoquer via des slash commands (comme `/commit`, `/review-pr`).
-
-## Paramètres
-
-| Paramètre | Type | Requis | Description |
-|-----------|------|--------|-------------|
-| `skill` | string | Oui | Nom de la compétence (comme « commit », « review-pr », « pdf ») |
-| `args` | string | Non | Arguments de la compétence |
-
-## Cas d'utilisation
-
-**Adapté pour :**
-- L'utilisateur a saisi un slash command au format `/<skill-name>`
-- La demande de l'utilisateur correspond à la fonctionnalité d'une compétence enregistrée
-
-**Non adapté pour :**
-- Commandes CLI intégrées (comme `/help`, `/clear`)
-- Une compétence déjà en cours d'exécution
-- Noms de compétences absents de la liste des compétences disponibles
-
-## Notes
-
-- Après invocation, la compétence se déploie en un prompt complet
-- Supporte les noms pleinement qualifiés (comme `ms-office-suite:pdf`)
-- La liste des compétences disponibles est fournie dans les messages system-reminder
-- Quand on voit une balise `<command-name>`, cela signifie que la compétence est déjà chargée et doit être exécutée directement plutôt que de rappeler cet outil
-- Ne pas mentionner une compétence sans avoir réellement appelé l'outil
-
-## Texte original
-
-<textarea readonly>Execute a skill within the main conversation
-
-When users ask you to perform tasks, check if any of the available skills match. Skills provide specialized capabilities and domain knowledge.
-
-When users reference a "slash command" or "/<something>" (e.g., "/commit", "/review-pr"), they are referring to a skill. Use this tool to invoke it.
-
-How to invoke:
-- Use this tool with the skill name and optional arguments
-- Examples:
-  - `skill: "pdf"` - invoke the pdf skill
-  - `skill: "commit", args: "-m 'Fix bug'"` - invoke with arguments
-  - `skill: "review-pr", args: "123"` - invoke with arguments
-  - `skill: "ms-office-suite:pdf"` - invoke using fully qualified name
-
-Important:
-- Available skills are listed in system-reminder messages in the conversation
-- When a skill matches the user's request, this is a BLOCKING REQUIREMENT: invoke the relevant Skill tool BEFORE generating any other response about the task
-- NEVER mention a skill without actually calling this tool
-- Do not invoke a skill that is already running
-- Do not use this tool for built-in CLI commands (like /help, /clear, etc.)
-- If you see a <command-name> tag in the current conversation turn, the skill has ALREADY been loaded - follow the instructions directly instead of calling this tool again
-</textarea>

package/concepts/fr/Tool-Task.md

@@ -1,51 +0,0 @@
-# Task
-
-> **Note :** Dans les versions récentes de Claude Code, cet outil a été renommé en **Agent**. Voir le document [Tool-Agent](Tool-Agent).
-
-## Définition
-
-Lance un sous-agent (SubAgent) pour gérer de manière autonome des tâches complexes multi-étapes. Les sous-agents sont des sous-processus indépendants, chacun avec son propre ensemble d'outils et contexte dédiés.
-
-## Paramètres
-
-| Paramètre | Type | Requis | Description |
-|-----------|------|--------|-------------|
-| `prompt` | string | Oui | Description de la tâche à exécuter par le sous-agent |
-| `description` | string | Oui | Résumé bref de 3-5 mots |
-| `subagent_type` | string | Oui | Type de sous-agent, détermine l'ensemble d'outils disponibles |
-| `model` | enum | Non | Spécifier le modèle (sonnet / opus / haiku), par défaut hérité du parent |
-| `max_turns` | integer | Non | Nombre maximum de tours agentiques |
-| `run_in_background` | boolean | Non | Si la tâche s'exécute en arrière-plan ; les tâches en arrière-plan renvoient le chemin du output_file |
-| `resume` | string | Non | ID de l'agent à reprendre, continue depuis la dernière exécution |
-| `isolation` | enum | Non | Mode d'isolation, `worktree` crée un git worktree temporaire |
-
-## Types de sous-agents
-
-| Type | Utilité | Outils disponibles |
-|------|---------|-------------------|
-| `Bash` | Exécution de commandes, opérations git | Bash |
-| `general-purpose` | Tâches générales multi-étapes | Tous les outils |
-| `Explore` | Exploration rapide de la base de code | Tous les outils sauf Task/Edit/Write/NotebookEdit/ExitPlanMode |
-| `Plan` | Concevoir des plans d'implémentation | Tous les outils sauf Task/Edit/Write/NotebookEdit/ExitPlanMode |
-| `claude-code-guide` | Questions-réponses sur le guide d'utilisation de Claude Code | Glob, Grep, Read, WebFetch, WebSearch |
-| `statusline-setup` | Configurer la barre d'état | Read, Edit |
-
-## Cas d'utilisation
-
-**Adapté pour :**
-- Tâches complexes nécessitant une réalisation autonome en plusieurs étapes
-- Exploration de la base de code et recherche approfondie (utiliser le type Explore)
-- Travail parallèle nécessitant des environnements isolés
-- Tâches de longue durée nécessitant une exécution en arrière-plan
-
-**Non adapté pour :**
-- Lire des chemins de fichiers spécifiques — utiliser directement Read ou Glob
-- Rechercher dans 2-3 fichiers connus — utiliser directement Read
-- Rechercher des définitions de classes spécifiques — utiliser directement Glob
-
-## Notes
-
-- Le sous-agent renvoie un seul message à la fin, ses résultats ne sont pas visibles pour l'utilisateur et l'agent principal doit les transmettre
-- Plusieurs appels Task peuvent être lancés en parallèle dans un seul message pour améliorer l'efficacité
-- Les tâches en arrière-plan vérifient la progression via l'outil TaskOutput
-- Le type Explore est plus lent que l'appel direct à Glob/Grep, à utiliser uniquement quand la recherche simple ne suffit pas