Intelligence projet local-first

CyberPM

La gestion de projet doit être une machine d’état auditable, non un rituel de clics dupliqués et de dashboards optimistes.

PythonFastAPIJinjaSQLiteGitGitHub CLIsystemd --userVanilla JavaScript
Statut
Implémentation en six phases achevée
Code
CPM-07
Domaine
Intelligence projet local-first
Auteur
Pomegranate Interactive
Visualisation de l’interface opérationnelle CyberPM
Visualisation opérationnelle dérivée de l’architecture du dashboard implémenté. Il s’agit d’une étude de présentation, non d’une capture live littérale.

Une couche de commandement locale et déterministe qui observe les dépôts, importe l’état GitHub Project, réconcilie les dérives et préserve les décisions humaines.

6Phases implémentées
168Tests hors ligne
0LLM dans le cœur décisionnel

Profil de mission

  • Découvrir et inspecter les dépôts Git locaux sans abandonner le contrôle opérationnel à un service cloud.
  • Capturer des snapshots complets de GitHub Project et exposer les dérives d’état significatives.
  • Regrouper les commits en unités de travail déterministes plutôt que fabriquer une issue par commit.
  • Réconcilier l’état souhaité et l’état réel tout en préservant les overrides rédigés par un humain.
  • Fonctionner en dry-run, shadow mode et daemon AFK avec sauvegardes et niveaux de politique explicites.

Architecture

Une mémoire opérationnelle, pas un dashboard de plus

CyberPM existe parce que l’état des dépôts, la planification GitHub et le travail réel finissent toujours par diverger. Il réunit ces réalités sans inventer de scores de santé décoratifs ni prétendre que chaque commit mérite son propre monument bureaucratique.

Les modifications manuelles sont sacrées

Le moteur de réconciliation distingue les valeurs que CyberPM a vérifié avoir écrites de celles probablement produites par un humain. Toute divergence non attribuée est préservée, classifiée et transmise aux cycles suivants au lieu d’être écrasée en silence. Les trois premières réconciliations restent forcées en dry-run, et la mutation autonome demeure désactivée sans opt-in explicite du projet.

Des frontières vérifiées

Les six phases sont implémentées et couvertes par 168 tests hors ligne. Les scans locaux, snapshots, routes du dashboard, verrous du daemon et dry-runs réels ont été exercés dans l’environnement Pomegranate. La mutation live de production a volontairement été vérifiée sur un faux serveur GitHub plutôt qu’imposée aux données réelles pour fabriquer une capture victorieuse.