Skills Gestion de projet

Gérez votre équipe — créez des rôles, assignez des tâches, lancez des travailleurs et suivez la progression.

Exécutez un conseil de sous-agents diversifiés en modèles pour examiner le même problème sous plusieurs angles, comparer les résultats et produire une recommandation finale. Utilisez cette compétence chaque fois que l'utilisateur demande un conseil, des seconds avis, plusieurs agents/modèles pour évaluer une question, une enquête parallèle, une comparaison équipe rouge/équipe bleue, ou de l'aide pour choisir entre des approches techniques concurrentes.

À utiliser lorsque vous êtes confronté à 2 tâches indépendantes ou plus qui peuvent être traitées sans état partagé ni dépendances séquentielles.

Utilisez lorsque vous avez un plan d'implémentation écrit à exécuter dans une session séparée avec des points de contrôle de révision.

Utiliser lorsque l'implémentation est terminée, tous les tests passent et que vous devez décider comment intégrer le travail - guide l'achèvement du travail de développement en présentant des options structurées pour la fusion, la PR ou le nettoyage.

Interroger l'utilisateur sans relâche sur un plan ou un design jusqu'à parvenir à une compréhension commune, en résolvant chaque branche de l'arbre de décision. Utiliser lorsque l'utilisateur souhaite mettre un plan à l'épreuve, se faire questionner sur son design, ou mentionne "grill me".

Interroger l'utilisateur sans relâche sur un plan ou une conception. À utiliser lorsque l'utilisateur souhaite mettre un plan à l'épreuve avant de le construire, ou utilise des phrases déclencheurs de 'grill'.

Compacter la conversation actuelle en un document de transfert pour qu’un autre agent puisse le reprendre.

Implémenter un travail basé sur un PRD ou un ensemble de tickets.

API de validation Feishu : gestion des instances et des tâches de validation.

飞书 OKR：管理目标与关键结果。查看和编辑 OKR 周期、目标、关键结果、对齐关系、量化指标和进展记录。当用户需要查看或创建 OKR、管理目标和关键结果、查看对齐关系时使用。不负责：待办任务管理（lark-task）、日程/会议安排（lark-calendar）、绩效评估

飞书任务：管理任务、清单和任务智能体。创建待办任务、查看和更新任务状态、拆分子任务、组织任务清单、分配协作成员、上传任务附件、注册或注销任务智能体、更新任务智能体的主页数据、写入智能体任务记录。当用户需要创建待办事项、查看任务列表、跟踪任务进度、管理项目清单或给他人分配任务、为任务上传附件文件、注册注销任务智能体、更新智能体主页数据、写入任务记录时使用。

Résumé des tâches et rendez-vous : organisez calendar + agenda et task + get-my-tasks pour générer un résumé des rendez-vous et des tâches non terminées à une date donnée. Idéal pour connaître les prévisions d’aujourd’hui, demain ou de la semaine.

Lorsque l'utilisateur souhaite planifier un lancement de produit, une annonce de fonctionnalité ou une stratégie de mise en production. Utilisez également lorsque l'utilisateur mentionne 'launch,' 'Product Hunt,' 'feature release,' 'announcement,' 'go-to-market,' 'beta launch,' 'early access,' 'waitlist,' 'product update,' 'how do I launch this,' 'launch checklist,' 'GTM plan,' ou 'we're about to ship.' Utilisez ceci chaque fois que quelqu'un se prépare à publier quelque chose publiquement. Pour le marketing continu après le lancement, voir marketing-ideas.

Interroge-moi sur les spécifications des workflows que je souhaite construire, dans cet espace de travail.

Explorer et comprendre les espaces de travail Nx. À UTILISER pour répondre à des questions sur l’espace de travail, les projets ou les tâches. À UTILISER ÉGALEMENT lorsqu’une commande nx échoue ou que vous devez vérifier les cibles/la configuration disponibles avant d’exécuter une tâche. EXEMPLES : « Quels projets se trouvent dans cet espace de travail ? », « Comment le projet X est-il configuré ? », « Qu’est-ce qui dépend de la bibliothèque Y ? », « Quelles cibles puis-je exécuter ? », « Configuration introuvable pour la tâche », « déboguer un échec de tâche nx ».

