Skip to main content
Glama
vino3dx
by vino3dx

export_3ds

Destructive

Export the current selection or entire scene to a legacy .3ds file. Specify the output path; errors if the exporter is missing in 3ds Max.

Instructions

导出旧的 3DS 格式。若本机没有对应导出器会报错。 [English] Export the legacy 3DS format. Fails if this Max has no matching exporter.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
pathYes输出 .3ds 文件路径。 | Output .3ds path.
selectedNo是否只导出当前选择,默认是。 | Export only the current selection, default true.

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv1.0.0

TDQS

A4.2/5.0
Behavior4/5

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

Beyond the annotations, the description discloses a meaningful failure condition: 'Fails if this Max has no matching exporter.' This is useful behavioral transparency. It does not conflict with readOnlyHint=false or destructiveHint=true.

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 compact and front-loaded: it states the purpose first and adds the failure caveat second. The bilingual repetition is not filler and serves multilingual users without bloating the content.

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

Completeness4/5

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

For a simple two-parameter export tool, the description plus schema covers the essential facts: what format is exported and a key environmental failure mode. It does not explicitly describe success/return behavior, but the path and selection semantics are fully covered by the schema.

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?

The schema already documents both parameters with 100% coverage, including the selected boolean default true. The description adds no new parameter-level detail, so the baseline score of 3 is appropriate.

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: 'Export the legacy 3DS format.' This clearly identifies the tool's function and distinguishes it from sibling export tools like export_fbx, export_gltf, and export_obj by target format.

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 format target makes the usage context clear, and the caveat about missing exporters adds practical guidance. It does not explicitly name alternative export tools or state when not to use this tool, but the format specificity makes confusion unlikely.

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