Aller au contenu principal
Swiftask Code

Configuration

Écrit par Stanislas

Dernière mise à jour Il y a 16 jours

Vue d'ensemble

Apprenez à Swiftask Code comment votre équipe travaille et définissez les valeurs par défaut pour les autorisations.

Ouvrez Swiftask Settings depuis l'icône d'engrenage dans la barre de titre du panneau Sessions.

Prérequis

  • Swiftask Code installé et connecté

  • Accès complet à Swiftask Settings (icône d'engrenage dans la barre de titre du panneau Sessions)

Guide étape par étape

1. Paramètres généraux

Les Paramètres généraux vous permettent de gérer votre espace de travail et de suivre votre consommation de crédits.

2. Configurer les règles de projet

Les règles sont des instructions que Swiftask Code suit dans chaque chat — style de code, limites d'architecture, vérifications avant de terminer un travail.

Règles partagées (équipe) — stockées dans votre projet (généralement dans un dossier .swiftask/rules). Committez-les dans git pour que tout le monde ait le même comportement.

Quand les utiliser : conventions d'équipe, limites d'architecture, vérifications requises avant fusion.

Règles personnelles (juste vous) — stockées sur votre machine pour ce projet. Utile pour des préférences qui ne doivent pas figurer dans le dépôt.

Quand les utiliser : préférences de formatage personnelles, chemins d'outils locaux, instructions expérimentales.

Si deux règles entrent en conflit, la plus spécifique l'emporte. Ce que vous écrivez dans le chat prime toujours sur les règles.

3. Créer une règle avec l'IA

Dans Settings → Rules, utilisez Create with agent. Décrivez ce que vous voulez en langage courant ; Swiftask Code rédige un fichier de règle que vous pouvez modifier et enregistrer.

4. Configurer les autorisations

Settings → Permissions

Option

Ce qu'elle fait

Run mode

Run everything contre Ask before sensitive actions

Trusted commands

Commandes pouvant s'exécuter sans demander (en mode ask-first)

Auto-format on finish

Formate les fichiers modifiés par Swiftask Code après chaque tour

Voir Build, plan & review pour ressentir comment se passent les autorisations au quotidien.

Les valeurs par défaut dans la liste d'autorisation sont :

  • yarn

  • npm

  • pnpm

  • tsc

  • node

  • git status

  • git log

  • git diff

  • ls

  • cat

  • echo

  • pwd

5. Configurer le signal sonore de fin

Swiftask peut émettre une notification sonore dès que l'agent :

  • Termine une tâche

  • Requiert une permission pour continuer

  • Pose une question de clarification

Cette alerte s'avère très pratique lorsque vous travaillez sur une autre fenêtre pendant les calculs de l'agent.

Pour activer ou personnaliser le signal sonore :

  1. Ouvrez Settings depuis l'en-tête du panneau de chat.

  2. Choisissez General.

  3. Activez l'option Completion sound.

  4. Sélectionnez le son souhaité dans la liste.

Pour couper les alertes sonores, désactivez Completion sound.

Configuration du signal sonore de fin dans les paramètres

6. Ajuster les choix par session

Ceux-ci sont définis dans la zone de saisie du chat, pas dans Settings :

  • Model — quelle IA utiliser

  • Mode — Build / Ask / Plan

  • Thinking level — faible / moyen / élevé

Ils s'appliquent uniquement à la session en cours.

7. Ouvrir les réglages VS Code et la documentation

Depuis Settings, vous pouvez aussi :

  • Ouvrir les réglages VS Code (polices, onglets, préférences de l'éditeur)

  • Ouvrir la documentation (ce centre d'aide)

Cas d'usage pratiques

7 TypeScript :

Use strict typing. Run the type checker after changes to .ts files.

Équipe frontend :

New UI components follow our folder naming convention and use our design system.

Sécurité :

Never commit secrets, API keys, or .env files.

Conseils et bonnes pratiques

Conflits de règles : si deux règles entrent en conflit, la plus spécifique l'emporte. Ce que vous écrivez dans le chat prime toujours sur les règles.

Exemples de trusted commands :

Commande

Pourquoi lui faire confiance

yarn test / npm test

Fréquente, lecture seule sur le code source

yarn typecheck

Étape de validation sûre

git status / git diff

Inspection git en lecture seule

Ajoutez uniquement des commandes que votre équipe exécute régulièrement. Les commandes destructrices (rm, git push --force) ne doivent pas figurer dans la liste.

Ressources supplémentaires