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.
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Um comando direto ignora o prompt de revisão. Verifique a origem antes de executá-lo.
Instruções da origem · Visualização somente leitura
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: