Aller au contenu

Fonctionnalités

Ce que fait Project Orchestrator

Plans, tâches, notes, décisions et assistants spécialisés, réunis dans une seule mémoire par projet. Découvre ce que Project Orchestrator fait pour toi.

01

Des projets, avec ou sans code

Un projet a ses propres plans, tâches, notes et décisions. Ce peut être du code, ou un travail sans code, comme un événement ou un budget.

  • Montre tous tes projets sur un seul écran, Today : ce qui attend ta réponse, ce qu'il faut reprendre, ce qui avance seul.
  • Regroupe plusieurs projets dans un espace de travail qui partage le contexte et les objectifs.
  • Pour l'instant, un projet sans code se crée en le demandant à un assistant. Le formulaire de l'application ne propose pas encore ce choix.
Sous le capot

Un projet a un profile : software est un code synchronisé et surveillé, work est un ensemble de documents, de plans, de tâches et de notes sans arborescence de code.

  • project · create
  • workspace · list
  • project · get_roadmap

Voir comment ça marche

02

Objectifs, plans et tâches

Un objectif, c'est ce vers quoi tu vas. Un plan dit comment y arriver, en tâches et en étapes. PO montre ce qui est fait, ce qui est bloqué et ce qui vient ensuite.

  • Suit le statut de chaque étape, tâche et plan, avec l'avancement additionné.
  • Montre la plus longue chaîne de tâches, pour savoir ce qui fixe la date de fin.
  • Montre le même plan comme une carte de liens ou comme un tableau en colonnes.
Sous le capot

La plus longue chaîne est le chemin critique, calculé à partir du graphe de dépendances avec plan(action: "get_critical_path").

  • plan · get_critical_path
  • task · add_dependencies
  • step · update

Voir comment ça marche

03

Des assistants qui travaillent ensemble

PO regroupe les tâches qui ne dépendent pas les unes des autres et confie chacune à son propre assistant. Quatre tâches tournent à la fois par défaut. PO vérifie le résultat avant de lancer le groupe suivant.

  • Montre en direct les tâches commencées et celles qui sont finies.
  • Arrête une exécution à tout moment, et garde la liste des exécutions passées avec leur statut.
  • Lance un plan à une heure donnée ou quand un événement arrive, sans personne devant l'écran.
Sous le capot

plan(action: "run") lance l'exécuteur sur sa propre branche git, depuis un dossier de projet. La vérification du build tourne pour les projets Rust, Node et Go.

  • plan · get_waves
  • plan · run
  • plan · run_status

Voir comment ça marche

04

Notes et décisions

Les notes et les décisions appartiennent à ton projet, à ses tâches et à ses fichiers. Chacune a un statut (active, à relire, périmée ou obsolète), pour que les assistants sachent à quoi se fier.

  • Enregistre une décision avec sa raison et ce qu'elle touche, et la remplace quand elle change.
  • Retrouve une note par le sens, pas seulement par les mots exacts, et liste les notes à relire.
  • Une proposition soumet un changement à relecture avant qu'il soit décidé.
Sous le capot

Les notes et les décisions sont des noeuds d'un graphe Neo4j. Les notes utilisées ensemble sont reliées par des synapses qui se renforcent, et une recherche suit ces liens.

  • note · search_semantic
  • decision · add_affects
  • note · get_needing_review

Voir comment ça marche

05

Documents

Les documents sont rangés dans un projet. Le fichier original reste sur ton ordinateur, et PO découpe le texte en passages qui se souviennent d'où ils viennent.

  • Envoie un fichier dans un projet, rouvre l'original plus tard, ou supprime-le.
  • Lit le texte des fichiers PDF et des fichiers texte.
Sous le capot

Les originaux sont stockés sur le disque local, adressés par leur SHA-256. Le texte est découpé en morceaux qui gardent leur position dans la source.

Voir comment ça marche

06

Assistants spécialisés

Une persona est un assistant spécialisé sur un domaine de ton travail. Une skill est un groupe de notes liées que l'assistant active tout seul quand le sujet arrive.

  • Choisit la persona qui convient à la tâche.
  • Une persona fixe une durée maximale, un coût maximal et le modèle de ses tâches.
  • Une skill passe d'émergente à active, puis à dormante après 30 jours sans usage. Les skills peuvent être exportées et importées.
Sous le capot

Les skills sont détectées à partir de groupes de notes (détection de communautés de Louvain). Chacune a un score d'énergie et de cohésion. L'assistant de création de persona propose des modes basés sur le code et un mode manuel.

  • persona · get
  • skill · activate
  • skill · export

Voir comment ça marche

07

Procédures répétables

Un protocole est une procédure avec un début, des étapes et une fin. L'assistant la suit dans l'ordre, et chaque exécution est enregistrée.

  • Définis les étapes et ce qui fait passer de l'une à l'autre, puis lance une exécution et suis-la.
  • Relie un protocole à une skill, pour qu'il démarre quand cette skill s'applique.
  • Une exécution peut attendre la relecture d'une personne avant de continuer.
Sous le capot

Un protocole est une machine à états finis : états de départ, intermédiaires et finaux, et transitions déclenchées par des triggers. plan-runner-reviewed ajoute un état awaiting_review.

  • protocol · add_state
  • protocol · start_run
  • protocol · link_to_skill

Voir comment ça marche

08

Partage, avec ton accord

Chaque projet a une politique de partage : manuelle, suggérée ou automatique. En mode manuel, rien ne part sans ton accord, note par note.

  • Une copie reçue par un autre PO expire après un délai fixé, et son propriétaire peut la reprendre.
  • Les secrets, comme les mots de passe, restent dans un coffre. Un assistant n'y accède que pour une portée et une durée limitées.
  • Version préliminaire : l'étape d'accord, l'expiration et la révocation existent. L'échange entre instances de PO est encore en cours de finition.
Sous le capot

Chaque instance signe ce qu'elle envoie avec une clé Ed25519 et un identifiant did:key. La révocation est une pierre tombale signée.

  • sharing · set_policy
  • sharing · set_consent
  • sharing · retract

Voir comment ça marche

Pour les développeurs

PO lit aussi ton code

PO transforme chaque dépôt en graphe de fichiers, de fonctions, de types et d'appels, et répond à qui appelle une fonction et à ce qu'un changement touche. Chaque concept est un outil pour Claude Code, Cursor ou tout client MCP.

Sous le capot
  • Analyse Rust, TypeScript, Python, Go, Java, C et C++, Ruby, PHP, Kotlin, Swift, Scala, Zig, Dart et plus.
  • Cherche dans le code avec Meilisearch, dans un projet ou dans tout un espace de travail.
  • Connecte d’autres serveurs MCP avec mcp_federation.

Tree-sitter analyse le code et en fait un graphe Neo4j, et un observateur de fichiers le garde à jour pendant que tu modifies.

  • code · get_call_graph
  • code · analyze_impact
  • code · find_references
  • mcp_federation · list

Pour commencer

Donne une mémoire et un plan à tes agents

Installe l'orchestrateur, connecte Claude Code en MCP, et laisse ton premier agent lire le projet avant d'écrire une seule ligne.

Ou commence depuis le terminal

brew install this-rs/tap/project-orchestrator