Drawio AWS
sparklabx/drawio-ai-kit
A skill your agent uses when the user asks for an AWS architecture diagram — VPC/networking, event-driven, landing zone, multi-AZ, serverless pipeline, or any diagram built with AWS service icons.
Always use when user asks to create, generate, or build an AWS architecture diagram, cloud infrastructure diagram, or system diagram with AWS services.
$ npx skills add vidanov/aws-architecture-diagram-skill --skill aws-architecture-diagram -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install vidanov/aws-architecture-diagram-skill aws-architecture-diagram --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/vidanov/aws-architecture-diagram-skill.git skills-src && mkdir -p .claude/skills && cp -r skills-src/claude .claude/skills/aws-architecture-diagram && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "aws-architecture-diagram" agent skill from https://github.com/vidanov/aws-architecture-diagram-skill/tree/main/claude into .claude/skills/aws-architecture-diagram/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "aws-architecture-diagram", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/vidanov/aws-architecture-diagram-skill/tree/main/claudeType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add vidanov/aws-architecture-diagram-skill --skill aws-architecture-diagram -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install vidanov/aws-architecture-diagram-skill aws-architecture-diagram --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/vidanov/aws-architecture-diagram-skill.git skills-src && mkdir -p .agents/skills && cp -r skills-src/claude .agents/skills/aws-architecture-diagram && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "aws-architecture-diagram" agent skill from https://github.com/vidanov/aws-architecture-diagram-skill/tree/main/claude into .agents/skills/aws-architecture-diagram/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "aws-architecture-diagram", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add vidanov/aws-architecture-diagram-skill --skill aws-architecture-diagram -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install vidanov/aws-architecture-diagram-skill aws-architecture-diagram --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/vidanov/aws-architecture-diagram-skill.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/claude .cursor/skills/aws-architecture-diagram && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "aws-architecture-diagram" agent skill from https://github.com/vidanov/aws-architecture-diagram-skill/tree/main/claude into .cursor/skills/aws-architecture-diagram/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "aws-architecture-diagram", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/vidanov/aws-architecture-diagram-skill.git --path claude--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add vidanov/aws-architecture-diagram-skill --skill aws-architecture-diagram -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install vidanov/aws-architecture-diagram-skill aws-architecture-diagram --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/vidanov/aws-architecture-diagram-skill.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/claude .gemini/skills/aws-architecture-diagram && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "aws-architecture-diagram" agent skill from https://github.com/vidanov/aws-architecture-diagram-skill/tree/main/claude into .gemini/skills/aws-architecture-diagram/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "aws-architecture-diagram", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install vidanov/aws-architecture-diagram-skill aws-architecture-diagramInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add vidanov/aws-architecture-diagram-skill --skill aws-architecture-diagram -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/vidanov/aws-architecture-diagram-skill.git skills-src && mkdir -p .github/skills && cp -r skills-src/claude .github/skills/aws-architecture-diagram && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "aws-architecture-diagram" agent skill from https://github.com/vidanov/aws-architecture-diagram-skill/tree/main/claude into .github/skills/aws-architecture-diagram/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "aws-architecture-diagram", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add vidanov/aws-architecture-diagram-skill --skill aws-architecture-diagram -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install vidanov/aws-architecture-diagram-skill aws-architecture-diagram --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/vidanov/aws-architecture-diagram-skill.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/claude .opencode/skills/aws-architecture-diagram && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "aws-architecture-diagram" agent skill from https://github.com/vidanov/aws-architecture-diagram-skill/tree/main/claude into .opencode/skills/aws-architecture-diagram/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "aws-architecture-diagram", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
aws-architecture-diagramAlways use when user asks to create, generate, or build an AWS architecture diagram, cloud infrastructure diagram, or system diagram with AWS services.
AWS Architecture Diagram is an agent skill from vidanov/aws-architecture-diagram-skill. Always use when user asks to create, generate, or build an AWS architecture diagram, cloud infrastructure diagram, or system diagram with AWS services. Also activates for draw.io diagrams mentioning AWS services like Lambda, DynamoDB, S3, API Gateway, etc.
Its SKILL.md is about 4.4k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.
It sits in DevOps & Cloud, covering Diagrams and Cloud architecture. It works with Amazon Web Services, draw.io and Amazon DynamoDB. The repository describes itself as: Reusable skill for generating AWS architecture diagrams in draw.io format. Works with Kiro CLI and Claude Code. The licence is MIT.
4 steps, taken from the first numbered list in SKILL.md.
Read from SKILL.md and the folder at commit d0f8550. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
No scripts in the folder and no shell commands in SKILL.md (its code samples are xml and bash).
From the folder's file list and the shell code blocks in SKILL.md.
Links to these hosts (documentation or services it may open):
raw.githubusercontent.comaws.amazon.comFrom URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
AWS Architecture Diagram loads about 4.4k tokens when it runs. Until then it costs about 70 tokens; SKILL.md has 1,850 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from vidanov/aws-architecture-diagram-skill at commit d0f8550, republished under its MIT licence (© vidanov). 1,850 words, ~4,411 tokens.
.claude/skills/aws-architecture-diagram/SKILL.md (or your agent's skills folder).Generate AWS architecture diagrams as native .drawio files using official AWS Architecture Icons. Optionally export to PNG, SVG, or PDF with embedded XML (so exported files remain editable in draw.io).
.drawio file using the Write toolopen (macOS), xdg-open (Linux), or print the pathpageWidth="2400" pageHeight="1400", viewport dx="2800" dy="1600"<mxCell value="<b>Diagram Title</b><br>Author | Date | Version" style="text;html=1;align=left;verticalAlign=top;whiteSpace=wrap;rounded=0;fontSize=14;spacing=8;" vertex="1" parent="1">
<mxGeometry x="40" y="30" width="420" height="60" as="geometry" />
</mxCell>mxgraph.aws4 stencil library — the official AWS Architecture Icons (https://aws.amazon.com/architecture/icons/)sketch=0 on all iconsstrokeColor=#ffffff on all AWS service iconsfillColor=noneIf the user asks for a 3D, isometric, or "AWS 3D" diagram, do NOT fake it by placing flat aws4 icons on hand-built platform/pedestal shapes. draw.io has a real, separate built-in library for this: mxgraph.aws3d.*.
references/aws-icons-3d.md before picking any icon — it has the verified shape table, style prefix, sizes, and the native isometricEdgeStyle edge templates.aws4 (no API Gateway, ECS/EKS/Fargate, Step Functions, EventBridge, SNS, Aurora, CloudWatch, IAM, etc.). Check the gap table in that reference file before assuming an icon exists, and flag substitutions to the user rather than guessing a stencil name.references/aws-icons-allied-telesis.md — a separate bundled isometric image library that fills that gap.edgeStyle=isometricEdgeStyle (with endArrow=block override for reliable arrowheads) instead of orthogonalEdgeStyle for connectors.Base edge style:
edgeStyle=orthogonalEdgeStyle;rounded=1;orthogonalLoop=1;jettySize=auto;html=1;strokeWidth=2;exitX=1;exitY=0.5;exitDx=0;exitDy=0;entryX=0;entryY=0.5;entryDx=0;entryDy=0;Edge label rules:
labelBackgroundColor=#F5F5F5;fontSize=11; to edges with labelsvalue entirelyFor edges to services ABOVE or BELOW main flow, use explicit exit/entry points:
exitX=0.5;exitY=1;exitDx=0;exitDy=0;entryX=0.5;entryY=0;entryDx=0;entryDy=0;Edge types:
strokeWidth=2): primary data flowstrokeWidth=2;dashed=1;): optional/asyncstrokeWidth=2;dashed=1;strokeColor=#DD344C;): error pathEdge attachment (CRITICAL — fixes "green cross" problem):
source="<cell-id>" and target="<cell-id>" attributes referencing valid cell IDsexitX/exitY and entryX/entryY to define exact connection points on the shape perimeterparent="1"A diagram with correct icons but a messy layout still reads as unprofessional. Check every diagram against these rules before finishing — they're deliberately concrete/checkable, not vague "make it look nice" advice:
child.x = parent.center_x - child.width/2, don't eyeball it. A few pixels of misalignment turns a "straight down" edge into a visibly crooked diagonal.(x, y, width, height) rectangle it isn't connected to. If it would cross one, move the node or add an explicit exit/entry point to route around it.First element after root cells (lowest z-order):
<mxCell value="" style="rounded=0;whiteSpace=wrap;html=1;fillColor=#F5F5F5;strokeColor=none;" vertex="1" parent="1">
<mxGeometry x="0" y="0" width="2400" height="1400" as="geometry" />
</mxCell>| Service | resIcon | fillColor |
|---|---|---|
| Lambda | mxgraph.aws4.lambda | #ED7100 |
| API Gateway | mxgraph.aws4.api_gateway | #E7157B |
| EventBridge | mxgraph.aws4.eventbridge | #E7157B |
| SNS | mxgraph.aws4.sns | #E7157B |
| SES | mxgraph.aws4.simple_email_service | #DD344C |
| Step Functions | mxgraph.aws4.step_functions | #E7157B |
| DynamoDB | mxgraph.aws4.dynamodb | #C925D1 |
| RDS | mxgraph.aws4.rds | #C925D1 |
| S3 | mxgraph.aws4.s3 | #7AA116 |
| CloudFront | mxgraph.aws4.cloudfront | #8C4FFF |
| Route 53 | mxgraph.aws4.route_53 | #8C4FFF |
| ECS | mxgraph.aws4.ecs | #ED7100 |
| EC2 | mxgraph.aws4.ec2 | #ED7100 |
Style template:
sketch=0;points=[[0,0,0],[0.25,0,0],[0.5,0,0],[0.75,0,0],[1,0,0],[0,1,0],[0.25,1,0],[0.5,1,0],[0.75,1,0],[1,1,0],[0,0.25,0],[0,0.5,0],[0,0.75,0],[1,0.25,0],[1,0.5,0],[1,0.75,0]];outlineConnect=0;fontColor=#232F3E;fillColor=<COLOR>;strokeColor=#ffffff;dashed=0;verticalLabelPosition=bottom;verticalAlign=top;align=center;html=1;fontSize=12;fontStyle=0;aspect=fixed;shape=mxgraph.aws4.resourceIcon;resIcon=mxgraph.aws4.<SERVICE>| Service | prIcon |
|---|---|
| SQS | mxgraph.aws4.sqs |
Style template:
sketch=0;outlineConnect=0;fontColor=#232F3E;gradientColor=none;strokeColor=#ffffff;fillColor=#232F3E;dashed=0;verticalLabelPosition=bottom;verticalAlign=top;align=center;html=1;whiteSpace=wrap;fontSize=12;fontStyle=0;shape=mxgraph.aws4.productIcon;prIcon=mxgraph.aws4.<SERVICE>| Shape | shape value | fillColor |
|---|---|---|
| Client/Browser | mxgraph.aws4.client | #232F3D |
| Traditional Server | mxgraph.aws4.traditional_server | #232F3D |
| Firewall | mxgraph.aws4.generic_firewall | #232F3D |
| ALB | mxgraph.aws4.application_load_balancer | #8C4FFF |
| NLB | mxgraph.aws4.network_load_balancer | #8C4FFF |
| VPC Endpoint | mxgraph.aws4.endpoints | #8C4FFF |
| Group | grIcon | strokeColor |
|---|---|---|
| AWS Cloud | mxgraph.aws4.group_aws_cloud_alt | #232F3E |
| Account | mxgraph.aws4.group_account | #CD2264 |
| On-premise | mxgraph.aws4.group_on_premise | #5A6C86 |
| Corporate DC | mxgraph.aws4.group_corporate_data_center | #388E3C |
| VPC | mxgraph.aws4.group_vpc2 | #8C4FFF |
| Subnet (public) | mxgraph.aws4.group_security_group | #7AA116 |
| Subnet (private) | mxgraph.aws4.group_security_group | #147EBA |
Container nesting (CRITICAL for grouping):
container=1;dropTarget=1; in their styleparent="<boundary-cell-id>" instead of parent="1"parent="1"resIcon=mxgraph.aws4.dynamodb_table — renders as empty colored squareresIcon=mxgraph.aws4.dynamodb_stream — renders as empty colored squareresIcon=mxgraph.aws4.general_saml_token — renders as black squareresIcon=mxgraph.aws4.endpoint — may not renderresIcon=mxgraph.aws4.kinesis_data_streams — unreliableAlternatives:
resIcon=mxgraph.aws4.dynamodb with descriptive labelsshape=mxgraph.aws4.traditional_servershape=mxgraph.aws4.clientBefore generating, assess the target audience:
If unclear, ask: "Technical audience or executive/non-technical?"
Instead of technical labels, show flow order with circled numbers:
Use edge labels: value="①" with fontSize=14;fontStyle=1;labelBackgroundColor=#ffffff;
After generating the .drawio file, also generate a markdown guide:
.md extensionAfter generating the initial .drawio file:
This catches rendering problems (wrong stencil names, broken styles) that are invisible in raw XML.
draw.io stencil names do NOT always match current AWS service names. Services that were renamed keep their legacy stencil names:
| AWS Service Name | draw.io resIcon name | Why |
|---|---|---|
| Amazon OpenSearch Service | elasticsearch_service | Renamed from Elasticsearch in 2021; opensearch_service also works |
| Amazon EventBridge | eventbridge | Was CloudWatch Events |
| AWS Fargate | fargate | Correct |
| VPC Peering | peering | Resource-level: shape=mxgraph.aws4.peering;strokeColor=none — NOT vpc_peering or peering_connection (those render as blank squares) |
| Amazon MSK | managed_streaming_for_kafka | NOT msk (renders as blank square) |
| IAM Identity Center | single_sign_on | NOT iam_identity_center (renders as blank square) |
Rule: Always verify icon names from the reference files. If a service icon renders as an empty box, the stencil name is wrong. Check the draw.io source at src/main/webapp/js/diagramly/sidebar/Sidebar-AWS4.js for the canonical name (or Sidebar-AWS3D.js for the legacy 3D/isometric library, or Sidebar-AlliedTelesis.js for the generic hardware image library — note the 3D library's shape names are camelCase, e.g. dynamoDb not dynamodb).
Fallback for unmapped services: If a service is NOT found in any reference file, use this generic AWS cloud icon with the service name as label:
sketch=0;outlineConnect=0;fontColor=#232F3E;fillColor=#232F3E;strokeColor=#ffffff;dashed=0;verticalLabelPosition=bottom;verticalAlign=top;align=center;html=1;fontSize=12;fontStyle=0;aspect=fixed;shape=mxgraph.aws4.resourceIcon;resIcon=mxgraph.aws4.general_AWScloudNever render an unknown service as a plain colored rectangle with no label.
After generating XML, verify:
resIcon= value exists in the reference filesstrokeColor=#ffffffstrokeColor=none<mxGeometry relative="1" as="geometry" />source and target attributes referencing valid cell IDs (no floating edges)container=1;dropTarget=1; in their styleparent="<boundary-id>" (not parent="1")For PNG/SVG/PDF export using draw.io Desktop CLI:
For complex architectures, use multiple pages in one .drawio file:
<mxfile>
<diagram id="overview" name="Overview">...</diagram>
<diagram id="networking" name="Networking Detail">...</diagram>
<diagram id="data-flow" name="Data Flow">...</diagram>
</mxfile>Place in top-left corner, inside the background rectangle:
<mxCell value="<b>Diagram Title</b><br>Author | Date | Version" style="text;html=1;align=left;verticalAlign=top;whiteSpace=wrap;rounded=0;fontSize=14;spacing=8;" vertex="1" parent="1">
<mxGeometry x="40" y="40" width="300" height="50" as="geometry" />
</mxCell>Place a #F5F5F5 rectangle covering the entire diagram as the bottom-most element to prevent black background on export.
| Platform | CLI Path |
|---|---|
| macOS | /Applications/draw.io.app/Contents/MacOS/draw.io |
| Linux | drawio (on PATH via snap/apt) |
| Windows | "C:\Program Files\draw.io\draw.io.exe" |
<CLI> -x -f <format> -e -b 10 -o <output> <input>Flags: -x export, -f format (png/svg/pdf), -e embed diagram XML, -b 10 border
Exported files use double extension: name.drawio.png — signals embedded XML, re-editable in draw.io.
<!-- -->) — they cause parse errors& < > "id values for each mxCell<mxGeometry relative="1" as="geometry" /> as childid="0" (root) and id="1" (default layer, parent="0")© vidanov, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
Just SKILL.md in claude of vidanov/aws-architecture-diagram-skill.
Open the folder on GitHubat commit d0f8550
AWS Architecture Diagram next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| AWS Architecture Diagram this skillvidanov/aws-architecture-diagram-skill | 159 | — | ~4.4k | Automated safety check: Pass | MIT | |
| Drawio AWSsparklabx/drawio-ai-kit | 655 | — | ~1.6k | Automated safety check: Pass | MIT | |
| AWS Architecture Diagramawslabs/agent-plugins | 916 | — | ~3.8k | Automated safety check: Notes | Apache-2.0 | |
| AWS Drawio Architecture Diagramsgiuseppe-trisciuoglio/developer-kit | 357 | — | ~3.1k | Automated safety check: Notes | MIT | |
| AWS DrawIO Diagram Generatora5c-ai/babysitter | 1.8k | — | ~4.2k | Automated safety check: Pass | MIT | |
| Wa Builderaws-samples/sample-well-architected-skills-and-steering | 275 | — | ~3.8k | Automated safety check: Pass | MIT-0 |
sparklabx/drawio-ai-kit
A skill your agent uses when the user asks for an AWS architecture diagram — VPC/networking, event-driven, landing zone, multi-AZ, serverless pipeline, or any diagram built with AWS service icons.
awslabs/agent-plugins
Generate validated AWS architecture diagrams as draw.io XML using official AWS4 icon libraries.
giuseppe-trisciuoglio/developer-kit
Creates professional AWS architecture diagrams in draw.io XML format (.drawio files) using official AWS Architecture Icons (aws4 library).
a5c-ai/babysitter
Creates and edits AWS architecture diagrams as DrawIO XML, converting a text description or an image and reading existing files back into shapes.
aws-samples/sample-well-architected-skills-and-steering
"Learn then Build" — help developers understand AWS Well-Architected best practices for their specific workload, then produce actionable visual artifacts (architecture diagrams with WA annotations…
a5c-ai/babysitter
Creates DrawIO XML diagrams of Google Cloud architectures from text or images, and analyzes existing .drawio files to list their GCP components.
vidanov/aws-architecture-diagram-skill
Generate AWS architecture diagrams in draw.io format. An agent skill from vidanov/aws-architecture-diagram-skill.
Categories
Always use when user asks to create, generate, or build an AWS architecture diagram, cloud infrastructure diagram, or system diagram with AWS services. AWS Architecture Diagram is an agent skill from vidanov/aws-architecture-diagram-skill. Always use when user asks to create, generate, or build an AWS architecture diagram, cloud infrastructure diagram, or system diagram with AWS services.
AWS Architecture Diagram fits situations like: user asks to create; build an AWS architecture diagram; cloud infrastructure diagram; system diagram with AWS services.
Run `npx skills add vidanov/aws-architecture-diagram-skill --skill aws-architecture-diagram -a claude-code`. Or copy the skill folder (claude in vidanov/aws-architecture-diagram-skill) into .claude/skills/aws-architecture-diagram in your project. Claude Code loads it when a task matches its description.
Run `npx skills add vidanov/aws-architecture-diagram-skill --skill aws-architecture-diagram -a codex`. Or copy the skill folder (claude in vidanov/aws-architecture-diagram-skill) into .agents/skills/aws-architecture-diagram in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add vidanov/aws-architecture-diagram-skill --skill aws-architecture-diagram -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/aws-architecture-diagram, .gemini/skills/aws-architecture-diagram, .github/skills/aws-architecture-diagram and .opencode/skills/aws-architecture-diagram in your project.
SKILL.md names no scripts, command-line tools or credentials: AWS Architecture Diagram is instructions for the agent only.
SKILL.md names 2 domains. As links in the text: raw.githubusercontent.com and aws.amazon.com. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
AWS Architecture Diagram is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 4.4k tokens (SKILL.md is roughly 18k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
Skills that share tags, products or a category with AWS Architecture Diagram: Drawio AWS (sparklabx/drawio-ai-kit, 655 stars), AWS Architecture Diagram (awslabs/agent-plugins, 916 stars), AWS Drawio Architecture Diagrams (giuseppe-trisciuoglio/developer-kit, 357 stars) and AWS DrawIO Diagram Generator (a5c-ai/babysitter, 1.8k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
vidanov (a GitHub user) maintains it in vidanov/aws-architecture-diagram-skill, which has 159 GitHub stars. The repository holds 2 skills in this directory. The repository was last updated on October 4, 2026.
Source: vidanov/aws-architecture-diagram-skill on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.