Skip to main content
Glama

Organizar Carpeta Visita

organizar_carpeta_visita

Creates the standard five-folder structure for a technical visit and sorts existing files by type and metadata, organizing field data before certificate audit.

Instructions

Crea la estructura estándar de 5 carpetas canónicas (01_FOTOS, 02_PLANOS, 03_DOCUMENTACION, 04_NOTAS_CAMPO, 05_ENTREGABLES) y clasifica automáticamente los archivos existentes según su extensión y metadatos.

Cuándo usar: Utilice esta herramienta al inicio del flujo de trabajo documental tras descargar los archivos tomados en la visita para ordenar la información. Antes de certificar, ejecute 'auditar_carpeta_visita'.

Comportamiento y efectos secundarios: Operación de gestión del sistema de archivos (Write / Organize). Mueve y organiza archivos dentro de la carpeta indicada sin eliminar contenidos.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
ruta_carpetaYesRuta absoluta o relativa a la carpeta raíz de la visita técnica.

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault

No arguments

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed1 schema field changed
    • addedInput schema / properties / ruta_carpeta / description
      Added value: +"Ruta absoluta o relativa a la carpeta raíz de la visita técnica."
  2. First observedv1.5.1

TDQS

A4.3/5.0
Behavior4/5

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

Annotations already declare readOnlyHint=false and destructiveHint=false, so the safety profile is known. The description adds meaningful context by clarifying that it is a write/organize operation that moves files within the indicated folder without deleting content. It does not discuss permissions, error handling, or rate limits.

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?

The description is front-loaded with what the tool does, then clearly sections 'Cuándo usar' and 'Comportamiento y efectos secundarios.' Every sentence is relevant and the structure aids quick scanning.

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?

Given the simple input schema, the presence of an output schema, and annotations, the description covers purpose, when to use it, and side effects. Nothing essential for an agent to invoke it correctly is missing.

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?

There is only one parameter and schema description coverage is 100%, so the schema already documents ruta_carpeta fully. The description mentions 'carpeta indicada' but adds no syntax or format details beyond what the schema provides, making 3 the appropriate baseline.

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?

The description states a specific verb+resource: creates a standard 5-folder structure and automatically classifies existing files by extension and metadata. It even names the canonical folders, making the operation unambiguous and easy to distinguish from sibling tools like auditar_carpeta_visita.

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?

It explicitly says when to use the tool: at the start of the documentary workflow after downloading visit files, and before certification run auditar_carpeta_visita. It provides clear sequencing context but does not state when not to use it or name an alternative tool for the same task.

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