Open source · MIT · Docker + Postgres
Pulsyr est un gestionnaire de backlog que votre agent lit et écrit via MCP. Pendant qu'il travaille, il récupère le contexte, crée des éléments, fait avancer les statuts et clôt ce qu'il a terminé. Personne ne met à jour un tableau.
# 1. run it (pulls a prebuilt image; no Node, no build step) docker compose up -d # 2. point any MCP client at it: a URL and a header # https://your-host/mcp # Authorization: Bearer <TOKEN> # in Claude Code that is one line: claude mcp add --transport http pulsyr https://your-host/mcp \ --header "Authorization: Bearer <TOKEN>"
Fonctionne avec n'importe quel client MCP
Pulsyr est un serveur MCP en HTTP simple : le client est votre choix, pas le nôtre. Voici ceux avec lesquels il est utilisé ; tout autre qui parle MCP en HTTP se connecte de la même façon, avec une URL et un jeton.
Ce sont les outils réels dont dispose l'agent : 26 au total. Pas une métaphore du flux de travail, le flux de travail.
L'agent ouvre une session et demande ce qui compte : gains rapides, ce qui est bloqué et par quoi, incidents non rattachés, fils en cours. Il parcourt le graphe de dépendances en direct, la réponse n'est donc jamais une photo périmée.
Il trouve quelque chose qui mérite d'être noté et le consigne, avec sa propre estimation d'impact et d'effort : il vient de lire le code, il en sait donc plus que toute estimation faite plus tard à partir d'un titre.
Le statut avance avec le travail, via une machine à huit états validée. L'agent ne peut pas faire de transition illégale, et chaque changement écrit un événement d'audit.
Le travail se clôt avec un motif, et Pulsyr signale ce que cela a débloqué. Mettez pulsyr:<id> dans un message de commit et l'élément se ferme au push.
Des arêtes typées entre éléments. Le blocage est dérivé du graphe en temps réel : ce n'est jamais un indicateur que quelqu'un a oublié d'effacer.
Chaque jeton MCP est lié à exactement un projet, contrainte appliquée côté serveur. L'agent ne peut pas écrire dans le mauvais.
Les erreurs Sentry arrivent dans leur propre bac, pas dans votre backlog. Le triage par IA signale le bruit ; promouvoir un vrai incident reste votre décision.
Un entonnoir pour les fonctionnalités trop grosses pour aller directement au backlog : idée, recherche, récits, spec, développement, revue.
Des documents versionnés en ajout seul, des en-cours avec responsable, et un Gantt à trois niveaux que l'agent édite via MCP.
Le travail clos regroupé par semaine avec ses motifs et ses commits, pour que « qu'est-ce qui a été livré le mois dernier » soit une question avec une réponse.
Pas un essai, pas une édition amputée, pas une licence qui se retourne contre vous à l'échelle.
Utilisez-le, forkez-le, exploitez-le commercialement, bâtissez une entreprise dessus. Le nom et le logo sont des marques : publiez votre fork sous votre propre nom.
L'auto-hébergement a toutes les fonctionnalités du cloud. Les offres diffèrent par la quantité de notre infrastructure que vous utilisez, jamais par les fonctionnalités.
C'est du Postgres. Vos données sont interrogeables, exportables via l'API et MCP, et le logiciel qui les lit est celui que vous avez déjà.
Ne configurez aucune clé et tout se dégrade proprement : les éléments n'ont simplement pas d'estimation. Apportez votre propre clé sur n'importe quelle offre, y compris gratuite.
Chaque mutation écrit un événement avec acteur, action et charge utile. C'est une fonctionnalité du produit, pas de la télémétrie : elle vit dans votre base.
Pulsyr Cloud tourne sur Oracle Cloud à Santiago (sa-santiago-1). Votre backlog ne quitte pas le pays sauf si vous activez l'IA.
Le même logiciel, les mêmes fonctionnalités. La différence, c'est qui maintient le serveur debout.
Les offres diffèrent par la quantité de notre infrastructure que vous utilisez : jamais par les fonctionnalités. L'auto-hébergement est gratuit et le restera.
Gratuit
$0
Solo
$8 / mois · 80 $ / an
Studio
$20 / mois · 200 $ / an
Pulsyr Cloud n'est pas encore ouvert aux inscriptions : écrivez-nous et nous vous préviendrons. Le logiciel est complet et gratuit à exploiter vous-même en attendant. Les prix sont en dollars américains, hors taxes. Remboursements sous 14 jours, sans justification : voir la politique de remboursement.
Non. C'est le même code, avec toutes les fonctionnalités. Les offres cloud plafonnent des ressources (projets, collaborateurs, appels d'IA, stockage) parce qu'elles nous coûtent de l'argent. Elles ne retirent jamais de fonctionnalité.
Aucun sur le code : vous pouvez le forker, l'héberger et le facturer. Le piège, si l'on peut dire, porte sur la marque : « Pulsyr » et le logo sont déposés, donc un fork public a besoin de son propre nom. C'est la ligne que tracent Rust et Grafana.
Non, et nos sous-traitants d'IA non plus au titre de leurs conditions commerciales. L'IA est optionnelle : sans clé configurée le service fonctionne très bien, les éléments n'ont simplement pas d'estimation et les incidents restent non triés.
Sur Pulsyr Cloud, dans la région de Santiago d'Oracle Cloud (sa-santiago-1). Elles ne quittent le Chili que si vous activez les fonctions d'IA, qui envoient les fragments concernés aux fournisseurs listés dans la politique de confidentialité. En auto-hébergé, elles vivent là où vous les mettez.
Dans les deux sens. C'est le même logiciel sur Postgres, et tout est exportable via l'API REST et les outils MCP. Il n'y a aucun format propriétaire dont s'échapper.
Tout ce qui parle MCP en HTTP : Claude Code, Codex CLI, Grok CLI, Cursor, Windsurf, Zed et d'autres. Pulsyr est un serveur MCP, pas un greffon pour un seul éditeur : un client a besoin d'exactement deux choses de votre part, l'URL et un jeton Bearer. Il est construit et utilisé quotidiennement avec Claude Code, d'où l'installation en une ligne pour celui-là ; le serveur lui-même est une implémentation JSON-RPC 2.0 écrite à la main sur la version de protocole 2025-03-26, et peu lui importe qui appelle.
Docker et Postgres. Pas de Node, pas d'étape de build : l'interface est du HTML rendu côté serveur avec HTMX. pgvector est optionnel et ne sert qu'à la recherche sémantique.
Avonlea Systems SpA, une société à Santiago du Chili. Petite volontairement. Le produit est fait ainsi parce qu'il sert chaque jour à se construire lui-même.
L'ensemble tient dans un fichier compose et une base Postgres. Rien à quoi s'inscrire.