Ressources · Connecteur Claude

Connecteur Claude SagaCe que Claude suit dans tes projets Saga.

Le connecteur Claude Saga expose 31 outils : 13 en lecture, 18 en écriture, 0 non documenté. C'est une extension de bureau qui garde projets, tâches et décisions dans une base SQLite sur ton poste. Ici : ce que Claude lit, ce qu'il écrit, et ce qui se supprime.

Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth

Aperçu

Ce que ça change quand Claude travaille sur la durée

Saga se présente comme le moyen de ne plus perdre le fil d'un projet d'une session à l'autre. Il donne à Claude une base structurée sur ton ordinateur : projets, epics, tâches, sous-tâches, notes et décisions. Au lieu de fichiers texte éparpillés, un seul appel au tableau de bord lui rend le contexte, et il peut ensuite créer, mettre à jour ou supprimer.

Reprendre là où on s'était arrêté. Au début d'une conversation, tracker_session_diff liste ce qui a changé depuis un moment donné, et tracker_dashboard donne la vue d'ensemble avec un résumé.

Découper un chantier. Pour un nouveau travail, task_create pose les tâches avec leurs dépendances, subtask_create les découpe, et task_update libère automatiquement la suite quand une tâche se termine.

Garder les décisions. Une fois une décision prise, note_save la consigne, note_search la retrouve par recherche plein texte, et activity_log montre l'historique des changements.

Ce que Claude ne fait pas ici : rien ne part seul, aucune tâche ne se crée à l'arrivée d'un ticket ou d'un commit. La base vit dans un fichier local, pas dans un service en ligne partagé. Et la fiche ne publie pas tous les outils du dépôt de l'auteur. Pour des routines déclenchées par un événement, c'est un outil d'automatisation qu'il faut ; la page Intégrations couvre ce côté, et les connecteurs Claude réunissent les autres.

Vocabulaire

Le vocabulaire en une minute

Cinq mots à connaître avant d'installer Saga.

Connecteur
Le lien que tu poses une fois entre Claude et un service ou un fichier, pour qu'il s'en serve pendant qu'il te répond.
Outil
Une action nommée que le connecteur ouvre à Claude. Il choisit seul celles dont il a besoin ; le répertoire les liste par leur nom.
Répertoire
Le catalogue officiel où chaque connecteur a sa fiche : éditeur, usage et liste nommée des outils qu'il expose à Claude.
Approbation
La confirmation que Claude attend avant d'aller au bout d'une action qui modifie des données, affichée dans la conversation au bon moment.
MCP
Le standard commun des connecteurs : c'est grâce à lui qu'un assistant comme Claude dialogue avec un service extérieur.
Connexion

Installer Saga dans Claude en trois étapes

  1. 01

    Retrouver Saga

    Dans les réglages de Claude, ouvre Customize puis Connectors et repère Saga dans la liste. Sur un espace Team ou Enterprise, un Owner ou un Primary Owner doit d'abord l'activer pour que chaque membre puisse s'y connecter.

  2. 02

    Lancer le branchement

    Lance le branchement depuis sa ligne avec Connect. Pour cette extension de bureau, il n'y a pas de compte à ouvrir : l'auteur demande seulement le chemin de la base. Si le lien casse, Disconnect puis rebranche.

  3. 03

    Choisir le périmètre

    Si plusieurs projets partagent une même base, le manifeste prévoit un réglage facultatif de périmètre pour que les outils ne voient qu'un projet. Laissé vide, Claude lit toute la base. Décide-le avant de commencer.

Outils

Les 31 outils du connecteur Claude Saga

Saga donne à Claude 31 outils : 13 qui lisent ton compte, 18 qui y changent quelque chose.

Deux groupes, d'après le manifeste et le README de l'auteur, qui annote chaque outil : lecture seule ou non, destructif ou non. Les noms restent ceux que Claude affiche.

  • 13 lecture
  • 18 écriture

Ce que Claude lit (13)

13 outils

Treize outils annotés en lecture seule par l'auteur : listes, recherches, historique et export.

tracker_dashboard

Donne une vue complète d'un projet avec un résumé en langage courant. En un appel, Claude récupère l'essentiel pour reprendre le fil.

Quand ça sert
une nouvelle conversation commence et l'état d'un projet doit revenir en un seul appel.
Attention
sans réglage de périmètre, la vue couvre toute la base, tous projets confondus.

