Receber por email
← Voltar para o catálogo

solid-astro

Use ao aplicar princípios SOLID e arquitetura limpa em projetos Astro. Garante arquivos com menos de 100 linhas, src/interfaces/ para tipos, JSDoc em todas as exportações, estrutura de diretórios modular e aplicação do princípio DRY.

15estrelas
Atualizado há 4 meses

Ver no GitHub ↗ Licença: MIT

Como adicionar

/plugin marketplace add fusengine/agents

O comando exato pode variar conforme o repositório. Confira o README no GitHub.

Para o autor da skill

Cole no README do seu repo

Mostra que sua skill está catalogada na Skillteca, gera backlink e tráfego rastreável.

[![Skillteca](https://www.skillteca.com.br/api/badge/solid-astro/svg)](https://www.skillteca.com.br/skills/solid-astro)

Skills relacionadas

Ver todas de DevOps e Infra →

Alerta por categoria

Receba novas skills de DevOps e Infra toda segunda

1 email curto, só com as skills novas de DevOps e Infra. 4 minutos de leitura, sem spam, cancela com 1 clique.

Você confirma o email no primeiro envio. Sem spam. Cancela com 1 clique.

Ler descrição completa

SOLID Astro — Modular Architecture

Agent Workflow (MANDATORY)

Before ANY implementation, use TeamCreate to spawn 3 agents:

  1. fuse-ai-pilot:explore-codebase - Analyze project structure, naming, and existing patterns
  2. fuse-ai-pilot:research-expert - Verify Astro 6 architecture best practices via Context7/Exa
  3. mcp__context7__query-docs - Check Astro component API and TypeScript integration

After implementation, run fuse-ai-pilot:sniper for validation.

Codebase Analysis (MANDATORY)

Before ANY implementation:

  1. Explore src/ directory to understand existing architecture
  2. Read existing similar files to follow established naming and patterns
  3. Grep for similar function/component names before creating new ones
  4. Identify where interfaces, utilities, and shared logic live

DRY Enforcement (MANDATORY)

Before writing ANY new code:

  1. Grep for similar logic — function names, class patterns, component names
  2. Check src/lib/ for existing utilities
  3. Check src/components/ for existing UI components
  4. If logic appears in 2+ places → extract to src/lib/
  5. If types appear in 2+ files → move to src/interfaces/

Absolute Rules

  • Files < 100 lines — split at 90
  • All types in src/interfaces/ — never in component files
  • JSDoc mandatory on all exported functions
  • No business logic in src/pages/

See references/architecture.md, references/file-limits.md, references/solid-principles.md.

Reference Guide

Concepts

| Topic | Reference | When to Consult | |-------|-----------|-----------------| | SOLID principles | [solid-principles.md](references/solid-principles.md) | Architecture decisions | | File limits | [file-limits.md](references/file-limits.md) | When and how to split files | | Interfaces | [interfaces.md](references/interfaces.md) | TypeScript type organization | | Architecture | [architecture.md](references/architecture.md) | Directory structure | | DRY enforcement | [dry-enforcement.md](references/dry-enforcement.md) | Avoiding duplication | | JSDoc | [jsdoc.md](references/jsdoc.md) | Documentation standards |

Templates

| Template | When to Use | |----------|-------------| | [component.md](references/templates/component.md) | Astro component with props + JSDoc | | [layout.md](references/templates/layout.md) | Layout component with slots | | [service.md](references/templates/service.md) | Data fetching service function | | [interface.md](references/templates/interface.md) | TypeScript interface file |

Forbidden

  • Files > 100 lines (split at 90)
  • TypeScript interfaces in component .astro files
  • Business logic in src/pages/ files
  • Direct CMS/API calls in components (use src/lib/ services)
  • Copy-pasting logic instead of extracting shared function
  • Missing JSDoc on exported functions, components, and types
  • any TypeScript type
Compartilhar X LinkedIn