O que EU tenho para hoje: o que vence hoje, o que já está atrasado, quanto tempo estimado isso soma, e o backlog sem data. Traz só o que é meu — tarefa atribuída a outra pessoa é o dia dela. Comece o dia por aqui.

Visão geral de TODOS os projetos que você enxerga, com progresso, atrasadas, sem responsável e sem data. É a primeira tool a chamar quando a pergunta é "como estão as coisas?" ou quando você precisa descobrir o nome/id de um projeto.

Como um projeto está: total, concluídas, abertas, atrasadas, distribuição por coluna do board e por prioridade, e — o número que diz se o projeto está afundando — quantas tarefas ENTRARAM contra quantas foram CONCLUÍDAS no período. Período máximo de 92 dias.

O que vai dar problema: tarefas atrasadas, sem data e sem responsável — com as mais antigas em amostra, porque é onde o problema começou. A interseção (sem data E sem responsável) é a tarefa que ninguém vai fazer.

Quanto cada pessoa tem em aberto, quanto atrasou, quanto concluiu no período e quantas horas estimadas carrega. Quem está SEM DEMANDA aparece explicitamente — é a pergunta "quem posso acionar agora?". Período máximo de 92 dias.

Os membros do projeto, com o nome de usuário. Use antes de atribuir uma demanda quando não souber quem participa — atribuir a quem não participa é recusado pela API.

Lista tarefas filtrando por projeto, responsável, situação e período. Para saber COMO um projeto está, prefira systemtask_project_report (devolve números, não linhas); use esta quando precisar das tarefas em si, para citar ou editar.

A tarefa COMPLETA: título e descrição sem corte, mais as subtarefas. Use sempre que o título aparecer cortado com "…" nas listas e você precisar do texto inteiro — as tabelas cortam de propósito para caber, esta tool é a saída.

Confirma a conta conectada e o fuso horário usado nos relatórios. Use uma vez no começo se houver dúvida sobre qual conta o token abre, ou se outra tool falhar por autenticação.

Registra uma DEMANDA num projeto, no formato que a equipe consegue executar e conferir.

Diga o que precisa EXISTIR, não COMO fazer — o método é de quem executa. Nunca prescreva passo a passo técnico.

"doneWhen" é obrigatório e precisa ser verificável por OUTRA pessoa sem perguntar nada a ninguém: um número, um arquivo, um link, um estado observável. "Ficar bom" e "estar revisado" não servem. Se o pedido vier vago demais para escrever esse critério, PERGUNTE ao usuário em vez de inventar um.

Use "subtasks" APENAS quando a demanda tiver entregas independentes, que poderiam ser feitas por pessoas diferentes. O padrão é não quebrar — subtarefa desnecessária é ruído.

Cria uma tarefa SUA, sem responsável — um lembrete, uma anotação, algo que você mesmo vai fazer. Para trabalho que vai para OUTRA PESSOA, use systemtask_demand_create: demanda precisa de objetivo, entrega e critério de pronto, e esta tool não registra nada disso.

Muda o que já existe: marcar concluída, mudar a data, a prioridade, a estimativa ou o título. Só manda o que muda. Para APAGAR uma tarefa, não dá por aqui — é pelo app (o token de agente não apaga nada, de propósito).

UMA pessoa é responsável por uma tarefa, ou nenhuma — não existem dois. Marcar outra TROCA: a anterior sai. Para deixar sem responsável, mande assignee = null. A pessoa precisa participar do projeto da tarefa.

Muda a tarefa de projeto. Se ela for RECORRENTE, a série inteira vai junto por padrão — mover só a instância de hoje faria a tarefa voltar sozinha para o projeto antigo amanhã. Use onlyThis = true para forçar mover apenas esta ocorrência.

Escreve um comentário na tarefa — é como o agente devolve resultado para a equipe, e o que fica registrado para quem abrir depois. Um "@usuario" no texto avisa a pessoa.