Skip to main content
Glama

task_runs_list

Historial de una tarea recurrente: cada vez que se hizo {doneOn, dueDate, result (success | warning), comment, source, author, agent}, la más reciente primero. Paginado.

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": {
      "id": "<id>"
    },
    "name": "task_runs_list"
  }
}

Input Schema

NameRequiredDescriptionDefault
idYesID de la tarea
limitNoCuántas (por defecto 20)
offsetNo

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observed

TDQS

A3.9/5.0
Behavior4/5

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

Sin anotaciones, la descripción aporta contexto conductual relevante: orden de resultados ("la más reciente primero"), paginación y los campos que devuelve cada ejecución (doneOn, dueDate, result, comment, source, author, agent). No explicita que sea una operación de solo lectura ni condiciones de error, pero cubre bastante del comportamiento esperado.

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?

Es una sola frase bien estructurada, con la idea principal al inicio y los detalles relevantes después. No contiene relleno y cada elemento de la lista aporta información sobre el resultado.

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?

Para una herramienta de listado con 3 parámetros y sin esquema de salida, la descripción cubre propósito, orden, paginación y forma de los registros devueltos. Aun así, deja implícitos detalles sobre parámetros y no aclara condiciones de lectura o permisos.

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

Parameters2/5

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

La descripción no menciona los parámetros id, limit ni offset; "Paginado" solo alude a la paginación sin explicar cómo controlarla. Con una cobertura de esquema del 67%, offset queda sin descripción en el esquema y la descripción no compensa ese vacío.

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?

La frase "Historial de una tarea recurrente" identifica con precisión el recurso y el alcance: ejecuciones/repeticiones de una tarea concreta, no la definición de tareas. "Cada vez que se hizo" y la lista de campos confirman que se trata del historial de ejecuciones, lo que lo diferencia claramente de tasks_list.

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

Usage Guidelines3/5

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

La descripción implica que debe usarse para consultar el historial de una tarea recurrente, pero no establece reglas explícitas de cuándo usarla frente a tasks_list u otras alternativas. Tampoco indica exclusiones ni prerrequisitos, por lo que la guía de uso es solo implícita.

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

Try in Browser

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources