Skills de Gestão de projetos

Gerencie sua equipe — crie funções, atribua tarefas, inicie workers e monitore o progresso

Execute um conselho de subagentes com modelos diversos para investigar o mesmo problema sob múltiplas perspectivas, comparar descobertas e produzir uma recomendação final. Use esta habilidade sempre que o usuário solicitar um conselho, segundas opiniões, múltiplos agentes/modelos para avaliar uma questão, investigação paralela, comparação red-team/blue-team ou ajuda para decidir entre abordagens técnicas concorrentes.

Use quando estiver lidando com 2 ou mais tarefas independentes que podem ser trabalhadas sem estado compartilhado ou dependências sequenciais

Use quando você tem um plano de implementação por escrito para executar em uma sessão separada com pontos de verificação de revisão.

Use quando a implementação estiver completa, todos os testes passarem e você precisar decidir como integrar o trabalho - orienta a conclusão do trabalho de desenvolvimento apresentando opções estruturadas para merge, PR ou limpeza.

Entreviste o usuário incansavelmente sobre um plano ou design até chegar a um entendimento compartilhado, resolvendo cada ramo da árvore de decisão. Use quando o usuário quiser testar um plano sob pressão, ser questionado sobre seu design ou mencionar "grill me".

Entreviste o usuário incansavelmente sobre um plano ou design. Use quando o usuário quiser testar a resistência de um plano antes de construí-lo, ou usar qualquer frase de gatilho 'grill'.

Compacte a conversa atual em um documento de handoff para que outro agente possa continuar.

Implement a piece of work based on a PRD or set of issues.

API de aprovação do Lark: gerenciamento de instâncias e tarefas de aprovação.

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

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

Resumo de agenda e tarefas: organiza calendar + agenda e task + get-my-tasks para gerar um resumo da agenda e tarefas pendentes em uma data específica. Útil para saber os compromissos de hoje/amanhã/esta semana.

Quando o usuário deseja planejar o lançamento de um produto, anúncio de funcionalidade ou estratégia de release. Use também quando o usuário mencionar 'lançamento', 'Product Hunt', 'release de funcionalidade', 'anúncio', 'go-to-market', 'lançamento beta', 'acesso antecipado', 'lista de espera', 'atualização de produto', 'como lançar isso', 'checklist de lançamento', 'plano de GTM' ou 'estamos prestes a lançar'. Use isso sempre que alguém estiver se preparando para liberar algo publicamente. Para marketing contínuo após o lançamento, veja marketing-ideas.

Grill me about specs for the workflows I want to build, within this workspace.

Explore e entenda workspaces Nx. USE AO responder perguntas sobre o workspace, projetos ou tarefas. USE TAMBÉM quando um comando nx falhar ou você precisar verificar alvos/configuração disponíveis antes de executar uma tarefa. EXEMPLOS: 'Quais projetos estão neste workspace?', 'Como o projeto X está configurado?', 'O que depende da biblioteca Y?', 'Quais alvos posso executar?', 'Não é possível encontrar configuração para a tarefa', 'depurar falha de tarefa nx'.

Use Orca orchestration for structured multi-agent coordination: threaded messages, blocking ask/reply flows, task dispatch, worker_done/escalation waits, task DAGs, decision gates, coordinator loops, or decomposing work across agents. Use `orca-cli` instead for full ownership handoffs, including requests phrased as "hand off", "handoff", "handover", "give this to another agent", or "another worktree" when the user did not explicitly ask to supervise, monitor, wait for results, or coordinate...

Implementa o planejamento baseado em arquivos no estilo Manus para organizar e acompanhar o progresso em tarefas complexas. Cria task_plan.md, findings.md e progress.md. Use quando for solicitado a planejar, dividir ou organizar um projeto de várias etapas, tarefa de pesquisa ou qualquer trabalho que exija 5 ou mais chamadas de ferramenta. Suporta recuperação automática de sessão após /clear.

Crie um plano de refatoração detalhado com commits pequenos por meio de uma entrevista com o usuário e registre-o como uma issue do GitHub. Use quando o usuário quiser planejar uma refatoração, criar um RFC de refatoração ou dividir uma refatoração em etapas incrementais seguras.

Execute uma "saga" de desenvolvimento autônoma e orientada por especificações para funcionalidades de médio a grande porte, utilizando um agente orquestrador e uma frota de subagentes trabalhadores. Use esta habilidade sempre que o usuário invocar /saga, solicitar a construção autônoma de uma funcionalidade considerável de ponta a ponta com intervenção humana mínima, desejar uma especificação abrangente dividida em marcos e tarefas com critérios de validação rigorosos antes da implementação paralelizada, ou quiser que um orquestrador delegue a implementação a agentes trabalhadores enquanto preserva sua...

We need to translate the given text from English to Brazilian Portuguese. The text describes an agent skill that sets up a block in AGENTS.md/CLAUDE.md and docs/agents/ so that engineering skills know the repo's issue tracker, triage label vocabulary, and domain doc layout. It should be run before first use of certain skills or if those skills appear missing context. We must preserve product names, protocol names, URLs, numbers, technical terms. The name "setup-matt-pocock-skills" is not in the text, so we don't include it. We also must not add any extra commentary, labels, etc. The text includes: "## Agent skills" (with double hash), "AGENTS.md/CLAUDE.md", "docs/agents/", "to-issues", "to-prd", "triage", "diagnose", "tdd", "improve-codebase-architecture", "zoom-out". These should be preserved as is. We need to translate the rest naturally into Brazilian Portuguese. Let's break down the text:

Conduza um fluxo de trabalho orientado por especificações para funcionalidades substanciais, escrevendo o PRODUCT.md antes da implementação, escrevendo o TECH.md quando necessário, e mantendo ambas as especificações atualizadas conforme a implementação evolui. Use ao iniciar uma funcionalidade significativa, ao planejar uma implementação orientada por agente, ou quando o usuário desejar que as especificações de produto e técnica sejam registradas no controle de versão.

Use ao executar planos de implementação com tarefas independentes na sessão atual

Transforma ideias brutas em planos aprovados e completos para decisão, com estrutura validada antes da codificação. Use quando usuários pedirem 出方案/给方案/深入分析/怎么设计/有没有必要/值不值得/plan this/how should I/should we keep this para funcionalidades, arquitetura ou julgamentos de valor. Não use para correções de bugs ou pequenas edições.

Quebre um plano, especificação ou PRD em issues independentes no rastreador de issues do projeto usando fatias verticais tracer-bullet. Use quando o usuário quiser converter um plano em issues, criar tickets de implementação ou dividir o trabalho em issues.

Transforme o contexto atual da conversa em um PRD e publique-o no rastreador de problemas do projeto. Use quando o usuário quiser criar um PRD a partir do contexto atual.

Triar problemas através de uma máquina de estados orientada por funções de triagem. Use quando o usuário quiser criar um problema, triar problemas, revisar bugs ou solicitações de funcionalidades recebidas, preparar problemas para um agente AFK ou gerenciar o fluxo de trabalho de problemas.

Escreva uma especificação PRODUCT.md para um recurso significativo voltado ao usuário no Warp, com foco em comportamento detalhado e validação. Use quando o usuário solicitar uma especificação de produto, documento de comportamento desejado ou PRD, quiser definir o comportamento do recurso antes da implementação, ou quando o recurso for substancial ou comportamentalmente ambíguo o suficiente para que uma especificação escrita melhore a implementação ou revisão.

Use quando você tem uma especificação ou requisitos para uma tarefa de várias etapas, antes de tocar no código.