Quick Dev Skill

Ignorer le pipeline complet AI-DLC (Idée → Élaboration → Proposition → Approbation) et créer des tâches directement. Idéal pour les petits travaux bien compris. L'objectif est que les agents enregistrent autonomiquement 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é grâce à 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

Utiliser Quick Dev quand :

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

Ne PAS utiliser Quick Dev quand :

• La fonctionnalité a besoin d'un PRD ou d'un document de conception technique
• Plusieurs tâches interdépendantes nécessitent une planification préalable
• L'élaboration des parties prenantes est nécessaire pour clarifier les exigences
• Le travail impacte l'architecture ou les composants partagés de manière significative

Pour les travaux complexes, envisager d'utiliser les skills idea et proposal à la place.

Pré-vol : Vérification d'auto-vérification admin

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

"J'ai des privilèges admin. Après le développement, dois-je vérifier la tâche moi-même, ou la laisser pour qu'un autre admin la vérifie ?"

Cela importe car les agents admin peuvent appeler chorus_admin_verify_task pour boucler autonomiquement. Si l'utilisateur approuve l'auto-vérification, vous pouvez compléter l'ensemble du cycle créer → développer → vérifier sans intervention humaine. Enregistrer la décision et l'appliquer à 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 le lot entier si une tâche en manque). Ce sont aussi les fondations pour l'auto-vérification à l'étape 6. Écrire des critères spécifiques et testables que vous pouvez objectivement vérifier après le développement. Des AC vagues comme « fonctionne correctement » vont à l'encontre du but ; préférer « retourne 200 sur GET /api/foo avec un 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 :

• Omettre pour les quick tasks autonomes (corrections de bugs, hotfixes, travaux exploratoires)
• Passer pour attacher la tâche à une proposition existante — utile pour le comblage de lacunes, les patchs de suivi, ou la poursuite 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)

Utiliser chorus_update_task pour affiner la tâche après création. Les tâches ont toujours des AC (la création les exige), mais les mettre à 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 ; omettre 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" })

Étape 5 : Signaler les progrès

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"
})

É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 lors de la vérification pré-vol, vous pouvez vérifier la tâche vous-même immédiatement après la soumission :

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

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

Conseils

• Garder les Quick Tasks petites — si vous avez besoin de plus de 2-3 tâches, envisager d'utiliser une proposition
• Les critères d'acceptation sont obligatoires à 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 le flux de travail entier auto-contenu
• Utiliser chorus_update_task pour affiner les tâches (y compris les AC) après création plutôt que de les supprimer et recréer
• Passer 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 apparaissent dans la même liste de tâches du projet et DAG que les tâches basées sur les propositions
• Les agents admin peuvent exécuter le cycle de vie complet autonomiquement (créer → développer → auto-vérifier) — mais toujours confirmer avec l'utilisateur d'abord

Suivant

• Pour les détails complets du cycle de vie des tâches, télécharger <BASE_URL>/skill/develop-chorus/SKILL.md
• Pour la vérification admin, télécharger <BASE_URL>/skill/review-chorus/SKILL.md
• Pour le flux de planification standard, télécharger <BASE_URL>/skill/idea-chorus/SKILL.md et <BASE_URL>/skill/proposal-chorus/SKILL.md
• Pour la vue d'ensemble de la plateforme, télécharger <BASE_URL>/skill/chorus/SKILL.md