Roberdan/roberdan-os

Workflows CLI-first pour Copilot et agents IA : instructions partagées, compétences réutilisables, délégation multi-modèle, approbations humaines et suivi local des tâches. Forkez le vôtre.

Qu'est-ce que roberdan-os ?

Cette compétence, nommée `ship`, fournit un workflow de déploiement standardisé et indépendant de la plateforme, conçu pour les agents IA comme Claude Code, Cursor ou Codex. Elle impose une pipeline CI locale obligatoire avant chaque push, comprenant des étapes de formatage, linting, vérification de types, tests et construction. Le processus de contribution suit une séquence stricte : branche dédiée, commits conventionnels avec preuves, pull request avec résumé et plan de test, validation CI, et fusion par merge-commit uniquement pour préserver l'historique. Des portes humaines explicites sont définies pour les opérations critiques (merge impactant la sécurité, force-push) avec arrêt obligatoire pour approbation. De plus, tout commentaire de revue doit être analysé, compris et résolu de manière substantielle, sans résolution silencieuse ni correctif superficiel. L'objectif est de garantir des déploiements fiables, traçables et collaboratifs, tout en éliminant les raccourcis et en favorisant une culture de qualité.

Compatible avec✓Claude Code✓Codex CLI~Cursor
npx skills add Roberdan/roberdan-os

Installed? Explore more Recherche et analyse de données skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · View all 6 →

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

ship — mettre le travail en production (git + gh)

Workflow de déploiement indépendant de la plateforme. Pas de contournements, pas de raccourcis.

Pré-push : pipeline CI locale (tout vert avant de pousser)

  1. Formatage — cargo fmt --check / prettier --check / ruff format --check
  2. Linting — cargo clippy -- -D warnings / eslint / ruff check
  3. Vérification des types — cargo check / npx tsc --noEmit
  4. Tests — cargo test / npm test / pytest (sortie affichée)
  5. Construction — cargo build / npm run build

Si une étape échoue : corrigez et relancez toutes les vérifications. Ne poussez jamais avec des échecs connus.

Séquence

  1. Branche dédiée (ne travaillez jamais directement sur main).
  2. Commitez par phase, messages conventionnels et axés sur les preuves (SHA/PR/CI).
  3. git push de la branche.
  4. Ouvrez une PR : Résumé + Plan de test (modèle en 5 sections si le dépôt en utilise un).
  5. Surveillez la CI : gh pr checks <n> — tout SUCCESS avant de continuer.
  6. Fusion : merge-commit uniquement (jamais squash, jamais rebase — préserve l'historique pour les agents parallèles).
  7. Post-fusion : supprimez la branche, fast-forward main local, signalez le SHA du commit de fusion.

Portes humaines (STOP — demandez d'abord)

  • Fusion vers main impactant la protection de branche / sécurité / licence / infrastructure de publication (#1)
  • Force-push vers main (#2) — toujours interdit sans confirmation explicite
  • CI pas entièrement verte → ne fusionnez rien en attente/échec

Commentaires de revue

Chaque commentaire (humain ou bot) doit être analysé, compris et résolu correctement — jamais résolu en silence, jamais un "correctif" qui ne touche que la ligne citée en ignorant le fond. Répondez sur le fil avec ce que vous avez fait et pourquoi, puis résolvez. Voir skills/review.

Skills associés