The v1.6 roadmap in five tracks: 154 -> 247 registered tools in 28 groups. Evidence re-measured for the release: - correctness A/B against v1.5.1: 26/48 -> 48/48, 22 fixed, 0 regressed (ab-v1.5.1-vs-v1.6.0.json, replacing the -dev report); - the reference adapter on matrix v7: 21/21 (autocad-mcp-pro.json, which was the v3 run of 1.5); the published-report test follows it to v7; - the 100-point rubric re-scored per category, every withheld point named: 93 (the competitor rows are their July snapshots, not re-reviewed); - the perf lane as medians of five alternating runs, beside a v1.4.0 comparison on one interpreter (perf-v1.4.0-vs-v1.6.0.json). Two roadmap criteria are not green, and the changelog, the README and the roadmap say so: criterion 5 is withdrawn (track D, Plant 3D, dropped) and criterion 7 is not met (creation 1.25x / 1.38x v1.4.0's time, still 1.17x / 1.20x with the timeout off). Carried to 1.7. README rewritten for 1.6: what is new, the mechanical and architectural sheets, the rubric and task-matrix charts, the measured limits (including the four feature tables that ship empty), and the 1.7 roadmap. server.json describes the 1.6 surface and declares TOOL_PACKS. CLAUDE.md corrects the ISO 286 letter set and the empty feature tables. Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01FKFStjEFzpGyLq5bMpWxTd
168 lines
6.3 KiB
TOML
168 lines
6.3 KiB
TOML
[project]
|
|
name = "autocad-mcp-pro"
|
|
version = "1.6.0"
|
|
description = "Production-grade AutoCAD MCP server — COM API + ezdxf dual engine"
|
|
readme = "README.md"
|
|
requires-python = ">=3.11"
|
|
license = "MIT"
|
|
license-files = ["LICENSE"]
|
|
authors = [
|
|
{ name = "Umutcan Edizsalan" },
|
|
]
|
|
keywords = [
|
|
"autocad",
|
|
"mcp",
|
|
"model-context-protocol",
|
|
"cad",
|
|
"dxf",
|
|
"ezdxf",
|
|
"drafting",
|
|
"engineering-drawing",
|
|
]
|
|
classifiers = [
|
|
"Development Status :: 5 - Production/Stable",
|
|
"Intended Audience :: Developers",
|
|
"Intended Audience :: Manufacturing",
|
|
"Operating System :: OS Independent",
|
|
"Programming Language :: Python :: 3",
|
|
"Programming Language :: Python :: 3.11",
|
|
"Programming Language :: Python :: 3.12",
|
|
"Programming Language :: Python :: 3.13",
|
|
"Topic :: Scientific/Engineering",
|
|
"Topic :: Software Development :: Libraries :: Python Modules",
|
|
]
|
|
dependencies = [
|
|
# These ranges are what an *installer* gets from PyPI, so they stay ranges:
|
|
# a library that pins its dependencies exactly is unco-installable. They are
|
|
# deliberately narrow because a range is all a `pip install` has to protect
|
|
# it. The floor of each range is the version this release is tested against.
|
|
#
|
|
# What CI and contributors get is different and exact: uv.lock pins the
|
|
# whole transitive graph (including the dev tools) to the set the suite was
|
|
# last run against, and every locked lane installs with `--locked` so an
|
|
# untested upstream cannot appear silently. Ranges guard users; the lock
|
|
# guards us. Regenerate the lock with `uv lock` whenever these change.
|
|
#
|
|
# Every ceiling is the next major. A tighter cap (e.g. `<3.5`) would block a
|
|
# user whose environment already holds a newer minor from installing us at
|
|
# all, and it buys nothing here: the lock is what protects our own runs, and
|
|
# `deps-floating.yml` runs the suite against unpinned latest on a schedule,
|
|
# so a breaking upstream minor surfaces as a failing scheduled job rather
|
|
# than as a silent CI-green-but-users-broken state.
|
|
#
|
|
# fastmcp 3.x moves fast and `fastmcp` is now a thin meta-package
|
|
# (Requires-Dist: fastmcp-slim[client,server]), so a new minor can reshape
|
|
# the API we build on. If deps-floating goes red, add a targeted `!=` for
|
|
# the bad version rather than lowering this ceiling.
|
|
"fastmcp>=3.4.5,<4",
|
|
"ezdxf>=1.4,<2",
|
|
"pydantic>=2.0,<3",
|
|
]
|
|
|
|
[project.urls]
|
|
Homepage = "https://github.com/U-C4N/Autocad-MCP"
|
|
Repository = "https://github.com/U-C4N/Autocad-MCP"
|
|
Issues = "https://github.com/U-C4N/Autocad-MCP/issues"
|
|
Changelog = "https://github.com/U-C4N/Autocad-MCP/blob/main/CHANGELOG.md"
|
|
|
|
[project.optional-dependencies]
|
|
# Rendering needs an extra — the core install cannot draw pixels.
|
|
# ezdxf.addons.drawing.frontend does an unconditional top-level `import
|
|
# PIL.Image`, so Pillow is required by *every* ezdxf render path (PNG
|
|
# screenshot and PDF export alike), not only by the COM window-capture path
|
|
# it is listed under below. `pip install autocad-mcp-pro` on its own therefore
|
|
# renders nothing. Install `[pdf]` (or `[full]`) for rendering on any platform:
|
|
# Pillow comes in transitively as a matplotlib dependency.
|
|
com = [
|
|
# pywin32 publishes Windows wheels and no sdist, so without this marker
|
|
# the extra cannot be resolved at all on Linux or macOS -- pip dies at
|
|
# "no matching distribution" before installing anything. The marker
|
|
# makes `pip install autocad-mcp-pro[com]` a no-op there instead of a
|
|
# hard failure, which is the honest outcome: the COM backend needs
|
|
# Windows, and the server already falls back to ezdxf.
|
|
'pywin32>=306; sys_platform == "win32"',
|
|
# Win32 window capture for the live-AutoCAD screenshot path.
|
|
"Pillow>=10.0",
|
|
]
|
|
pdf = [
|
|
# Also satisfies ezdxf's hard Pillow requirement, transitively.
|
|
"matplotlib>=3.8",
|
|
]
|
|
office = [
|
|
# XLSX output: the takeoff workbooks (pipe_takeoff / cable_takeoff) and
|
|
# data_extract(format="xlsx"). Without it every one of them still writes
|
|
# CSV and refuses XLSX with the `xlsx_write` capability, naming this extra.
|
|
"openpyxl>=3.1",
|
|
]
|
|
full = [
|
|
# Same marker as `com` above, and for the same reason: `[full]` is the
|
|
# extra this project recommends to contributors, and it was
|
|
# uninstallable on every non-Windows machine.
|
|
'pywin32>=306; sys_platform == "win32"',
|
|
"Pillow>=10.0",
|
|
"matplotlib>=3.8",
|
|
"openpyxl>=3.1",
|
|
]
|
|
|
|
[project.scripts]
|
|
autocad-mcp = "server:main"
|
|
# Alias matching the PyPI distribution name so `uvx autocad-mcp-pro` works
|
|
# without a --from indirection (MCP registry / uvx convention).
|
|
autocad-mcp-pro = "server:main"
|
|
|
|
# PEP 735 dependency group (was [tool.uv] dev-dependencies, which uv now warns
|
|
# is deprecated). The standard spelling is understood by uv *and* by pip >=25.1
|
|
# (`pip install --group dev`), so the dev toolchain has one definition whether
|
|
# or not you use uv.
|
|
#
|
|
# These are the exact gates CI runs, and uv.lock freezes them: `uv sync
|
|
# --locked` reproduces this list bit-for-bit, so a lint or test job can no
|
|
# longer be broken by a tool release nobody chose.
|
|
[dependency-groups]
|
|
dev = [
|
|
"pytest>=8.0",
|
|
"pytest-asyncio>=0.23",
|
|
"pytest-cov>=5.0",
|
|
# Exact pin *and* locked: the formatter's output changes between minors, so
|
|
# a floating ruff makes `ruff format --check .` fail on unchanged code. This
|
|
# is now the only place the version is written — the workflows install ruff
|
|
# from the lock rather than restating it.
|
|
"ruff==0.16.1",
|
|
]
|
|
|
|
[build-system]
|
|
requires = ["hatchling"]
|
|
build-backend = "hatchling.build"
|
|
|
|
[tool.hatch.build.targets.wheel]
|
|
# Flat layout: no directory matches the project name, so hatchling needs an
|
|
# explicit file selection (GH issue #2). server.py imports config + security.
|
|
only-include = [
|
|
"server.py",
|
|
"config.py",
|
|
"security.py",
|
|
"version.py",
|
|
"backends",
|
|
"engineering",
|
|
"discovery",
|
|
"templates",
|
|
]
|
|
|
|
[tool.ruff]
|
|
line-length = 100
|
|
target-version = "py311"
|
|
# Design documents and implementation plans quote code as illustration; ruff
|
|
# 0.16 formats Markdown code blocks, and reflowing a plan's quoted code would
|
|
# change what the document says was written.
|
|
extend-exclude = ["docs/superpowers"]
|
|
|
|
[tool.ruff.lint]
|
|
select = ["E", "F", "I", "W", "UP", "B"]
|
|
ignore = ["E501"]
|
|
|
|
[tool.ruff.format]
|
|
quote-style = "double"
|
|
|
|
[tool.pytest.ini_options]
|
|
asyncio_mode = "strict"
|