Skip to main content
Glama
efforthye
by efforthye

fast_large_write_file

Write large files reliably with streaming, automatic retry, backup, and verification to prevent data loss and ensure integrity.

Instructions

Reliably writes large files (with streaming, retry, backup, and verification features)

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
pathYesFile path
contentYesFile content
encodingNoText encodingutf-8
create_dirsNoAutomatically create directories
appendNoAppend mode
chunk_sizeNoChunk size (bytes)
backupNoCreate a backup of the existing file
retry_attemptsNoNumber of retry attempts
verify_writeNoVerify after writing
force_remove_emojisNoForce remove emojis (default: false)

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed10 schema fields changedv1.0.0
    • changedInput schema / properties / append / description
      Previous value: -"추가 모드"New value: +"Append mode"
    • changedInput schema / properties / backup / description
      Previous value: -"기존 파일 백업 생성"New value: +"Create a backup of the existing file"
    • changedInput schema / properties / chunk_size / description
      Previous value: -"청크 크기 (바이트)"New value: +"Chunk size (bytes)"
    • changedInput schema / properties / content / description
      Previous value: -"파일 내용"New value: +"File content"
    • changedInput schema / properties / create_dirs / description
      Previous value: -"디렉토리 자동 생성"New value: +"Automatically create directories"
    • changedInput schema / properties / encoding / description
      Previous value: -"텍스트 인코딩"New value: +"Text encoding"
    • changedInput schema / properties / force_remove_emojis / description
      Previous value: -"이모지 강제 제거 (기본값: false)"New value: +"Force remove emojis (default: false)"
    • changedInput schema / properties / path / description
      Previous value: -"파일 경로"New value: +"File path"
    • changedInput schema / properties / retry_attempts / description
      Previous value: -"재시도 횟수"New value: +"Number of retry attempts"
    • changedInput schema / properties / verify_write / description
      Previous value: -"작성 후 검증"New value: +"Verify after writing"
  2. First observed

TDQS

A4/5.0
Behavior3/5

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

With no annotations, the description carries full burden. It lists features (streaming, retry, backup, verification) but does not detail failure modes, performance impact, or side effects like backup creation. The behavioral disclosure is adequate but not thorough; missing specifics beyond feature names.

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 a single sentence that effectively conveys the tool's purpose and key features. Every word is meaningful, no redundancy. It is front-loaded and concise.

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

Completeness2/5

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

Given 10 parameters, many siblings, and no output schema, the description lacks guidance on when to use this tool versus fast_write_file, and does not mention limitations or prerequisites. It feels incomplete for a tool with such complexity and sibling context.

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 3. The description adds value by explaining that parameters like chunk_size, retry_attempts, and verify_write relate to the claimed features (streaming, retry, verification). This helps the agent understand parameter purpose beyond schema descriptions.

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 clearly states this tool writes large files reliably, mentioning specific features (streaming, retry, backup, verification). This distinguishes it from siblings like fast_write_file, which likely lacks these capabilities. The verb 'writes' and resource 'large files' are specific.

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?

The description implies usage for large files needing reliability, but does not explicitly state when to use versus alternatives like fast_write_file or provide exclusions. Contextually, the feature list suggests it's for demanding scenarios, but no direct guidance is given.

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