dudashuai616/project-task-router

Routeur de tâches de projet

Acheminez le travail dans la structure la plus petite et fiable avant de produire des résultats volumineux. Préservez la continuité via des fichiers de projet et des transferts compacts plutôt que d'anciens transcriptions de chat.

Exécuter la porte de complexité

Classez la tâche avec le minimum de cérémonie nécessaire :

• Simple : Un résultat clair, peu de risque de dépendance, et aucun besoin de transfert durable. Exécutez directement sans montrer de plan.
• Multi-étapes ciblé : Un livrable principal avec quelques étapes connexes. Donnez un plan court de 2 à 5 étapes et continuez dans la même conversation.
• Multi-étapes : Plusieurs livrables distincts, différents ensembles de références, ou des dépendances amont/aval claires. Proposez des phases et des limites de conversation avant de produire l'ensemble du travail.
• Longue durée : Le travail risque de s'étendre sur plusieurs sessions, d'accumuler de nombreuses décisions, ou de dépasser la capacité de contexte conversationnel fiable. Établissez des sources de vérité, un état des phases et une méthode de transfert avant l'exécution.

Utilisez des preuves observables plutôt que de prétendre connaître un pourcentage exact de contexte restant. Les signes d'alerte incluent des révisions répétées, de nombreux fichiers ou artefacts, des difficultés à vérifier les contraintes initiales, des tours précédents résumés, et une transition de phase qui modifie l'ensemble de références nécessaire.

Décider des limites de conversation

Gardez le travail dans la même conversation lorsqu'il est étroitement couplé, qu'il itère sur le même artefact, ou qu'il peut se terminer de manière fiable avec le même petit ensemble de contexte.

Recommandez une nouvelle conversation si au moins l'une des conditions suivantes est vraie :

• la phase actuelle produit un artefact stable consommé par une phase différente ;
• la phase suivante nécessite des fichiers ou une expertise sensiblement différents ;
• une revue indépendante d'un livrable est précieuse ;
• continuer entraînerait le transport d'une grande quantité d'exploration écartée, de journaux ou de brouillons rejetés ;
• un transfert compact basé sur des fichiers peut remplacer la transcription en toute sécurité.

Ne divisez pas mécaniquement. Une nouvelle conversation n'est justifiée que si elle réduit la charge de contexte, les reprises ou l'ambiguïté. Recommandez des conversations séparées et fournissez des prompts de démarrage, mais ne créez ni ne bifurquez des tâches appartenant à l'utilisateur sauf si celui-ci le demande explicitement.

Présenter la carte de routage

Pour un travail multi-étapes ou de longue durée, interrompez l'exécution en bloc et présentez une carte de routage concise contenant :

1. Objectif global — une phrase.
2. Phases recommandées — ordonnées par dépendance.
3. Limite de conversation — même ou nouvelle conversation pour chaque phase, avec une justification d'une ligne.
4. Entrées — fichiers amont exacts ou décisions confirmées à lire ; évitez les analyses larges du projet.
5. Sorties — livrables nommés et leur emplacement approprié dans le projet.
6. Terminé quand — critères d'achèvement observables.
7. Mise à jour du transfert — quel fichier d'état, de décision ou de source de vérité doit être mis à jour.

Si la décomposition modifie matériellement la portée ou le séquencement, obtenez l'accord de l'utilisateur avant d'exécuter les phases ultérieures. Lorsque la première phase est déjà clairement autorisée, commencez uniquement cette phase après avoir présenté la structure.

Préserver une chaîne de source de vérité

Considérez le chat comme un espace de travail, pas comme l'archive faisant autorité.

• Suivez les AGENTS.md applicables et l'organisation existante du projet.
• Lisez uniquement les fichiers exacts nécessaires à la phase en cours.
• Stockez les résultats acceptés dans des fichiers clairement nommés à l'intérieur du projet réel du contenu.
• Placez chaque fait durable dans un seul emplacement faisant autorité ; référencez-le ailleurs sans le dupliquer.
• Enregistrez uniquement les décisions qui affectent les travaux ultérieurs. Ne conservez pas les raisonnements cachés, les brouillons écartés ni les résumés verbeux de transcriptions.
• Lorsqu'une décision amont change, identifiez les livrables aval qui nécessitent une révision et marquez-les clairement dans l'état du projet.

Préférez un fichier d'état ou de décision de projet existant. S'il n'en existe pas et qu'un travail significatif entre sessions en nécessite un, proposez le plus petit ensemble de fichiers utile plutôt que de créer un index pour chaque projet.

Créer un transfert compact

Avant de changer de conversation, de mettre en pause un travail inachevé ou de continuer après une baisse de fiabilité du contexte, mettez d'abord à jour les artefacts formels, puis préparez un transfert compact avec :

• tâche et phase en cours ;
• travail accompli et accepté ;
• décisions verrouillées ;
• chemins de fichiers et versions faisant autorité ;
• travail inachevé et blocages ;
• prochaine action immédiate ;
• fichiers exacts que la prochaine conversation doit lire ;
• un prompt de démarrage prêt à l'emploi pour la prochaine conversation.

Gardez le transfert suffisamment court pour être scanné rapidement. La prochaine conversation doit reprendre à partir des fichiers formels et du transfert, sans reconstruire l'ancienne transcription.

Modèle de prompt de démarrage

Utilisez cette structure lorsque vous recommandez une nouvelle conversation :

Continuez [projet], phase : [nom de la phase].

Lisez et suivez :
1. [AGENTS.md applicables]
2. [source de vérité du projet]
3. [état actuel ou transfert]
4. [artefact amont exact ou section pertinente]

Ne lisez pas : [chats, dossiers ou brouillons non pertinents].

Objectif : [objectif de la phase unique].
Sortie : [livrable nommé et emplacement].
Terminé quand : [critères observables].
Après achèvement : [mises à jour d'état/décision/transfert].

Maintenir la proportionnalité

• N'annoncez pas un workflow complexe pour une demande simple.
• Ne créez pas de fichiers de planification qui n'auront aucun consommateur futur.
• Ne relisez pas des projets entiers lorsque les sources exactes sont connues.
• Ne continuez pas à produire des actifs de stades ultérieurs avant que les décisions amont requises ne soient stables.
• N'utilisez pas de sous-agents ou d'agents parallèles sauf si l'utilisateur le demande explicitement ou que les instructions applicables l'exigent.

Lorsque ce skill modifie matériellement l'exécution, informez brièvement l'utilisateur que la tâche est en cours de fractionnement ou de transfert et pourquoi.