Sourcegithub.com · 1 octobre 2026 ↗

project_list

Liste les projets de la base avec leurs statistiques d'avancement. Tu vois d'un coup quels chantiers avancent et lesquels piétinent, sans ouvrir chacun d'eux.

Quand ça sert
plusieurs projets partagent la base et tu veux voir leur avancement côte à côte.

Sourcegithub.com · 1 octobre 2026 ↗

epic_list

Liste les epics d'un projet, ces grands blocs de travail qui regroupent des tâches, avec le nombre de tâches de chacun.

Quand ça sert
tu veux voir quel epic porte le plus de tâches.
Attention
les epics se rangent sous un projet, dans la hiérarchie projets, epics, tâches, sous-tâches.

Sourcegithub.com · 1 octobre 2026 ↗

task_list

Liste et filtre les tâches avec leurs dépendances. L'ordre suit un classement manuel quand il en existe un, d'après le README, sinon l'ordre par défaut de la base.

Quand ça sert
tu veux les tâches d'un epic avec ce dont chacune dépend.

Sourcegithub.com · 1 octobre 2026 ↗

task_get

Récupère une tâche avec ses sous-tâches, ses notes, ses commentaires et ses dépendances. C'est la fiche complète, prête à relire, avec tout ce qui gravite autour de la tâche.

Quand ça sert
tu reprends une tâche et veux ses sous-tâches, notes, commentaires et dépendances ensemble.

Sourcegithub.com · 1 octobre 2026 ↗

comment_list

Liste les commentaires d'une tâche. Ceux qui ont été retirés restent masqués, sauf si on demande explicitement à les inclure.

Quand ça sert
tu veux relire la discussion qui a mené à une décision sur une tâche.
Attention
d'après la fiche du répertoire, ces fils servent de trace des décisions prises sur une tâche.

Sourcegithub.com · 1 octobre 2026 ↗

template_list

Liste les modèles de tâches disponibles ; une option montre les tâches que chacun prévoit. Pratique avant d'en appliquer un, pour savoir à quoi t'attendre.

Quand ça sert
tu veux savoir quelles tâches un modèle pose avant de l'appliquer.
Attention
d'après le README, les tâches de chaque modèle n'apparaissent que si on les demande avec une option dédiée.

Sourcegithub.com · 1 octobre 2026 ↗

note_list

Liste les notes de la base avec des filtres. Décisions, contexte, comptes rendus ou blocages : tout ce qui a été consigné à côté des tâches.

Quand ça sert
tu veux toutes les notes d'un même type, les décisions par exemple, avec un filtre.

Sourcegithub.com · 1 octobre 2026 ↗

activity_log

Affiche l'historique des changements avec des filtres. D'après l'auteur, chaque évolution de la base est consignée automatiquement, ce qui en fait une trace complète et datée.

Quand ça sert
tu veux voir quels changements ont été faits dans la base, filtrés sur ce qui compte.

Sourcegithub.com · 1 octobre 2026 ↗

tracker_session_diff

Montre ce qui a changé depuis un horodatage donné. Le README conseille de l'appeler au début d'une session de travail, pour repartir de l'état réel plutôt que de souvenirs.

Quand ça sert
tu reviens sur un projet et il te faut la liste de ce qui a changé depuis un moment donné.

Sourcegithub.com · 1 octobre 2026 ↗

tracker_export

Exporte un projet complet en JSON imbriqué, dépendances et commentaires compris. C'est la sauvegarde ou le point de départ d'une migration.

Quand ça sert
tu veux une copie complète d'un projet avant de le réorganiser.
Attention
le format d'export est celui qu'attend l'outil d'import.

Sourcegithub.com · 1 octobre 2026 ↗

Ce que Claude écrit (18)

18 outils

Dix-huit outils qui créent, modifient, importent ou suppriment. Aucune source ne précise leur confirmation : la règle générale plus bas s'applique.

tracker_init

Approbation : voir la règle

Initialise le suivi et crée le premier projet dans la base. C'est le tout premier geste sur un fichier neuf.

Ce que Claude demande
pas de confirmation propre décrite ; la règle générale des approbations s'applique.
Quand ça sert
un fichier de base est encore vide et le suivi doit bien commencer quelque part.

Sourcegithub.com · 1 octobre 2026 ↗

project_create

