القائمة
Lance une session d'execution multi-agent RooSync pour les machines executantes (myia-po-* et myia-web1). Phrase declencheur : "/executor", "mode executor", "lance executor".
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
Auto-inject relevant MEMORY.md lessons at task start based on task type. Utilise ce skill automatiquement au début de chaque tâche significative pour prévenir les erreurs récurrentes.
Tour de synchronisation complet multi-canal et multi-étapes. Utilise ce skill quand l'utilisateur demande un "tour de sync", veut "faire le point", ou demande l'état de la coordination. Exécute toutes les phases de synchronisation, validation, et planification.
Exécute un notebook Jupyter en CLI via papermill (sans serveur Jupyter ni MCP lourd) et génère un rapport HTML. Utilise ce skill quand un agent doit lancer un notebook .ipynb paramétrable, valider un notebook généré programmatiquement, ou produire un rapport reproductible en CI. Phrase déclencheur : "exécute le notebook", "lance le notebook", "papermill", "run notebook".
Analyse et documente la session courante avec triple grounding SDDD. Utilise ce skill à la fin d'une session de travail, quand l'utilisateur tape /debrief, pour capturer les leçons apprises, consolider la mémoire (MEMORY.md) et préparer la transition vers la session suivante. Phrase déclencheur : "/debrief", "débrief", "fin de session", "documente ce qu'on a fait".
Audite et redistribue les connaissances entre 5 niveaux de hiérarchie. Détecte les antipatterns, propose un plan de redistribution, et exécute après validation. Utilisable sur tout workspace. Phrase déclencheur : "/redistribute-memory", "redistribue la mémoire", "audite les règles", "nettoie CLAUDE.md".
Review open PRs autonomously when idle. Industrialises the PR review fallback pattern for executor machines. Trigger: "/pr-review", "review PRs", "idle review".
استنادا إلى تصنيف SOC المهني
| name | executor |
| description | Lance une session d'execution multi-agent RooSync pour les machines executantes (myia-po-* et myia-web1). Phrase declencheur : "/executor", "mode executor", "lance executor". |
Version: 3.6.0
Cree: 2026-03-28
MAJ: 2026-06-09 (#2509 fix faux-drain + #2539 cron 2h verification in Phase 0 pre-flight)
Usage: /executor
Methodologie: SDDD triple grounding (voir docs/harness/reference/sddd-conversational-grounding.md)
Executer une session de travail autonome sur les machines executantes (myia-po-2023, myia-po-2024, myia-po-2025, myia-po-2026, myia-web1).
Canal de coordination PRINCIPAL : Dashboard workspace (roosync_dashboard).
Pas de fichier d'etat local. La progression est rapportee via le dashboard workspace, pas via un fichier local.
Verifier les outils critiques AVANT toute autre action :
git fetch origin && git pull origin mainchore(submod): bump roo-state-manager ET qu'il touche src/**/*.ts (vérifier git log --name-only -1), le fix est merged en source mais PAS live jusqu'à rebuild+restart MCP host. Poster [INFO] restart VS Code requis pour activer le fix submod #NNN sur le dashboard (1 append, fusionnable avec le [DONE] du cycle). Le pre-flight worker (start-claude-worker.ps1 Sync-McpSubmoduleBuild) rebuild déjà automatiquement le main-tree build/ ; le nudge documente le restart [INTERACTIVE-ONLY] restant.pwsh.exe -ExecutionPolicy Bypass -File scripts/infra/harmonize-win-cli-timeouts.ps1~/.win-cli-mcp/config.json + transport mcp_settings.json)-Fix pour corriger automatiquement si commandTimeout < 600[WARN] sur dashboard si corrections appliquéesCronList — vérifier qu'un job récurrent */2 pour /executor existeCronCreate(cron: "41 */2 * * *", prompt: "/executor", recurring: true)[INFO] si réarmé (pour traçabilité)Si un outil critique manque : signaler via dashboard workspace [CRITICAL] et STOP.
Reference : .claude/rules/tool-availability.md
Executer en parallele quand possible :
roosync_read(mode: "inbox", status: "unread")roosync_dashboard(action: "read", type: "workspace", section: "intercom", intercomLimit: 20)gh issue list --repo jsboige/roo-extensions --state open --limit 100 --json number,title,labels
--limit (bug #2509) : gh issue list --limit 15 retourne les 15 issues les PLUS RECENTES, PAS un echantillon representatif. Si les 15 dernieres sont toutes needs-approval/meta, l'agent conclut faussement « pool draine, 0 tache » alors que des dizaines d'issues actionnables existent plus bas dans la liste. TOUJOURS --limit 100 (le backlog reel tourne autour de 80-90 issues ouvertes).approved, bug, investigation — et exclure needs-approval, deferred, blocked-on-gate, epic. Compter ce sous-ensemble filtre, pas la liste brute.gh pr list --state open --limit 50 --json number,title,headRefName --repo jsboige/roo-extensionsgit log --oneline -5Resume concis (10 lignes max) :
Machine: {name} | Git: {hash} | MCPs: {OK/KO}
RooSync: {Y non-lus} | Dashboard: {X messages recents}
Issues ouvertes: {Z} | PRs ouvertes: {P} ({branches})
Taches assignees: {liste courte}
Algorithme par priorite decroissante :
/pr-review pour reviser les PRs ouvertes en attenteANTI-DOUBLE-CLAIM (OBLIGATOIRE avant chaque tache) :
Avant de travailler sur une issue, verifier qu'aucune PR ouverte ne la couvre deja :
gh pr list --state open --search "<issue-number>" --repo jsboige/roo-extensions
Si une PR existe deja → SKIP l'issue + rapporter [INFO] Issue #X deja couverte par PR #Y, skip.
Cross-checker aussi avec les branches wt/ actives : si une branche wt/*-{issue-keyword} existe avec une PR ouverte, ne pas dupliquer.
Si AUCUNE tache disponible (priorites 1-6) : Executer les idle tasks ci-dessous puis fallback PR review.
Garde-fou anti-faux-drain (#2509) : avant de declarer « aucune tache disponible », confirmer que le backlog filtre complet (
--limit 100+ labels actionnables, Phase 1 etape 3) a bien ete examine — pas seulement les 15 issues les plus recentes. Les priorites 3-5 (Machine=Any, TODO detaille, bug reproductible) sont quasi toujours servies par ce backlog. Passer aux idle tasks UNIQUEMENT si ce sous-ensemble est genuinement vide.
Quand aucune issue GitHub n'est assignable, executer ces taches productives dans l'ordre :
| # | Tâche | Type | Description | Contraintes |
|---|---|---|---|---|
| I1 | Worktree/Branch cleanup | ACTIF | Detecter branches wt/ orphelines >48h (PR merged/closed), nettoyer worktrees | git worktree list + gh pr list |
| I2 | Submodule drift check | READ-ONLY | Verifier mcps/internal vs dernier commit merged upstream. Signaler si >1 commit behind | Rapport dashboard [WARN] si drift |
| I3 | Heartbeat health patrol | READ-ONLY | roosync_inventory(type: "machines") — verifier heartbeats <6h pour chaque machine | Signaler silencieuses [WARN] |
| I4 | Config drift patrol | READ-ONLY | roosync_compare_config() entre machines, signaler divergences MCP/modes | Claude only |
| I5 | Doc freshness check | READ-ONLY | Verifier TOUTE la doc — docs/, .claude/rules/, .claude/skills/, .roo/, roo-config/ — chemins references existent encore | Poster [FRICTION] si cassé |
| I6 | TODO/FIXME audit | READ-ONLY | Scanner TODO, FIXME, HACK dans le code. Recouper avec issues existantes | Creer issue pour non-trackés |
| I7 | Memory freshness audit | READ-ONLY | Verifier entrées MEMORY.md >30j sans MAJ | Signaler potentiellement obsoletes |
| I8 | Stale build artifacts | ACTIF | Scanner build/ pour .js/.d.ts sans .ts source | Sous submodule seulement |
Regle : Max 2 idle tasks par cycle. Poster resultat sur dashboard ([DONE] ou [INFO]). Issue staleness patrol INTERDIT sans arbitrage utilisateur (priorite 6 couvre si issue genuinely stale). Fermeture d'issue INTERDITE sans arbitrage utilisateur (voir .claude/rules/issue-closure.md).
Qui / Type / Contraintes (legende #1417) : ce catalogue est le versant Claude (ce skill executor = agent Claude Code). Toutes les taches I1-I8 sont executables par Claude sauf restriction explicite en colonne Contraintes (ex. I4 = Claude only). Le versant Roo equivalent (patrouilles idle du scheduler) vit dans .roo/scheduler-workflow-executor.md Option 2 — I2 (submodule drift) et I6 (TODO/FIXME) y sont desormais mirror. Type = ACTIF (modifie l'etat : commit/cleanup) ou READ-ONLY (diagnostic + rapport dashboard seulement).
Pour chaque tache selectionnee, executer le cycle complet :
npm run build && npx vitest run (JAMAIS npm test)[DONE] + commentaire GitHubObjectif : 2-3 taches substantielles par session minimum.
// Rapporter progression
roosync_dashboard(action: "append", type: "workspace", tags: ["DONE", "claude-interactive"], content: "...")
// Rapporter blocage
roosync_dashboard(action: "append", type: "workspace", tags: ["BLOCKED", "claude-interactive"], content: "...")
// Signaler friction
roosync_dashboard(action: "append", type: "workspace", tags: ["FRICTION", "claude-interactive"], content: "...")
// Repondre a un [ASK]/[PROPOSAL]/[REQUEST] — notifie l'expediteur via mentions (#1956)
roosync_dashboard(action: "append", type: "workspace", tags: ["REPLY", "claude-interactive"],
mentions: [{ messageId: "<id-du-message-original>" }],
content: "...")
// Accuser reception sans reponse substantielle (ACK seul)
roosync_dashboard(action: "append", type: "workspace", tags: ["ACK", "claude-interactive"],
mentions: [{ messageId: "<id-du-message-original>" }],
content: "...")
Regle mentions (#1956 niveau 1) : Quand tu reponds a un message tagge [ASK]/[PROPOSAL]/[REQUEST] (ou tout message qui attend une reponse), TOUJOURS inclure mentions: [{ messageId: "..." }] avec l'id du message original. Cela notifie l'expediteur via RooSync qu'il a une reponse a lire — sans cela, l'expediteur n'a aucun signal et la boucle de coordination se rompt. Detail complet (userId vs messageId XOR, crossPost, dedup) : docs/harness/reference/intercom-v3-mentions.md.
npx vitest run (JAMAIS npm test — bloque en mode watch)Cadence fleet-wide : 2h via CronCreate (économie tokens, mandate user 2026-05-25 — le cycle 1h de #2203 est superseded). ScheduleWakeup est clampé à [60, 3600]s → ne PEUT PAS porter un cycle 2h.
CronCreate(cron: "41 */2 * * *", prompt: "/executor", recurring: true)
[WAKE-CLAUDE] routé machine:workspace (début de ligne, dashboard append). Permet réveil immédiat sans attendre le tick 2h.ScheduleWakeup par-dessus — cela réintroduirait le cycle 1h superseded.ScheduleWakeup)[IDLE] AUTO-STOP sur le dashboard avec le nombre de cycles[WAKE-CLAUDE] du coordinateur ou par le scheduler (schtask)conversation_browser(action: "current") rapporte > 5 MBclaude -p) = process frais par tâche → non concernéssection: "intercom", intercomLimit: 20 — ne PAS descendre sous 20 (plancher #2306). Le levier est le restart, pas intercomLimit.claude/rules/pr-mandatory.md# Session executor
/executor
Derniere mise a jour : 2026-06-09