mrkeyoor.com_
Thu 22 Oct 05:50 UTC
AI Toolsevaluationupdated 22 Oct 2026

drawio-skill review

Drawio Skill is an agent skill that turns descriptions, code, and infrastructure definitions into editable draw.io diagrams. It helps a coding assistant maintain the diagram after the first draft, including source synchronization and different views of the same architecture model.

Verdict

Our Drawio Skill run installed 35 dependencies in 4 seconds and completed its build and test steps, making the Python tooling inexpensive to try while native rendering remains unverified. Use it when editable diagrams and source synchronization will save work on later revisions. Keep a human check on relationships and rendered connectors, and choose Mermaid if a text diagram already does the job.

We ran it

Lab card: what happened when we ran drawio-skillScreenshot of drawio-skill (agents365-ai.github.io/drawio-skill)
Install✓ · 4s35 packages · 37 MB
Build✓ · 1s
Tests✓ · 16s237 passed · 0 failed · 10 skipped of 237 (pytest)
Known vulns0(pip-audit)
Repo195 files~16,822 lines of source · 5.1 MB · 3 CI workflows · tests dir

Answers from our run

Does drawio-skill build from source?

Dependencies installed in 4 seconds (35 packages), and the build succeeded in 1 seconds. We cloned commit 5727082 into a clean Debian container with 3 CPUs and no project-specific setup.

Do drawio-skill's tests pass?

Yes. The project's own test command finished in 16 seconds and reported 237 passed, 0 failed, 10 skipped (pytest).

Does drawio-skill have known vulnerabilities in its dependencies?

pip-audit found none in the dependency tree at the time of our run.

Who should not use drawio-skill?

Headless jobs expecting native image export from Python alone: native export needs draw.io, with additional Linux display setup documented.

What are the alternatives to drawio-skill?

Mermaid, Draw.io MCP Server. Our Drawio Skill run installed 35 dependencies in 4 seconds and completed its build and test steps, making the Python tooling inexpensive to try while native rendering remains unverified.

SetupN/AThe Python setup passed, but supported native draw.io rendering and agent-host integration were not reproduced.
Docs4/5The visible 1-5 documentation scale credits specific renderer prerequisites, correct skill-folder layout and rendering failure guidance.
CommunityN/ARecent corrections show activity, but the metadata snapshot and closed PRs do not assess support responsiveness.
MaturityN/APassing Python checks do not establish native export reliability, synchronization fidelity or generated diagram accuracy.

Who it’s for

Developers using Claude Code or another compatible agent who need editable architecture diagrams alongside source changes.
Teams that want to preserve manual layout adjustments while updating a diagram from code or infrastructure definitions.
Documentation owners willing to inspect exported connectors and labels before sharing the result.
Engineers who want Python model operations with an optional MCP integration rather than a separate diagram web application.

Who it’s NOT for

Headless jobs expecting native image export from Python alone: native export needs draw.io, with additional Linux display setup documented.
Teams treating validation as proof of visual correctness: PR 132 records edge and label defects missed by both linting and image review.
Users who need only Markdown-native diagrams: the project itself directs diagrams-as-code work toward Mermaid or PlantUML.
Offline workflows keeping the default AI-logo references: those assets use a CDN at render time unless embedded.
Hosts stuck on draw.io 29 or older that require Mermaid-to-draw.io conversion or ELK layout: the README says those routes need a newer CLI.

Setup reality

Our October 20, 2026 sandbox installed commit 5727082 in 4 seconds, recording 35 dependencies and 37 MB on disk. The build succeeded in 1 second and the tests succeeded in 16 seconds. Pytest reported 237 passed, 0 failed and 10 skipped; the supplied total also says 237, so it doesn't reconcile. Pip-audit reported 0 known vulnerabilities in the audited dependencies.

Core model and XML work uses Python 3. Native export needs draw.io. Prompt-driven generation uses your existing assistant and its configured model access; the skill supplies no model service. Place the skills/drawio-skill subdirectory in the host's skills location, not the repository root. Optional MCP support is a separate integration choice.

Graphviz supplies automatic layout, Linux headless export needs the documented display setup, and draw.io 30 or newer enables Mermaid conversion and ELK layout. Our Python run doesn't establish native rendering or agent integration. Default AI-logo references need network access unless embedded; the sandbox image label doesn't establish actual runtime versions.

Keep the editable diagram beside the exported picture

Drawio Skill gives you a .drawio file you can change after the agent finishes. That matters when a reviewer moves a service, corrects a dependency, or needs a different view for a meeting. A PNG alone leaves those changes with whoever generated it. Agents365-ai's skill works inside an existing coding assistant, including Claude Code, and combines instructions with Python tools for diagram generation and maintenance.

Its most useful promise is preserving work between revisions. The README describes source importers for code, infrastructure definitions, SQL, and API schemas. A shared intermediate model separates diagram meaning from geometry; synchronization is designed to preserve adjusted coordinates and annotations. That's worth evaluating if your architecture diagram needs another revision next month. We haven't measured how faithfully it preserves a particular team's edits.

What happened when we ran it

Our sandbox installed Drawio Skill at commit 5727082 in 4 seconds, recording 35 dependencies and 37 MB on disk. The build succeeded in 1 second, and the test step succeeded in 16 seconds. Pip-audit reported 0 known vulnerabilities in the audited Python dependencies. Those are repository results, with no measured diagram-generation speed or visual-quality result attached.

The supplied pytest summary reports 237 passed, 0 failed and 10 skipped. It also states a total of 237, which doesn't reconcile with the separate passed and skipped fields. We haven't reconstructed a collected-test total from that summary. The successful step is useful evidence, but it shouldn't become a claim that every rendering path passed.

The October 20, 2026 checkout occupied 5.1 MB across 195 files and roughly 16,822 source lines. The scan found three CI workflow files, a tests directory, and no Dockerfile. The sandbox allocation was 3 CPUs and 8 GB RAM, with image label ghcr.io/astral-sh/uv:python3.12-bookworm. Actual runtime and operating-system versions require the toolchain logs. Neither the label nor the passing Python checks establishes a working desktop export installation.

Native export adds draw.io to the Python workflow

The project's skill instructions say core model, XML, synchronization, and query work needs Python 3. Native export needs draw.io. The distinction lets you evaluate model operations without pretending a headless machine already has a functioning desktop renderer. Graphviz adds automatic layout, while Linux headless export has a separate Xvfb prerequisite in the README.

Draw.io 30 or newer is recommended for Mermaid conversion and the ELK layout pass. Older versions lack those routes, according to the documentation. Install the actual skill subdirectory into your host's skills location, keeping its SKILL.md directly inside the entry. Copying the repository root there is the wrong layout. These are specific prerequisites that the quick agent-install command doesn't complete for you.

The skill doesn't provide a model service. Prompt-driven work uses your existing assistant and its configured access. Optional MCP support exposes the diagram workflows to a compatible host, but you don't need it for the core CLI route. Privacy also depends on the chosen output: AI-brand icons reference the unpkg CDN by default, and the documented embed option makes those assets self-contained. Check that before promising an offline export.

A passing validator can miss a bent or obscured connector

The maintainer's rendering report in PR 132 describes edge and label defects that escaped both validation and visual review. Examples include a decision-diamond branch crossing its own shape and label chips interrupting connectors. This concerns the rendered diagram itself. It isn't evidence that the Python suite failed in our sandbox.

The current instructions add a fallback that inspects the renderer's document structure when an image check is inconclusive. They also tell the agent to distinguish extracted relationships from inference and avoid treating model findings as verified runtime facts. That's sensible guidance. A neat dependency arrow can still describe a relationship absent from the source, and an architecture rule only checks what you encoded into the diagram and policy.

For a trial, use a small system you know well. Generate its source-backed diagram, move a node manually, then change the source and inspect the synchronized result. Review edge direction, labels, and retained layout in the export. This is our recommended acceptance exercise, not something the lab results establish. It tests the reason to choose this skill: keeping a diagram useful after its first draft.

An October push accompanies documented rendering corrections

GitHub recorded a last push on October 11, 2026, with no open issues or PRs in the metadata snapshot. The merged rendering documentation change in PR 132 addresses concrete connector defects. That correction and the later push show maintenance beyond a release tag. An empty queue doesn't establish quick support or compatibility with every listed assistant, so community support remains unscored.

Documentation earns 4/5 on a scale where 1 means you cannot identify a usable route and 5 means prerequisites and failure handling are consistently clear. The native-export boundary, skill-folder recipe, and rendering fallback justify that rating. Setup and operational maturity remain unscored because the run doesn't establish a supported renderer and host integration.

Choose Mermaid when the text definition is enough

Mermaid renders diagrams from Markdown-inspired text definitions. Choose it for documentation where reviewing a compact text change matters more than moving individual draw.io shapes. Drawio Skill is worth the extra machinery when someone needs to keep editing the resulting canvas.

The official Draw.io MCP Server connects assistants to diagram creation and opening in the draw.io editor, with several integration routes. Start there if assistant-to-editor access is your whole requirement. For Drawio Skill, make one source change and one manual layout edit coexist successfully before adopting its synchronization workflow for architecture documents.

Alternatives

ProjectWhat it isPick it when
Mermaid gh↗A diagramming tool that renders Markdown-inspired text definitions.pick this instead when a text definition in documentation is sufficient and manual canvas editing adds little.
Draw.io MCP ServerThe official draw.io integration for assistants to create and open diagrams in the editor.pick this instead when assistant-to-editor access is the requirement and you have no need for this skill's source synchronization workflow.

Sources

  1. Drawio Skill README
  2. Drawio Skill workflow and export requirements
  3. Rendered-output pitfalls, PR 132
  4. Mermaid README
  5. Official Draw.io MCP Server README
  6. Drawio Skill repository metadata

More ai tools reviews

docker-android · CozyClay · seedance-2.0 · Beav · PilotDeck · rakazo · the whole board →