From rapidorh
Creates, assigns, and moves Kanban tasks for RapidoRh projects. Handles task creation with priority, due dates, and agent relay format.
How this skill is triggered — by the user, by Claude, or both
Slash command
/rapidorh:flux-kanbanThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Charger `${CLAUDE_PLUGIN_ROOT}/reference/directives-outils.md` et appliquer ses
Charger ${CLAUDE_PLUGIN_ROOT}/reference/directives-outils.md et appliquer ses
règles pendant toute l'exécution (IDs, confirmations, données, formats, erreurs).
get-projects-list-tool (search par nom) si le
project_id n'est pas connu.get-task-lists-tool (project_id) : obtenir les
IDs réels des colonnes (Todo, Doing, Done + colonnes personnalisées). Ne JAMAIS
supposer un ID de colonne.create-task-tool (project_id, tasklist_id — en
général l'ID de « Todo » —, title requis ; optionnels : description,
due_date YYYY-MM-DD, assigned_users = IDs via get-users-list-tool,
priority TÂCHE : 0 = Urgent, 1 = Moyenne (défaut), 2 = Faible).
${CLAUDE_PLUGIN_ROOT}/reference/relais-par-tache.md) : titre préfixé
[AGENT:{nom}] (ou assigned_users = utilisateur-agent si RH V2), et une
description contenant le bloc RELAIS (PROMPT résolu, LIVRABLE, DONE,
AUTONOMIE, ROUTINE). C'est ce bloc que lira tournee-des-agents ; sans lui,
la tâche sera bloquée en tournée, pas exécutée. Même bloc pour une tâche
employé : le PROMPT devient son brief.move-task-tool (project_id, task_id,
from_list, to_list).
task_id et sa colonne actuelle via get-project-tasks-tool
(project_id, filtre tasklist_id optionnel) ;from_list doit être la colonne RÉELLE actuelle de la tâche (vérifier, ne
pas deviner) ;get-project-tasks-tool retourne toutes les tâches pour un owner, mais
uniquement les tâches assignées pour un membre : si une tâche est introuvable,
c'est peut-être une question de droits — le signaler.get-users-list-tool.npx claudepluginhub prendstapart/plugin-claude-mcp-braindcode- --plugin rapidorhGuides collaborative design exploration before implementation: explores context, asks clarifying questions, proposes approaches, and writes a design doc for user approval.
Creates structured, bite-sized implementation plans from specs or requirements before writing code. Useful for breaking down multi-step tasks into testable steps with file structure and task boundaries.
Resolves in-progress git merge or rebase conflicts by analyzing history, understanding intent, and preserving both changes where possible. Runs automated checks after resolution.