Skip to main content
Glama

edubase_post_filebin_upload

Creates a temporary upload link for storing files and returns the identifier, link, expiration, and max file size. Use the identifier to reference files in questions, exams, and certificates.

Instructions

Generate an upload link for the temporary file storage (filebin). Returns the filebin identifier, the upload link, its expiration and the maximum file size. Upload the file with edubase_filebin, then reference the filebin identifier (optionally prefixed with filebin:) in the fields accepting files: question images, attachments and audio, exam branding images, and the signature, stamp and logo images of exam certificates. Only the uploading user can use the file. A previous valid link is returned unless force is set.

Input Schema

NameRequiredDescriptionDefault
typeYestype of file to be uploaded (IMAGE/AUDIO/SCORM/FILE)
forceNoforce new link for another file even if a previous valid link exists

Output Schema

NameRequiredDescriptionDefault
idYes
urlYes
limitYes
validYes

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed4 schema fields changedv2.0.0
    • removedOutput schema / properties / id / description
      Removed value: -"external unique filebin identifier for the uploaded file"
    • removedOutput schema / properties / limit / description
      Removed value: -"maximum file size in bytes"
    • removedOutput schema / properties / url / description
      Removed value: -"upload link for the file"
    • removedOutput schema / properties / valid / description
      Removed value: -"date of link expiration"
  2. Added

TDQS

A4.9/5.0
Behavior5/5

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

Beyond the annotations, the description discloses what the tool returns (identifier, upload link, expiration, maximum file size), the access restriction ('Only the uploading user can use the file'), and the link-reuse behavior governed by force. These are meaningful behavioral details that annotations alone do not convey.

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 purpose and return values, then moves directly into the upload workflow and field references. Every sentence adds operational value without repetition or fluff.

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?

With an output schema, full parameter documentation, and annotations, the description still supplies the missing procedural context: the upload sequence, the identifier format, the file usages, and the force behavior. Nothing an agent needs in order to invoke and chain this tool correctly is absent.

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 both parameters are already documented in the input schema, giving a baseline of 3. The description adds value by explaining the force parameter's effect on link reuse, though it does not elaborate on the type enum beyond the schema.

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 and resource: 'Generate an upload link for the temporary file storage (filebin)'. It also distinguishes the tool from the sibling edubase_filebin by explaining the two-step workflow, so an agent can identify its role without opening the schema.

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

Usage Guidelines5/5

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

It gives explicit usage: upload with edubase_filebin and then reference the returned filebin identifier in specific fields such as question images, attachments, audio, branding, and certificates. It also clarifies the force behavior, stating a previous valid link is returned unless force is set.

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