We need to translate the given text from English to French. The instruction says to preserve product names, protocol names, URLs, numbers, and technical terms. The name "orchestration" is to be preserved as a name, but it appears in the text as "Orca orchestration" - "Orca" is a product name, "orchestration" might be a term but the instruction says to preserve the name "orchestration" - actually the instruction says "Name to preserve: orchestration". That means the word "orchestration" itself should be preserved as is? But it's part of "Orca orchestration". Possibly we should keep "Orca orchestration" as is? The instruction says "Preserve product names, protocol names, URLs, numbers, and technical terms." "Orca" is a product name, "orchestration" might be a technical term. Also "orca-cli" is a product name. So we should not translate those. Also "ask/reply", "worker_done", "escalation", "task

Implémente la planification basée sur fichiers de type Manus pour organiser et suivre l'avancement de tâches complexes. Crée task_plan.md, findings.md et progress.md. À utiliser lorsqu'on vous demande de planifier, décomposer ou organiser un projet en plusieurs étapes, une tâche de recherche ou tout travail nécessitant 5 appels d'outils ou plus. Prend en charge la récupération automatique de session après /clear.

Créer un plan de refactorisation détaillé avec de petits commits via un entretien utilisateur, puis le déposer en tant que ticket GitHub. À utiliser lorsque l'utilisateur souhaite planifier une refactorisation, créer un RFC de refactorisation, ou décomposer une refactorisation en étapes incrémentales sûres.

Exécutez une « saga » de développement autonome pilotée par spécifications pour des fonctionnalités de taille moyenne à grande, en utilisant un agent orchestrateur et une flotte de sous-agents travailleurs. Utilisez cette compétence lorsque l'utilisateur invoque /saga, demande de construire de manière autonome une fonctionnalité conséquente de bout en bout avec une intervention humaine minimale, souhaite une spécification complète décomposée en jalons et tâches avec des critères de validation infaillibles avant une implémentation parallélisée, ou veut qu'un orchestrateur délègue l'implémentation à des agents travailleurs tout en préservant son...

Sets up an `## Agent skills` block in AGENTS.md/CLAUDE.md and `docs/agents/` so the engineering skills know this repo's issue tracker (GitHub or local markdown), triage label vocabulary, and domain doc layout. Run before first use of `to-issues`, `to-prd`, `triage`, `diagnose`, `tdd`, `improve-codebase-architecture`, or `zoom-out` — or if those skills appear to be missing context about the issue tracker, triage labels, or domain docs.

Piloter un workflow orienté spécifications pour des fonctionnalités substantielles en rédigeant PRODUCT.md avant l'implémentation, en écrivant TECH.md lorsque cela est justifié, et en maintenant les deux spécifications à jour à mesure que l'implémentation évolue. À utiliser lors du démarrage d'une fonctionnalité importante, de la planification d'une implémentation pilotée par agent, ou lorsque l'utilisateur souhaite que les spécifications produit et techniques soient intégrées au contrôle de source.

Utiliser lors de l'exécution de plans d'implémentation avec des tâches indépendantes dans la session en cours

Transforme des idées brutes en plans approuvés et complets, avec une structure validée avant le codage. À utiliser lorsque les utilisateurs demandent 出方案/给方案/深入分析/怎么设计/有没有必要/值不值得/plan this/how should I/should we keep this pour des fonctionnalités, de l'architecture ou des jugements de valeur. Pas pour des corrections de bugs ou des modifications mineures.

Décomposer un plan, un cahier des charges ou un PRD en tâches indépendantes sur le gestionnaire de tickets du projet en utilisant des tranches verticales de type tracer-bullet. À utiliser lorsque l'utilisateur souhaite convertir un plan en tickets, créer des tickets d'implémentation ou décomposer du travail en tâches.

Transformer le contexte actuel de la conversation en un PRD et le publier dans le système de suivi des problèmes du projet. À utiliser lorsque l'utilisateur souhaite créer un PRD à partir du contexte actuel.

Trier les problèmes via une machine à états pilotée par des rôles de triage. Utiliser lorsque l'utilisateur souhaite créer un problème, trier des problèmes, examiner les bogues entrants ou les demandes de fonctionnalités, préparer des problèmes pour un agent AFK, ou gérer le flux de travail des problèmes.

Write a PRODUCT.md spec for a significant user-facing feature in Warp, focused on detailed behavior and validation. Use when the user asks for a product spec, desired behavior doc, or PRD, wants to define feature behavior before implementation, or when the feature is substantial or behaviorally ambiguous enough that a written spec would improve implementation or review.

Utilisez lorsque vous avez un cahier des charges ou des exigences pour une tâche en plusieurs étapes, avant de toucher au code.