Décrire vos besoins

Le module Nouveau travail permet de décrire un travail dans le portail. Vous définissez une fois l'objectif. Coroid valide la demande avant toute création, puis la transforme en tâche, en plan échelonné, en rapport ou en automatisation.

Les travaux proviennent également des outils de suivi d'incidents, de vos propres systèmes et de l'automatisation. Consultez Modes de lancement du travail.

Créer en tant que#

La première ligne détermine ce qu'il advient de la demande :

Automatique est sélectionné par défaut. Coroid analyse la demande durant la qualification et choisit le cheminement adapté. Vous pouvez sélectionner vous-même le cheminement si vous connaissez déjà la solution : Tâche lorsque le travail consiste en une modification que l'examinateur peut lire d'un coup d'œil, Plan lorsqu'il nécessite plusieurs modifications dans un ordre précis, ou lorsque vous souhaitez voir l'ensemble de l'approche avant de vous engager dans quoi que ce soit.

Si vous choisissez un cheminement et que la qualification recommande un autre, le formulaire vous en informera avant toute création. Vous pouvez accepter la recommandation ou modifier la demande.

Un travail couvrant plusieurs projets devient toujours un plan. Lorsqu'un second projet est ajouté, seules Automatique et Plan sont disponibles.

Le formulaire s'adapte au cheminement choisi. Les rapports demandent leurs propres détails plus bas, tandis que les tâches et les plans affichent la section de spécification. Une automatisation possède son propre formulaire : commencez à partir d'un modèle ou depuis zéro, puis choisissez quand elle s'exécutera et ce qu'elle fera. Consultez Automatisations.

Deux raccourcis se trouvent à côté du formulaire : Importer des incidents permet d'importer du travail depuis un outil de suivi, et Demander à Coroid confie la même tâche au assistant de chat.

Projets#

Choisissez le projet auquel ce travail appartient. Pour Automatique et Plan vous pouvez ajouter d'autres projets lorsque le travail concerne plusieurs projets dépendants. C'est ainsi que le travail inter-projets est exprimé. Une tâche s'exécute dans un seul projet.

Décrire le travail#

Deux champs, et ils remplissent des fonctions différentes.

Titre du travail: un nom court. C'est ce que vous rechercherez plus tard dans les listes.

Résumé: le contenu essentiel. Résultat attendu, contexte, contraintes, documents sources, et ce que Coroid doit produire. Rédigez le résultat plutôt que l'implémentation ; Coroid en fera une spécification vérifiable et vérifie que le travail terminé correspond à ces exigences.

Add rate limiting to the public API.
100 requests per minute per API key. Exceeding it returns 429 with a
Retry-After header. Limits are per key, not per IP.
Internal service-to-service calls are exempt — they authenticate with
service tokens, not API keys.
Do not change the existing auth middleware's public interface.

Cette dernière ligne effectue un travail réel. Les lignes de périmètre font la différence entre une modification ciblée et une modification étendue.

Pour Automatique, Tâche et Plan vous pouvez déposer, coller ou joindre des fichiers sous le résumé : captures d'écran, PDF et notes. Les tâches acceptent les images ; les plans acceptent également les PDF et les fichiers texte.

Spécification#

Les tâches et les plans possèdent une Spécification section avec deux options :

• À partir du résumé: l'option par défaut. Coroid rédige la spécification à partir de votre résumé (intention, histoires utilisateur et critères d'acceptation), puis construit et vérifie le travail en fonction de celle-ci.
• Rédiger la mienne: votre spécification remplace celle générée. Remplissez vous-même l'intention, les histoires utilisateur, les critères d'acceptation, les contraintes, la valeur métier, le périmètre et le type.

Avec Rédiger la mienne, Structurer avec AI rédige les champs à partir de votre résumé afin que vous puissiez les modifier à partir de là. Il affiche également un registre de couverture indiquant ce qui a été conservé, ce qui a été ajouté et ce qui n'a pas pu être intégré, afin que vous puissiez vérifier qu'aucun élément du résumé n'a été perdu.

Rédigez la vôtre lorsque les critères d'acceptation existent déjà, par exemple dans un cahier des charges. Sinon, commencez à partir du résumé et corrigez le résultat dans l'onglet Spécification de la tâche. Voir Développement piloté par la spécification.

Paramètres avancés#

Optionnel. Les champs affichés dépendent du parcours.

Utiliser le workflow SDLC#

Désactivé par défaut. Activez-le pour examiner une intention et une spécification avant le début de la planification. Le bouton final se transforme en Préparer le travail et ouvre une interface de préparation guidée au lieu de créer directement le travail.

Activez cette option lorsque le travail est suffisamment important pour nécessiter un point de contrôle avant même qu'une approche ne soit élaborée. Désactivez-la pour les travaux dont le cahier des charges est déjà clair. Consultez Le flux de travail du cycle de développement logiciel.

Valider avant le début du travail#

Activé par défaut. Si la politique de votre organisation le permet, vous pouvez désactiver la validation pour une demande. Vous devrez alors indiquer une raison, et l'utilisateur, la raison, l'heure ainsi que la politique seront enregistrés de manière permanente dans l'historique d'audit. Lorsque la validation est contournée, l'en-tête Paramètres avancés l'indique.

