Ekyte MCP Server

Listar Tarefas de um Projeto

ekyte_list_project_tasks

Read-onlyIdempotent

List all tasks for a project, including planned but inactive tasks, to verify project task status.

Instructions

Lista as tarefas associadas a um projeto específico. Excelente para verificar se existem "tarefas planejadas mas não ativas" dentro de um projeto.

Tool call template

Replace each placeholder with a value matching the input schema. Only required parameters are included; add optional parameters as needed.

{
  "id": 1,
  "jsonrpc": "2.0",
  "method": "tools/call",
  "params": {
    "arguments": {
      "project_id": "<project_id>"
    },
    "name": "ekyte_list_project_tasks"
  }
}

Input Schema

Name	Required	Description	Default
`page`	No	Número da página (inicia em 1). Cada página retorna até 100 registros.
`response_format`	No	Formato de saída: 'markdown' para leitura humana ou 'json' para dados estruturados	markdown
`project_id`	Yes	ID do projeto (obtido via ekyte_list_projects)
`search`	No	Filtrar por nome da tarefa
`status`	No	Filtrar por status da tarefa

Schema Changelog

Changes observed during successful MCP inspections.

First observedv1.0.0Jun 4, 2026

TDQS

A4/5.0

Behavior3/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

As anotações já indicam readonlyHint=true, destructiveHint=false, idempotentHint=true. A descrição não adiciona detalhes comportamentais além do propósito básico. A paginação (100 registros por página) está no esquema, não na descrição.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Duas frases diretas, sem redundância. A primeira frase estabelece a função principal, a segunda adiciona valor com um caso de uso específico.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness4/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

A descrição é suficiente para uma ferramenta de listagem com esquema completo e anotações ricas. Faltam detalhes sobre o formato de retorno, mas isso é aceitável dado que não há esquema de saída.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

A cobertura do esquema é 100%, então a linha de base é 3. A descrição não adiciona significado além do que está no esquema; os parâmetros search e status não são elaborados.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

Descreve claramente a ação (listar) e o recurso (tarefas de um projeto específico), diferenciando-se de irmãos como ekyte_list_tasks (que lista todas as tarefas). A menção de verificar 'tarefas planejadas mas não ativas' adiciona contexto específico.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines4/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Fornece um caso de uso claro (verificar tarefas planejadas mas não ativas), mas não menciona explicitamente quando não usar ou alternativas como ekyte_get_task para tarefas individuais.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.