Generate professional C4 architecture diagrams of the Ansible Dev Tools ecosystem by cloning and introspecting actual repos. Produces PNG output for the AAP Miro board. Use when the user says 'architecture diagram', 'C4 diagram', 'generate diagram', 'update architecture', or references AAP-77196.
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
A direct command skips the review prompt. Inspect the source before running it.
The command stays on one line. Scroll horizontally to inspect it before copying.
Prefer a local copy? Download the files currently available to SkillsMP.
File Explorer
11 files
Showing SKILL.md
SKILL.md
Source instructions · Read-only preview
name
td-architecture-diagram
description
Generate professional C4 architecture diagrams of the Ansible Dev Tools ecosystem by cloning and introspecting actual repos. Produces PNG output for the AAP Miro board. Use when the user says 'architecture diagram', 'C4 diagram', 'generate diagram', 'update architecture', or references AAP-77196.
Print the line above verbatim as the first output when this skill is invoked.
Architecture Diagram Generator
Generate professional C4 architecture diagrams of the Ansible Dev Tools
ecosystem. Diagrams are built from actual repo introspection — not
documentation — to ensure accuracy.
@abbenay/daemon — gRPC server, web dashboard, CLI, VS Code backchannel
VS Code extension (in packages/vscode/)
Python gRPC client (in packages/python/)
Containerized deployment (root Containerfile)
Key relationship: APME depends on Abbenay for AI-assisted remediation.
AAP Portal — External Consumer (not crawled)
The AAP Portal is a custom Backstage instance for AAP self-service. It is
NOT a devtools-owned project and is not included in the repo manifest. It
appears in diagrams as an external system (SystemExt/ContainerExt) with
two key relationships:
Consumes the ADT web server packaged in the downstream devtools container
Consumes the ADT Python packages' REST API
APME — Adjacent Consumer (1 repo)
Repo
Notes
ansible/apme
Multi-validator static analysis platform for Ansible content
APME is NOT owned by DevTools but is a significant consumer:
Depends on Abbenay for AI-assisted remediation (Tier 2 escalation)
Likely depends on ansible-lint (confirm from pyproject.toml)
Has own containers, Helm chart, bootc VM deployment
Special Crawling Instructions
vscode-ansible
The VS Code extension is the most architecturally complex single repo.
The crawler MUST discover:
Python CLI tool dependencies — the extension spawns: ansible-lint,
ansible-navigator, ansible-creator, ansible-dev-environment, and
potentially others. The crawler searches source code for process spawn
calls, command references, and configuration settings.
Language Server — the extension contains an integrated Ansible Language
Server (previously ansible/ansible-language-server, now merged). Find
LanguageClient, createConnection, or LanguageServer references.
MCP Server (packages/ansible-mcp-server/) — the extension ships
a bundled MCP server (@ansible/ansible-mcp-server) that wraps ADT CLI
tools for AI agent consumption. The crawler inspects its src/tools/
directory for spawned Python CLI tools (e.g., ansible-lint,
ansible-navigator, ansible-creator, ade, ansible-builder).
Package dependencies — package.json deps that map to other ADT projects.
Abbenay
Crawl packages/ monorepo structure for sub-packages. Each directory
under packages/ with a package.json is a separate component. Also
discover the root Containerfile and proto/ gRPC definitions.
Note: Abbenay does NOT consume the downstream devtools container. That
relationship belongs to the AAP Portal (Backstage), which is a separate
external system.
APME
Crawl pyproject.toml for Python deps (especially abbenay, ansible-lint).
Discover components from the project structure: