Skill Dev Rapide

Contournez le pipeline complet AI-DLC (Idée → Élaboration → Proposition → Approbation) et créez des tâches directement. Idéal pour les petits travaux bien compris. L'objectif est que les agents enregistrent autonomement leur travail de développement et vérifient l'achèvement des tâches par le biais de critères d'acceptation structurés.

Aperçu

Le flux AI-DLC standard assure la qualité par une planification structurée, mais ajoute une surcharge qui ralentit les petites tâches. Quick Dev offre une alternative légère :

[check admin role] → chorus_create_tasks → chorus_claim_task → in_progress → report → self-check AC → submit for verify → [self-verify if admin] → done

Utilisez Quick Dev quand :

• Corrections de bugs avec étapes de reproduction claires
• Petites fonctionnalités (< 2 story points)
• Correctifs post-livraison et comblage de lacunes après que les tâches d'une proposition sont terminées
• Tâches de prototype ou exploratoires
• Hotfixes urgents qui ne peuvent pas attendre l'examen de la proposition

N'utilisez PAS Quick Dev quand :

• La fonctionnalité nécessite un PRD ou un document de conception technique
• Plusieurs tâches interdépendantes nécessitent une planification préalable
• Une élaboration avec les parties prenantes est nécessaire pour clarifier les exigences
• Le travail impacte significativement l'architecture ou les composants partagés

Pour les travaux complexes, utilisez /idea + /proposal à la place.

Vérification avant décollage : Auto-vérification admin

Avant de créer des tâches, si chorus_checkin().agent.permissions.task inclut "admin", posez à l'utilisateur :

« Je dispose de privilèges admin. Après le développement, dois-je vérifier la tâche moi-même ou la laisser à un autre admin pour vérification ? »

Cela importe car les agents admin peuvent appeler chorus_admin_verify_task pour boucler autonomement. Si l'utilisateur approuve l'auto-vérification, vous pouvez compléter le cycle entier créer → développer → vérifier sans intervention humaine. Enregistrez la décision et appliquez-la à l'étape 7.

Outils

Flux de travail

Étape 1 : Créer une Quick Task

acceptanceCriteriaItems est obligatoire — chorus_create_tasks rejette toute tâche sans au moins un critère non vide (et rejette tout le lot si une tâche en manque). Ceux-ci sont aussi la fondation pour l'auto-vérification à l'étape 6. Écrivez des critères spécifiques et testables que vous pouvez vérifier objectivement après le développement. Les AC vagues comme « fonctionne correctement » vont à l'encontre de l'objectif ; préférez « retourne 200 sur GET /api/foo avec token valide ».

chorus_create_tasks({
  projectUuid: "<project-uuid>",
  tasks: [{
    title: "Fix login redirect loop on Safari",
    description: "Safari loses session cookie after redirect...",
    priority: "high",
    storyPoints: 1,
    acceptanceCriteriaItems: [
      { description: "Login works on Safari 17+", required: true },
      { description: "Existing Chrome/Firefox behavior unchanged", required: true }
    ]
  }]
})

proposalUuid est optionnel :

• Omettez pour les quick tasks autonomes (corrections de bugs, hotfixes, travail exploratoire)
• Passez pour attacher la tâche à une proposition existante — utile pour le comblage de lacunes, les correctifs de suivi ou la continuation du travail après la livraison des tâches initiales d'une proposition

Étape 2 : Réclamer la tâche

chorus_claim_task({ taskUuid: "<task-uuid>" })

Étape 3 : Éditer les détails (si nécessaire)

Utilisez chorus_update_task pour affiner la tâche après sa création. Les tâches ont toujours des AC (la création les exige), mais mettez-les à jour quand votre compréhension change pendant le développement. Passer acceptanceCriteriaItems remplace les critères de la tâche par l'ensemble fourni non vide ; omettez le champ pour les laisser inchangés (il ne peut pas être utilisé pour effacer les AC).

chorus_update_task({
  taskUuid: "<task-uuid>",
  description: "Updated with more details...",
  acceptanceCriteriaItems: [
    { description: "Login works on Safari 17+", required: true },
    { description: "Added CSRF token handling", required: true }
  ],
  addDependsOn: ["<other-task-uuid>"]
})

Étape 4 : Commencer à travailler

chorus_update_task({ taskUuid: "<task-uuid>", status: "in_progress" })

Sub-agents : passez sessionUuid pour l'attribution :

chorus_update_task({ taskUuid: "<task-uuid>", status: "in_progress", sessionUuid: "<session-uuid>" })

Étape 5 : Signaler la progression

chorus_report_work({
  taskUuid: "<task-uuid>",
  report: "Fixed Safari cookie issue:\n- Root cause: SameSite=Strict incompatible with redirect\n- Changed to SameSite=Lax\n- Commit: abc1234",
  sessionUuid: "<session-uuid>"
})

Étape 6 : Auto-vérifier les critères d'acceptation

chorus_report_criteria_self_check({
  taskUuid: "<task-uuid>",
  criteria: [
    { uuid: "<ac-uuid-1>", devStatus: "passed", devEvidence: "Tested on Safari 17.2" },
    { uuid: "<ac-uuid-2>", devStatus: "passed", devEvidence: "Chrome/Firefox regression tests pass" }
  ]
})

Étape 7 : Soumettre pour vérification (ou auto-vérifier)

chorus_submit_for_verify({
  taskUuid: "<task-uuid>",
  summary: "Fixed Safari login redirect loop. Changed SameSite cookie policy. All AC passed."
})

Auto-vérification admin : Si vous avez task: ["admin"] dans permissions et que l'utilisateur a approuvé l'auto-vérification à la vérification avant décollage, vous pouvez vérifier la tâche immédiatement après soumission :

chorus_admin_verify_task({ taskUuid: "<task-uuid>" })

Cela complète le cycle autonome complet : créer → développer → vérifier → terminé.

Intégration de session

Les Quick Tasks fonctionnent avec Claude Code Agent Teams tout comme les tâches basées sur une proposition :

• Team Lead : créer quick tasks, puis assigner aux sub-agents via UUID de tâche
• Sub-agents : le plugin Chorus injecte automatiquement le contexte de session — passez simplement sessionUuid à chorus_update_task et chorus_report_work
• Le cycle de vie de session est entièrement automatisé par le plugin

Conseils

• Gardez les Quick Tasks petites — si vous avez besoin de plus de 2-3 tâches, envisagez d'utiliser /proposal
• Les critères d'acceptation sont obligatoires au moment de la création — chorus_create_tasks rejette les tâches sans eux. Ils sont votre contrat d'auto-vérification ; des AC spécifiques et testables permettent la vérification autonome et rendent l'ensemble du flux autosuffisant
• Utilisez chorus_update_task pour affiner les tâches (y compris les AC) après leur création plutôt que de les supprimer et recréer
• Passez proposalUuid pour attacher les tâches de suivi ou de comblage de lacunes à une proposition existante — cela garde le travail connexe regroupé dans le même contexte de projet et DAG
• Les Quick Tasks s'affichent dans la même liste de tâches de projet et DAG que les tâches basées sur une proposition
• Les agents admin peuvent exécuter le cycle de vie complet autonomement (créer → développer → auto-vérifier) — mais confirmez toujours avec l'utilisateur d'abord

Suivant

• Pour les détails complets du cycle de vie des tâches, voir /develop
• Pour la vérification admin, voir /review
• Pour le flux de planification standard, voir /idea et /proposal
• Pour l'aperçu de la plateforme, voir /chorus