Objectif#

Uniquement pour les plans. Ce que le plan doit accomplir au-delà du cahier des charges. Le cahier des charges précise ce qui doit être construit ; l'objectif indique à quoi cela sert.

AI profile#

Quels modèles exécutent ce travail. Consultez Profils AI.

Vérifications de Contrôle qualité#

Quel niveau de vérification s'applique. Utiliser la valeur par défaut de la politique hérite de la politique de Contrôle qualité du projet ou de l'organisation. Standard exécute les vérifications courantes. Approfondi ajoute des vérifications en temps réel particulièrement rigoureuses par rapport au cahier des charges et peut rejeter un travail que Standard accepterait.

La politique résolue est fixée au début de l'exécution. Modifier la politique par la suite ne modifie pas rétroactivement le travail déjà en cours. Consultez Politiques et portes de Contrôle qualité.

Priorité#

P0 vers P3, avec une valeur par défaut de P2. La priorité ordonne la file d'attente lorsqu'il y a plus de travail en attente que de slots d'agents disponibles. Elle n'ajoute pas de capacité ; consultez Capacité et slots d'agents.

Budget de jetons#

Pour un plan, Budget de jetons par tâche générée limite la quantité de contexte que chaque tâche générée peut consommer. Pour une tâche, Budget maximal de jetons limite la tâche elle-même ; laissez-le vide pour aucune limite. Augmentez le budget pour les travaux nécessitant une lecture approfondie d'un grand ensemble de code ; diminuez-le pour maîtriser les coûts sur les tâches routinières.

Contraintes#

Uniquement pour les plans. Contraintes du plan, objectifs non visés, dépendances et règles de livraison. C'est ici que s'inscrivent les objectifs non visés, et c'est le champ le plus efficace pour éviter l'expansion du périmètre.

Démarrer depuis / Intégrer dans la demande de fusion#

Indique la branche à partir de laquelle le travail débute et la branche cible de la pull request. Identique à « Démarrer depuis » est cochée par défaut, ce qui permet d'appliquer les deux paramètres en même temps.

main → new Coroid branch → PR into main

Coroid crée toujours la branche de travail. Ces champs ne modifient que le point de branchement et l'endroit où atterrit la pull request. Il est impossible pour Coroid de commiter directement dans une branche existante, et le formulaire vérifie l'existence des branches sur le dépôt distant avant de permettre de continuer.

Utilisez-les lorsque vous fusionnez dans une branche autre que votre branche par défaut, comme une develop branche ou un train de publication.

Sprint et version cible#

Tâches et Automatique demandes qui deviennent des tâches. Placez la tâche dans un sprint et liez-la à une version prévue release dès le départ, plutôt que de l'assigner ultérieurement.

Continuer : Qualification#

Aucune création n'a lieu lorsque vous cliquez sur Continuer. Coroid filtre d'abord la demande pour détecter les identifiants et autres valeurs sensibles, puis exécute Qualification:

La qualification compare la demande à la version en cours, recherche les doublons, vérifie ou reproduit ce qui est possible, évalue l'impact, la responsabilité, la portée et la complexité, puis détermine la procédure à suivre. Vous pouvez suivre chaque vérification en temps réel.

La suite dépend du verdict :

• Qualifiée: une tâche ou un plan sans pièces jointes ni workflow SDLC est créé dès que la qualification est validée. Sinon, vous revenez au formulaire avec Révision et création, et le bouton final indique ce qui sera créé : Créer une tâche, Créer un plan, Générer un rapport ou Créer une automatisation. Une nouvelle tâche rejoint immédiatement la file d'attente, et un nouveau plan commence à être planifié.
• Doublon ou Déjà corrigé: aucun nouveau travail n'est créé. Un doublon est fusionné dans la demande qui le couvre déjà.
• Déjà résolu: Le même problème ou la même défaillance est déjà traitée dans une autre demande, au sein de tout projet. La demande est alors liée à ce travail.
• Aucune modification nécessaire: L'évaluation a révélé que le comportement signalé est conforme aux spécifications. Aucun travail n'est créé.
• Reporté: Réservé uniquement aux demandes qui arrivent sans personne assignée, comme celles provenant du API d'entrée de travail ou de la surveillance. Le travail est éligible mais doit attendre son tour. du mandat en termes de capacité ou de budget. Une demande que vous soumettez ici ne sera jamais reportée.
• Non reproduisible, Rejeté ou Nécessite une révision: Aucun travail n'est créé. Modifiez la demande, ajoutez des preuves, relancez la qualification ou fermez-la.

Si vous êtes en désaccord avec un verdict, une personne ayant les droits peut Créer du travail quoi qu'il en soit. L'annulation du verdict nécessite une raison, qui est ensuite enregistrée.

Les demandes en attente de décision sont listées sous Usine → Révision, et chaque soumission, quel que soit son verdict, conserve sa propre page avec ses vérifications, ses preuves et son historique d'audit.

Lié#

• Méthodes pour démarrer un travail
• Développement piloté par les spécifications
• Plans
• Importer du travail