Personnaliser

Écrit par Stanislas

Dernière mise à jour Il y a 6 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. 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.

2. 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.

3. Configurer les autorisations

Settings → Permissions

OptionCe 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

4. 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.

5. 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

Projet 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 :

CommandePourquoi 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