Skip to main content
Glama
Sign In

Reinventa (qué tareas de tu trabajo hará la IA)

by es.reinventa
OverviewDiscussionsAdmin

Evaluar un puesto tarea a tarea

evaluar_tareas
Read-onlyIdempotent

Calcula el índice de resiliencia (0–100) de una persona con el MISMO motor que la evaluación de reinventa.es: profesión, sector, experiencia, autonomía, herramientas y de 1 a 5 tareas de su día a día, cada una por «id» de las tablas (ver tareas_de_una_profesion) o por «nombre» libre. Devuelve el índice y su tramo (Crítico ≤ 40, Intermedio 41–70, Sólido > 70), el reparto por categorías, el mapa de tareas ordenado de más expuesta a menos (categoría, puntuación, horizonte, razón y recomendación), las tres primeras semanas del plan y los enlaces a la evaluación completa (con informe por correo y explicaciones afinadas por IA) y a la guía. Si das las horas a la semana de TODAS las tareas, el índice pesa cada una por su tiempo (tramos 1–2, 3–5, 6–10 y más de 10 horas, que cuentan como 2, 4, 8 y 12; ninguna más del 40 %); si falta alguna, importa el orden de las tareas: las tres primeras pesan 1,5. Con «adopcion» (opcional) la lectura del horizonte tiene en cuenta si en su entorno ya se usa IA; no cambia ninguna cifra. Las tareas por nombre que no están en las tablas entran como aumentables (55/100): dilo. Pide a la persona lo que falte en vez de inventarlo; no pidas nombre, correo ni empresa: no hacen falta. Cada respuesta trae un texto en castellano listo para la persona y los mismos datos en «structuredContent», que empieza por «url»: enlaza esa página al dar la respuesta (la evaluación completa, con informe por correo, o la guía). Es un resultado orientativo con el método público de reinventa.es, no asesoramiento laboral: no recomiendes dejar un trabajo ni señales empresas o personas. Cita «Fuente: Reinventa (reinventa.es)».

Input Schema

NameRequiredDescriptionDefault
sectorNoOpcional. Sector por id o nombre: banca (Banca y finanzas), salud (Salud), legal (Legal), retail (Comercio), industria (Industria), tecnologia (Tecnología), educacion (Educación), construccion (Construcción), logistica (Logística), marketing (Marketing), administracion (Administración), otro (Otro). Un sector que no esté en la lista se trata como «otro». Sin él se usa el habitual de la profesión.
tareasYesDe 1 a 5 tareas, en el orden en que la persona las nombra (si no hay horas de todas, las tres primeras pesan 1,5). Cada una por «id» de las tablas o por «nombre» libre.
adopcionNoOpcional. Si en su empresa o su sector ya se usa IA en su área: en_uso = ya se usa; en_prueba = se está probando o se habla de ello; sin_uso = todavía no se usa. No cambia el índice ni ninguna puntuación: solo añade una frase a la lectura del horizonte de la tarea más expuesta. Pregúntala, pero no la inventes.
autonomiaYesAutonomía en el puesto: guided = Sigo instrucciones y procesos definidos; partial = Tengo autonomía parcial con supervisión; high = Alta autonomía y toma de decisiones; strategy = Lidero y defino la estrategia.
profesionYesProfesión o puesto de la persona, con sus palabras.
experienciaYesAños de experiencia: lt2 = Menos de 2 años, 2_5 = 2-5 años, 5_10 = 5-10 años, 10_20 = 10-20 años, gt20 = Más de 20 años.
sector_otroNoOpcional. Si «sector» es «otro», el nombre del sector con las palabras de la persona.
herramientasNoOpcional. Herramientas que usa a diario, por id: excel_sheets (Excel/Sheets), word_docs (Word/Docs), email (Email), crm (CRM (Salesforce, HubSpot...)), erp (ERP (SAP, Oracle...)), slack_teams (Slack/Teams), design_tools (Herramientas de diseño), programming_tools (Herramientas de programación), social_media (Redes sociales), bi_tools (BI (Tableau, Power BI...)), industry_software (Software específico del sector), paper_manual (Papel y procesos manuales). «paper_manual» resta 5 puntos; las demás ordenan las sugerencias. Una herramienta fuera de la lista se anota sin cambiar el índice.

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed3 schema fields changed
    • addedInput schema / properties / adopcion
      Added value: +{
+  "description": "Opcional. Si en su empresa o su sector ya se usa IA en su área: en_uso = ya se usa; en_prueba = se está probando o se habla de ello; sin_uso = todavía no se usa. No cambia el índice ni ninguna puntuación: solo añade una frase a la lectura del horizonte de la tarea más expuesta. Pregúntala, pero no la inventes.",
+  "enum": [
+    "en_uso",
+    "en_prueba",
+    "sin_uso"
+  ],
+  "type": "string"
+}
    • changedInput schema / properties / tareas / description
      Previous value: -"De 1 a 5 tareas, en el orden en que la persona las nombra (las tres primeras pesan 1,5). Cada una por «id» de las tablas o por «nombre» libre."New value: +"De 1 a 5 tareas, en el orden en que la persona las nombra (si no hay horas de todas, las tres primeras pesan 1,5). Cada una por «id» de las tablas o por «nombre» libre."
    • changedInput schema / properties / tareas / items / properties / horas_semana / description
      Previous value: -"Opcional. Horas a la semana que le dedica. No cambia el índice; sirve para el informe."New value: +"Opcional. Horas a la semana que le dedica; se agrupan en los tramos de la web: 1–2 (cuenta como 2), 3–5 (4), 6–10 (8) y más de 10 (12). Si las das en todas las tareas, el índice pesa cada una por su tiempo (ninguna más del 40 %); si falta alguna, pesa el orden. No des un valor que la persona no haya dicho."
  2. First observed

TDQS

A4.5/5.0
Behavior5/5

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

Beyond the readOnly/idempotent annotations it discloses the full response shape (index, tramo thresholds, category breakdown, task map, first three weeks of the plan, links), that structuredContent starts with "url" and should be linked back, the weighting logic, the 55/100 fallback for free-text tasks, and constraints like "no recomiendes dejar un trabajo" plus the required citation.

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

Conciseness3/5

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

Purpose is front-loaded and the closing citation/disclaimer instructions are actionable, but the prose is dense and repeats rules already spelled out in the schema (the 1–2/3–5/6–10/>10 hour bands and the 40 % cap appear in both). It is long for a tool description and could shed the duplicated weighting detail.

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

Completeness5/5

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

For a complex 8-parameter tool with no output schema, the description explains what is returned, how the index is weighted, how to handle unknown tasks, what the agent must ask for, and the safety/attribution constraints. Nothing needed to call it correctly appears missing.

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

Parameters4/5

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

Schema coverage is 100%, so baseline is 3, but the description adds cross-parameter meaning the schema only states per-field: that giving hours for ALL tasks triggers time weighting while any missing hours switches to order weighting with the first three at 1.5, and that "adopcion" changes no figure. It also reinforces the augmentable-task rule for names not in the tables.

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?

Opens with a specific verb and resource ("Calcula el índice de resiliencia (0–100) de una persona") and immediately names the engine and inputs. It also points to the sibling tool tareas_de_una_profesion as the source of task ids, so an agent can distinguish it from the lookup/guide siblings without opening schemas.

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?

Gives concrete operating instructions — "Pide a la persona lo que falte en vez de inventarlo; no pidas nombre, correo ni empresa" — and directs the agent to tareas_de_una_profesion for ids. However, it never states when to prefer this over explicar_metodo or guia_de_profesion, so exclusions are left implicit.

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

All Reinventa (qué tareas de tu trabajo hará la IA) toolsInspect
Try in Browser
One endpoint for every MCP toolRayrun runs every MCP server behind one URL and holds the credentials. Each call is decided per client, tool, and argument, then recorded.ray.runAd

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources