Skip to main content
Glama

drive_upload_files

Uploads multiple local files to a specified Google Drive folder one by one, enabling bulk transfer from your computer to Drive.

Instructions

Upload several files from this computer into one Drive folder (one after the other).

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
pathNoDestination folder ("/A/B" from My Drive, "A/B" relative, "/" = My Drive root); default: the current location (My Drive or one of its folders).
timeoutNoSeconds to wait for each upload.
local_pathsYesFiles on this computer (each keeps its file name in Drive).

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv0.1.0

TDQS

B3.3/5.0
Behavior2/5

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

With no annotations, the description carries the full burden. '(one after the other)' is a useful disclosure about sequential execution, but nothing is said about overwrite/name-collision behavior, what happens if one file fails mid-batch, permission requirements, or whether the operation is reversible — all critical for a write tool.

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?

A single front-loaded sentence with no padding. The plural scope and the destination framing are stated immediately.

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

Completeness3/5

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

For a simple 3-parameter write tool with a fully documented schema and no output schema, the description is minimally adequate. However, with zero annotation coverage, the omission of failure/overwrite semantics leaves a real gap an agent would want before invoking it.

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?

Schema coverage is 100%, so destination path semantics, per-file timeout, and the local_paths array are already fully documented. The description adds only the framing that uploads are sequential, which loosely ties to the per-upload timeout; nothing new about parameter meaning.

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

Purpose4/5

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

States a specific verb and resource ('Upload several files ... into one Drive folder') and the plural 'several' implicitly separates it from the single-file drive_upload and the directory-oriented drive_upload_folder. It never names those siblings, so the distinction is inferable rather than explicit.

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?

The phrase 'several files ... into one Drive folder' implies the batch-upload context, and '(one after the other)' signals the sequential nature, but there is no explicit when-to-use vs drive_upload/drive_upload_folder guidance and no stated prerequisites.

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

Deploy Server

Other Tools