Skip to main content
Glama
Sign In
AutoCAD MCP

AutoCAD MCP

by bisingwaj
OverviewSchemaSourceRelated ServersDiscussionsAdmin
Python
Local

État du dessin

get_drawing_info
Read-onlyIdempotent

Retrieves the current drawing's units, layers, limits, entity count, and defaults before you draw, so you set correct lengths and reuse existing layers.

Instructions

Décrit le document courant: moteur utilisé, unité de longueur, nombre d'entités, liste des calques avec leur couleur et leur état, limites du dessin, et valeurs par défaut converties dans l'unité du document.

À appeler EN PREMIER, avant tout tracé: l'unité conditionne toutes les longueurs que vous allez donner ensuite, et la liste des calques évite d'en inventer un nouveau alors qu'il existe. À rappeler après avoir ouvert un autre document.

Tool call template

This tool declares no required parameters. Add optional parameters from the input schema as needed.

{
  "id": 1,
  "jsonrpc": "2.0",
  "method": "tools/call",
  "params": {
    "arguments": {},
    "name": "get_drawing_info"
  }
}

Input Schema

NameRequiredDescriptionDefault

No arguments

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv0.2.0

TDQS

A4.6/5.0
Behavior4/5

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

Les annotations confirment en lecture seule et idempotent. La description ajoute un contexte précieux : l'unité influence les longueurs futures, et la liste des calques évite les doublons. Elle ne détaille toutefois pas le format de retour.

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?

Deux phrases bien construites, sans répétition. La première décrit le contenu, la seconde donne des directives d'utilisation précises.

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?

Complète pour un outil sans paramètre et sans schéma de sortie. La description couvre l'essentiel des besoins d'un agent : quand l'utiliser et ce qu'il renvoie. Il manque juste une indication sur la structure exacte du retour.

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?

Aucun paramètre, donc base 4. La description n'a pas besoin de préciser des paramètres et se concentre sur le contenu retourné, bien que cela dépasse le cadre de la sémantique des paramètres.

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?

Il précise l'action et la ressource (décrire le document courant) et énumère les informations retournées. Cela le distingue nettement des outils voisins comme query_entities ou measure.

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?

Il donne une instruction explicite : 'À appeler EN PREMIER, avant tout tracé' et 'À rappeler après avoir ouvert un autre document'. Il indique aussi pourquoi : l'unité et les calques conditionnent les appels suivants.

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