Approbation : voir la règle

Crée un nouveau projet dans la base. Il vient s'ajouter à ceux qui existent déjà.

Ce que Claude demande
la source ne décrit pas de validation spécifique, c'est donc la règle par défaut.
Quand ça sert
un chantier distinct a besoin de son propre projet dans la même base.

Sourcegithub.com · 1 octobre 2026 ↗

project_update

Approbation : voir la règle

Met à jour un projet ; l'archiver sert de suppression douce, d'après l'auteur. Le projet sort des listes sans être effacé de la base.

Ce que Claude demande
aucune règle propre à cet outil : renvoi à la règle générale.
Quand ça sert
un projet est terminé et doit sortir des listes sans que son historique soit effacé.

Sourcegithub.com · 1 octobre 2026 ↗

epic_create

Approbation : voir la règle

Crée un epic à l'intérieur d'un projet, pour regrouper un ensemble de tâches liées sous un même objectif.

Ce que Claude demande
rien de documenté sur une confirmation ici ; la règle générale joue.
Quand ça sert
plusieurs tâches liées relèvent d'un même objectif.

Sourcegithub.com · 1 octobre 2026 ↗

epic_update

Approbation : voir la règle

Modifie un epic existant dans son projet. Les tâches regroupées dessous restent à leur place.

Ce que Claude demande
la fiche ne précise rien pour cet outil, donc règle par défaut de Claude.
Quand ça sert
ce que couvre un epic a changé et sa fiche doit suivre.

Sourcegithub.com · 1 octobre 2026 ↗

task_create

Approbation : voir la règle

Crée une tâche, avec des dépendances facultatives vers d'autres tâches. L'ordre de travail est ainsi posé dès la création.

Ce que Claude demande
aucune source ne parle d'une demande avant création ; vois la règle générale.
Quand ça sert
un travail ne peut démarrer qu'une fois un autre terminé.

Sourcegithub.com · 1 octobre 2026 ↗

task_update

Approbation : voir la règle

Fait évoluer une tâche. D'après l'auteur, chaque changement est journalisé et les dépendances se bloquent ou se débloquent automatiquement.

Ce que Claude demande
aucun comportement dédié n'est décrit pour cette mise à jour : règle générale.
Quand ça sert
une tâche est finie et celles qui l'attendaient doivent se débloquer sans geste manuel.

Sourcegithub.com · 1 octobre 2026 ↗

task_batch_update

Approbation : voir la règle

Traite plusieurs tâches d'un coup, au lieu d'une par une. Pratique pour un changement qui touche tout un lot.

Ce que Claude demande
la règle générale vaut aussi pour ce traitement groupé, aucune autre n'est décrite.
Quand ça sert
le même changement s'applique à tout un ensemble de tâches.

Sourcegithub.com · 1 octobre 2026 ↗

subtask_create

Approbation : voir la règle

Crée une ou plusieurs sous-tâches sous une tâche, en lot si besoin. Le travail se découpe sans multiplier les appels.

Ce que Claude demande
pas de confirmation décrite pour cet outil ; c'est la règle par défaut qui s'applique.
Quand ça sert
une tâche est assez grosse pour être découpée en plusieurs étapes en un seul appel.

Sourcegithub.com · 1 octobre 2026 ↗

subtask_update

Approbation : voir la règle

Ajuste le titre, le statut ou la position d'une sous-tâche, et fixe son ordre par rapport aux autres.

Ce que Claude demande
aucune règle spécifique : on renvoie à la règle générale des approbations.
Quand ça sert
l'ordre des étapes sous une tâche doit changer.

Sourcegithub.com · 1 octobre 2026 ↗

subtask_delete

Approbation : voir la règle

Supprime une ou plusieurs sous-tâches, en lot si besoin. L'auteur l'annote comme destructif.

Ce que Claude demande
aucune source ne décrit de confirmation dédiée ; la règle générale s'applique.
Quand ça sert
des étapes prévues sous une tâche n'ont plus lieu d'être.
Attention
contrairement à l'archivage d'un projet, rien n'indique ici une suppression réversible.

Sourcegithub.com · 1 octobre 2026 ↗

comment_add

Approbation : voir la règle

Ajoute un commentaire à une tâche, dans un fil de discussion. C'est là que se garde la trace des décisions prises en cours de route.

