GitHub
design-view
Design views with proper includes/excludes and basic layout. Use for include patterns, tag filtering, and simple rank hints. For advanced styling/navigation, use customize-view.
a-scolan AI Skills
GitHub ↗Explorez les skills IA publiés de a-scolan et consultez leurs instructions source.
Statistiques de l’auteur
Skills indexés
30Étoiles des dépôts des skills indexés
30Forks du dépôt
30Moyenne des étoiles par skill indexé
1Les étoiles d’un dépôt peuvent se répéter entre ses skills.
Catégories populaires
Indexation récente
Explorer
GitHub
document-decision
Create Architecture Decision Records (ADRs) documenting WHY decisions were made. Uses standard ADR format (Status/Context/Decision/Consequences).
GitHub
lookup-element-kinds
Quick reference for available element kinds and relationship types from shared specifications.
GitHub
understand-project-structure
Load project context before making changes. Use when starting work to check available element kinds, relationship types, and tags.
GitHub
create-sequence-view
Create sequence views showing temporal flows and user interactions. Uses plain arrows with descriptive labels (no relationship kinds).
GitHub
test-model
Validate model correctness using MCP tools. Checks element references, relationships, view definitions, and syntax.
GitHub
create-relationship
Create typed relationships with FQN, proper kinds (calls/async/reads/writes), descriptive labels, and no return relationships.
GitHub
organize-multi-project
Structure multi-project workspaces with shared specifications. Use template project for new projects, organize by domain/team/layer.
GitHub
create-element
Create elements with proper naming (PascalCase kinds, camelCase vars), required metadata (technology, description), and correct hierarchy.
GitHub
model-deployment
Model deployment infrastructure (environments, zones, VMs, apps) with proper hierarchy and instanceOf links. Organize zones into tiers (DMZ, App, Data, Processing) with rich descriptions including VLAN/network...
GitHub
implement-pattern
Apply common patterns (external integration, async processing, multi-tier, caching). Provides tested templates.
GitHub
configure-project-includes
Manage likec4.config.json includes and image aliases. Ensures relative paths and preserves existing configuration. Support multi-file organization (system-model + system-views + deployment + operations).
GitHub
troubleshoot-errors
Diagnose common LikeC4 errors (element not found, unknown kinds, invalid relationships). Provides causes and solutions.
GitHub
customize-view
Advanced view features: styling (colors, shapes, style predicates), layout control (autoLayout, rank hints), and navigation (navigateTo, links).
GitHub
name-deployment-nodes
Systematic naming for deployment nodes (VMs, zones, environments) enables consistent infrastructure documentation. Use {Environment}{Service}Vm for VMs, {Tier} for zones, and include VLAN/network details.
GitHub
write-rich-descriptions
Use metadata for system models (business/technical context) and markdown tables for deployment models (infrastructure specs). Makes models queryable and self-documenting.
GitHub
c4-modeling-process
C4 modeling methodology - design system hierarchy top-to-bottom from Context to Components. Ensures consistent, stakeholder-focused architecture documentation.
GitHub
structure-deployment-tiers
Organize deployment infrastructure into logical tiers (DMZ → AppTier → ProcTier → DataTier) with clear responsibility separation and firewall rules between zones.
GitHub
describe-system-elements
Write descriptions for system model elements using metadata blocks for structured business/technical data. Makes architecture queryable and reportable.
GitHub
configure-deployment-firewall
Document firewall rules between tiers and define scaling strategies (horizontal vs vertical) for production infrastructure.
GitHub
model-deployment-hierarchy
Model deployment infrastructure hierarchy (environments, zones, VMs, apps) with proper nesting and instanceOf links. Show parent-child relationships clearly.
GitHub
model-system-context
Model C1 Context - define system boundary, identify external actors, external systems, and relationships. Establishes "what is the system and who uses it?"
GitHub
model-system-containers
Model C2 Containers - break system into major deployable units with independent runtime boundaries. Show container relationships and technologies.
GitHub
design-view-hierarchy
Design views with proper parent context and neighboring elements. Include C1/C2/C3 hierarchy, include patterns, and view organization into folders.
Le classement utilise les étoiles du dépôt GitHub indexé. Plusieurs skills peuvent partager ce nombre : ce n’est ni un nombre d’installations ni une note de qualité.