Ce que Claude demande
la source se tait sur une validation ; vois la règle générale.
Quand ça sert
la raison d'un choix doit rester à côté de la tâche qu'il concerne.

Sourcegithub.com · 1 octobre 2026 ↗

template_create

Approbation : voir la règle

Crée un modèle de tâches réutilisable, avec des variables entre accolades à remplacer à l'usage.

Ce que Claude demande
rien n'est documenté pour cet outil : règle générale des approbations.
Quand ça sert
le même ensemble de tâches revient d'un travail à l'autre.

Sourcegithub.com · 1 octobre 2026 ↗

template_apply

Approbation : voir la règle

Applique un modèle pour créer ses tâches d'un coup, en remplaçant les variables par les valeurs que tu donnes.

Ce que Claude demande
aucune confirmation propre n'est décrite ; la règle par défaut couvre ce geste.
Quand ça sert
un modèle convient au travail à venir et seules ses variables changent.

Sourcegithub.com · 1 octobre 2026 ↗

template_delete

Approbation : voir la règle

Supprime un modèle de tâches. L'auteur annote l'outil comme destructif.

Ce que Claude demande
pas de règle particulière ; la règle générale des approbations s'applique.
Quand ça sert
un modèle ne correspond plus au travail pour lequel il a été fait.
Attention
les tâches déjà créées par ce modèle ne sont pas évoquées par la source.

Sourcegithub.com · 1 octobre 2026 ↗

note_save

Approbation : voir la règle

Crée une note ou met à jour une note existante. Décision, contexte, compte rendu ou blocage : elle reste rattachée au projet.

Ce que Claude demande
aucune source ne décrit de demande avant l'enregistrement : règle générale.
Quand ça sert
une décision, un contexte ou un blocage doit rester avec le projet.

Sourcegithub.com · 1 octobre 2026 ↗

note_delete

Approbation : voir la règle

Supprime une note de la base. L'outil porte l'annotation destructive de l'auteur.

Ce que Claude demande
la règle générale des approbations est la seule référence pour cet outil.
Quand ça sert
une note n'a plus de raison de rester dans la base.
Attention
aucune source ne parle de restauration possible pour une note.

Sourcegithub.com · 1 octobre 2026 ↗

tracker_import

Approbation : voir la règle

Importe un projet depuis un fichier JSON au format de l'export. C'est le pendant de l'export, pour une restauration ou une migration.

Ce que Claude demande
aucune confirmation dédiée n'est décrite ; vois la règle générale plus bas.
Quand ça sert
un projet exporté d'une base doit passer dans une autre.

Sourcegithub.com · 1 octobre 2026 ↗

Approbations

Ce que Claude te demande avant d'agir

Par défaut, Claude s'arrête et demande ton accord avant chaque action qu'il mène à ta place. La demande s'affiche dans la conversation, au moment où elle compte.

Aucune source ne dit si Claude demande avant de créer une tâche, d'importer un projet ou de supprimer une note : c'est cette règle par défaut qui couvre les dix-huit outils d'écriture. Sur un espace Team ou Enterprise, les propriétaires décident si un membre peut laisser passer certaines actions sans qu'on les lui redemande, et ils peuvent fermer l'écriture d'un connecteur pour toute l'organisation. Personne ne contourne ce réglage depuis son compte.

Plans

Sur quels plans c'est disponible

Sur les 819 fiches du répertoire officiel, aucune n'affiche de disponibilité par plan. Connecteur par connecteur, la réponse n'est publiée nulle part : c'est un vrai trou du catalogue.

La règle générale, elle, est publiée : les extensions de bureau s'installent sur Claude Desktop, pour tous les utilisateurs. Sur Team et Enterprise, un Owner ou un Primary Owner ouvre le connecteur pour l'organisation avant que chaque membre puisse s'y connecter. Pour l'état à jour, c'est la fiche de Saga dans le répertoire officiel qu'il faut consulter.

Limites

Là où Saga s'arrête dans Claude

Un connecteur n'est pas une automatisation. Claude appelle ces outils pendant qu'il te répond : rien ne se crée seul à l'arrivée d'un ticket, d'un commit ou d'un message.

Ce connecteur n'est documenté que par son auteur, à travers le dépôt officiel : ni le centre d'aide de Claude ni la doc d'Anthropic n'en parlent. Le badge du répertoire n'est pas un audit de sécurité, et Anthropic l'écrit sur chaque fiche : il ne choisit pas les outils qu'un éditeur expose et ne garantit pas qu'ils se comportent comme annoncé. Enfin, la fiche et le dépôt ne listent pas les mêmes outils.

Deux sources officielles se contredisent

Combien d'outils l'extension Saga expose-t-elle ?

Ce que cette page retientAucun camp n'est périmé : la fiche décrit 31 outils, le dépôt une version plus récente et plus large. Cette page s'en tient aux 31 de la fiche ; vérifie dans Customize > Connectors la liste que ton extension installée affiche.

Besoin d'aide

Besoin d'aide pour brancher Saga sur Claude ?

Une personne lit chaque message.

FAQ

Questions fréquentes sur le connecteur Claude Saga

01Que peut faire Claude avec le connecteur Saga ?
Claude peut tenir un suivi de projet structuré qui survit d'une conversation à l'autre. Il lit un tableau de bord avec résumé, liste projets, epics, tâches, commentaires, modèles et notes, cherche dans toute la base et montre ce qui a changé depuis une date. Il peut aussi créer et modifier projets, epics, tâches et sous-tâches, appliquer des modèles, consigner des notes, importer ou exporter un projet entier, et supprimer certains éléments.
02Claude peut-il supprimer des tâches ou des notes dans Saga ?
Oui, en partie. Trois outils de la fiche suppriment : celui des sous-tâches, celui des modèles et celui des notes, que l'auteur annote tous comme destructifs. Un projet, lui, s'archive au lieu d'être effacé, ce que l'auteur décrit comme une suppression douce. Les autres outils d'écriture créent ou modifient. Comme rien n'indique qu'une note ou un modèle supprimé se restaure, relis bien la demande avant de la valider. Le reste de la base n'est pas touché par ces suppressions.
03Claude me demande-t-il avant de modifier mon suivi ?
Par défaut, Claude demande une confirmation avant chaque action qu'il mène à ta place. Aucune source ne décrit de confirmation propre à un outil Saga, donc cette règle par défaut couvre les créations, les mises à jour, l'import et les suppressions. Sur un espace Team ou Enterprise, les propriétaires peuvent décider si certaines actions passent sans demande, et ils peuvent aussi fermer toute écriture pour l'organisation entière. Ce réglage s'impose à tous.
04Sur quels plans est-ce disponible ?
Aucune source officielle ne publie la disponibilité par plan connecteur par connecteur, et aucune des 819 fiches du répertoire ne l'affiche. La règle générale veut que les extensions de bureau s'installent sur Claude Desktop pour tous les utilisateurs, avec une activation préalable par un Owner sur Team et Enterprise. La fiche Saga du répertoire officiel reste le seul endroit qui montre l'état à jour, à consulter avant d'installer. Rien ne vise Saga en particulier.
05Claude voit-il tous les projets de ma base Saga ?
Par défaut, oui : sans réglage de périmètre, les outils lisent à travers toute la base. Si plusieurs projets partagent le même fichier, le manifeste prévoit un réglage facultatif qui limite la vue à un seul projet : d'après le manifeste, il prend l'identifiant ou le nom d'un projet. Sur un espace Team ou Enterprise, un propriétaire peut en plus restreindre ce que le connecteur a le droit de faire pour toute l'organisation.
06Où sont stockées les données de Saga ?
Dans un fichier SQLite nommé .tracker.db, sur ton ordinateur. Le seul réglage obligatoire, DB_PATH, indique son emplacement, et l'auteur précise que le fichier et sa structure se créent à la première utilisation. Tu peux garder un fichier par projet ou une base centrale pour plusieurs projets. Ce n'est pas un service en ligne : rien ne dit que la base se partage toute seule avec ton équipe. D'après la fiche, un projet entier peut aussi s'exporter en JSON pour une sauvegarde ou une migration.
07Claude ou un outil d'automatisation pour gérer mes tâches ?
Ils ne font pas le même métier. Avec le connecteur, tu demandes à Claude de lire ou de modifier ton suivi, et il agit au moment où tu le demandes, pendant la conversation. Rien ne tourne ensuite tout seul : aucune tâche ne se crée à l'arrivée d'un ticket ou d'un commit. Pour ce genre de réaction automatique à un événement, c'est un outil d'automatisation qu'il faut, et les deux se complètent.