Communitygithub.com

pytorch-patterns

Patrones y mejores prácticas de deep learning con PyTorch para construir pipelines de entrenamiento, arquitecturas de modelos y carga de datos robustos, eficientes y reproducibles. Úsalo al escribir o revisar bucles de entrenamiento, arquitecturas de modelos o carga de datos en PyTorch, o cuando una ejecución no se reproduzca.

¿Qué es pytorch-patterns?

Este skill proporciona una guía completa de patrones idiomáticos y mejores prácticas para desarrollar aplicaciones de deep learning con PyTorch de manera robusta, eficiente y reproducible. Cubre desde la configuración del dispositivo (CPU/GPU) de forma agnóstica hasta la gestión explícita de formas de tensores, pasando por estructuras limpias de `nn.Module` con inicialización de pesos adecuada, bucles de entrenamiento y validación completos con precisión mixta y escalado de gradientes, y pipelines de carga de datos optimizados con `DataLoader` y collate personalizado. También incluye patrones avanzados como checkpointing completo del estado del entrenamiento, `torch.compile` para aceleración JIT, gradient checkpointing para ahorro de memoria, y una referencia rápida de modismos de PyTorch. Además, señala anti-patrones comunes a evitar, como olvidar `model.eval()` durante la validación o usar `.item()` antes de `backward()`. Es útil para cualquier desarrollador que escriba o revise código PyTorch, ya sea para proyectos de investigación, prototipos rápidos o sistemas en producción, y es compatible con las versiones modernas de PyTorch (2.0+).

Compatible con~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/affaan-m/ECC/tree/main/skills/pytorch-patterns

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

Patrones de Desarrollo en PyTorch

Patrones idiomáticos y mejores prácticas de PyTorch para construir aplicaciones de deep learning robustas, eficientes y reproducibles.

Cuándo activarlo

  • Al escribir nuevos modelos o scripts de entrenamiento en PyTorch
  • Al revisar código de deep learning
  • Al depurar bucles de entrenamiento o pipelines de datos
  • Al optimizar el uso de memoria GPU o la velocidad de entrenamiento
  • Al configurar experimentos reproducibles

Principios fundamentales

1. Código agnóstico al dispositivo

Siempre escribe código que funcione tanto en CPU como en GPU sin codificar el dispositivo de forma fija.

# Bueno: Agnóstico al dispositivo
device = torch.device("cuda" if torch.cuda.is_available() else "cpu")
model = MyModel().to(device)
data = data.to(device)

# Malo: Dispositivo codificado
model = MyModel().cuda()  # Falla si no hay GPU
data = data.cuda()

2. Reproducibilidad primero

Establece todas las semillas aleatorias para obtener resultados reproducibles.

# Bueno: Configuración completa de reproducibilidad
def set_seed(seed: int = 42) -> None:
    torch.manual_seed(seed)
    torch.cuda.manual_seed_all(seed)
    np.random.seed(seed)
    random.seed(seed)
    torch.backends.cudnn.deterministic = True
    torch.backends.cudnn.benchmark = False

# Malo: Sin control de semilla
model = MyModel()  # Pesos diferentes en cada ejecución

3. Gestión explícita de formas

Siempre documenta y verifica las formas de los tensores.

# Bueno: Paso forward anotado con formas
def forward(self, x: torch.Tensor) -> torch.Tensor:
    # x: (batch_size, channels, height, width)
    x = self.conv1(x)    # -> (batch_size, 32, H, W)
    x = self.pool(x)     # -> (batch_size, 32, H//2, W//2)
    x = x.view(x.size(0), -1)  # -> (batch_size, 32*H//2*W//2)
    return self.fc(x)    # -> (batch_size, num_classes)

# Malo: Sin seguimiento de formas
def forward(self, x):
    x = self.conv1(x)
    x = self.pool(x)
    x = x.view(x.size(0), -1)  # ¿De qué tamaño es esto?
    return self.fc(x)           # ¿Siquiera funcionará?

Patrones de Arquitectura de Modelos

Estructura limpia de nn.Module

# Bueno: Módulo bien organizado
class ImageClassifier(nn.Module):
    def __init__(self, num_classes: int, dropout: float = 0.5) -> None:
        super().__init__()
        self.features = nn.Sequential(
            nn.Conv2d(3, 64, kernel_size=3, padding=1),
            nn.BatchNorm2d(64),
            nn.ReLU(inplace=True),
            nn.MaxPool2d(2),
        )
        self.classifier = nn.Sequential(
            nn.Dropout(dropout),
            nn.Linear(64 * 16 * 16, num_classes),
        )

    def forward(self, x: torch.Tensor) -> torch.Tensor:
        x = self.features(x)
        x = x.view(x.size(0), -1)
        return self.classifier(x)

# Malo: Todo en forward
class ImageClassifier(nn.Module):
    def __init__(self):
        super().__init__()

    def forward(self, x):
        x = F.conv2d(x, weight=self.make_weight())  # ¡Crea el peso en cada llamada!
        return x

Inicialización adecuada de pesos

# Bueno: Inicialización explícita
def _init_weights(self, module: nn.Module) -> None:
    if isinstance(module, nn.Linear):
        nn.init.kaiming_normal_(module.weight, mode="fan_out", nonlinearity="relu")
        if module.bias is not None:
            nn.init.zeros_(module.bias)
    elif isinstance(module, nn.Conv2d):
        nn.init.kaiming_normal_(module.weight, mode="fan_out", nonlinearity="relu")
    elif isinstance(module, nn.BatchNorm2d):
        nn.init.ones_(module.weight)
        nn.init.zeros_(module.bias)

model = MyModel()
model.apply(model._init_weights)

Patrones de Bucle de Entrenamiento

Bucle de entrenamiento estándar

# Bueno: Bucle de entrenamiento completo con mejores prácticas
def train_one_epoch(
    model: nn.Module,
    dataloader: DataLoader,
    optimizer: torch.optim.Optimizer,
    criterion: nn.Module,
    device: torch.device,
    scaler: torch.amp.GradScaler | None = None,
) -> float:
    model.train()  # Siempre establecer modo entrenamiento
    total_loss = 0.0

    for batch_idx, (data, target) in enumerate(dataloader):
        data, target = data.to(device), target.to(device)

        optimizer.zero_grad(set_to_none=True)  # Más eficiente que zero_grad()

        # Entrenamiento con precisión mixta
        with torch.amp.autocast("cuda", enabled=scaler is not None):
            output = model(data)
            loss = criterion(output, target)

        if scaler is not None:
            scaler.scale(loss).backward()
            scaler.unscale_(optimizer)
            torch.nn.utils.clip_grad_norm_(model.parameters(), max_norm=1.0)
            scaler.step(optimizer)
            scaler.update()
        else:
            loss.backward()
            torch.nn.utils.clip_grad_norm_(model.parameters(), max_norm=1.0)
            optimizer.step()

        total_loss += loss.item()

    return total_loss / len(dataloader)

Bucle de validación

# Bueno: Evaluación adecuada
@torch.no_grad()  # Más eficiente que envolver en bloque torch.no_grad()
def evaluate(
    model: nn.Module,
    dataloader: DataLoader,
    criterion: nn.Module,
    device: torch.device,
) -> tuple[float, float]:
    model.eval()  # Siempre establecer modo eval — desactiva dropout, usa estadísticas BN acumuladas
    total_loss = 0.0
    correct = 0
    total = 0

    for data, target in dataloader:
        data, target = data.to(device), target.to(device)
        output = model(data)
        total_loss += criterion(output, target).item()
        correct += (output.argmax(1) == target).sum().item()
        total += target.size(0)

    return total_loss / len(dataloader), correct / total

Patrones de Pipeline de Datos

Dataset personalizado

# Bueno: Dataset limpio con anotaciones de tipo
class ImageDataset(Dataset):
    def __init__(
        self,
        image_dir: str,
        labels: dict[str, int],
        transform: transforms.Compose | None = None,
    ) -> None:
        self.image_paths = list(Path(image_dir).glob("*.jpg"))
        self.labels = labels
        self.transform = transform

    def __len__(self) -> int:
        return len(self.image_paths)

    def __getitem__(self, idx: int) -> tuple[torch.Tensor, int]:
        img = Image.open(self.image_paths[idx]).convert("RGB")
        label = self.labels[self.image_paths[idx].stem]

        if self.transform:
            img = self.transform(img)

        return img, label

Configuración eficiente de DataLoader

# Bueno: DataLoader optimizado
dataloader = DataLoader(
    dataset,
    batch_size=32,
    shuffle=True,            # Mezclar para entrenamiento
    num_workers=4,           # Carga paralela de datos
    pin_memory=True,         # Transferencia CPU->GPU más rápida
    persistent_workers=True, # Mantener workers vivos entre épocas
    drop_last=True,          # Tamaños de lote consistentes para BatchNorm
)

# Malo: Valores predeterminados lentos
dataloader = DataLoader(dataset, batch_size=32)  # num_workers=0, sin pin_memory

Collate personalizado para datos de longitud variable

# Bueno: Rellenar secuencias en collate_fn
def collate_fn(batch: list[tuple[torch.Tensor, int]]) -> tuple[torch.Tensor, torch.Tensor]:
    sequences, labels = zip(*batch)
    # Rellenar a la longitud máxima del lote
    padded = nn.utils.rnn.pad_sequence(sequences, batch_first=True, padding_value=0)
    return padded, torch.tensor(labels)

dataloader = DataLoader(dataset, batch_size=32, collate_fn=collate_fn)

Patrones de Checkpointing

Guardar y cargar checkpoints

# Bueno: Checkpoint completo con todo el estado del entrenamiento
def save_checkpoint(
    model: nn.Module,
    optimizer: torch.optim.Optimizer,
    epoch: int,
    loss: float,
    path: str,
) -> None:
    torch.save({
        "epoch": epoch,
        "model_state_dict": model.state_dict(),
        "optimizer_state_dict": optimizer.state_dict(),
        "loss": loss,
    }, path)

def load_checkpoint(
    path: str,
    model: nn.Module,
    optimizer: torch.optim.Optimizer | None = None,
) -> dict:
    checkpoint = torch.load(path, map_location="cpu", weights_only=True)
    model.load_state_dict(checkpoint["model_state_dict"])
    if optimizer:
        optimizer.load_state_dict(checkpoint["optimizer_state_dict"])
    return checkpoint

# Malo: Solo guardar pesos del modelo (no se puede reanudar entrenamiento)
torch.save(model.state_dict(), "model.pt")

Optimización de Rendimiento

Entrenamiento con precisión mixta

# Bueno: AMP con GradScaler
scaler = torch.amp.GradScaler("cuda")
for data, target in dataloader:
    with torch.amp.autocast("cuda"):
        output = model(data)
        loss = criterion(output, target)
    scaler.scale(loss).backward()
    scaler.step(optimizer)
    scaler.update()
    optimizer.zero_grad(set_to_none=True)

Gradient checkpointing para modelos grandes

# Bueno: Intercambiar cómputo por memoria
from torch.utils.checkpoint import checkpoint

class LargeModel(nn.Module):
    def forward(self, x: torch.Tensor) -> torch.Tensor:
        # Recomputar activaciones durante la backward para ahorrar memoria
        x = checkpoint(self.block1, x, use_reentrant=False)
        x = checkpoint(self.block2, x, use_reentrant=False)
        return self.head(x)

torch.compile para velocidad

# Bueno: Compilar el modelo para ejecución más rápida (PyTorch 2.0+)
model = MyModel().to(device)
model = torch.compile(model, mode="reduce-overhead")

# Modos: "default" (seguro), "reduce-overhead" (más rápido), "max-autotune" (más rápido)

Referencia Rápida: Modismos de PyTorch

ModismoDescripción
model.train() / model.eval()Siempre establecer modo antes de entrenar/evaluar
torch.no_grad()Desactivar gradientes para inferencia
optimizer.zero_grad(set_to_none=True)Limpieza de gradientes más eficiente
.to(device)Colocación agnóstica al dispositivo de tensores/modelo
torch.amp.autocastPrecisión mixta para velocidad 2x
pin_memory=TrueTransferencia de datos CPU→GPU más rápida
torch.compileCompilación JIT para velocidad (2.0+)
weights_only=TrueCarga segura de modelos
torch.manual_seedExperimentos reproducibles
gradient_checkpointingIntercambiar cómputo por memoria

Anti-patrones a evitar

# Malo: Olvidar model.eval() durante la validación
model.train()
with torch.no_grad():
    output = model(val_data)  # ¡Dropout sigue activo! BatchNorm usa estadísticas del lote!

# Bueno: Siempre establecer modo eval
model.eval()
with torch.no_grad():
    output = model(val_data)

# Malo: Operaciones in-place que rompen autograd
x = F.relu(x, inplace=True)  # Puede romper el cálculo del gradiente
x += residual                  # Suma in-place rompe el grafo de autograd

# Bueno: Operaciones out-of-place
x = F.relu(x)
x = x + residual

# Malo: Mover datos a GPU repetidamente dentro del bucle de entrenamiento
for data, target in dataloader:
    model = model.cuda()  # ¡Mueve el modelo en CADA iteración!

# Bueno: Mover el modelo una vez antes del bucle
model = model.to(device)
for data, target in dataloader:
    data, target = data.to(device), target.to(device)

# Malo: Usar .item() antes de backward
loss = criterion(output, target).item()  # ¡Se desconecta del grafo!
loss.backward()  # Error: no se puede hacer backprop a través de .item()

# Bueno: Llamar a .item() solo para registro
loss = criterion(output, target)
loss.backward()
print(f"Pérdida: {loss.item():.4f}")  # .item() después de backward está bien

# Malo: No usar torch.save correctamente
torch.save(model, "model.pt")  # Guarda todo el modelo (frágil, no portátil)

# Bueno: Guardar state_dict
torch.save(model.state_dict(), "model.pt")

Recuerda: El código PyTorch debe ser agnóstico al dispositivo, reproducible y consciente del uso de memoria. En caso de duda, perfile con torch.profiler y verifique la memoria GPU con torch.cuda.memory_summary().

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

accessibility

Design, implement, and audit inclusive digital products using WCAG 2.2 Level AA. Use when building or auditing UI that must meet WCAG 2.2 Level AA, or when reviewing a change for keyboard, contrast, or screen-reader support.

affaan-m/content-engine

Create platform-native content systems for X, LinkedIn, TikTok, YouTube, newsletters, and repurposed multi-platform campaigns. Use when the user wants social posts, threads, scripts, content calendars, or one source asset adapted cleanly across platforms.

affaan-m/ECC

Multi-platform content distribution across X, LinkedIn, Threads, and Bluesky. Adapts content per platform using content-engine patterns. Never posts identical content cross-platform. Use when the user wants to distribute content across social platforms.

affaan-m/fal-ai-media

Unified media generation via fal.ai MCP — image, video, and audio. Covers text-to-image (Nano Banana), text/image-to-video (Seedance, Kling, Veo 3), text-to-speech (CSM-1B), and video-to-audio (ThinkSound). Use when the user wants to generate images, videos, or audio with AI.

affaan-m/manim-video

日本語翻訳:このファイルは manim-video 用の日本語翻訳が必要です

affaan-m/remotion-video-creation

Remotion のベストプラクティス - React で動画を作成する。3D、アニメーション、音声、字幕、チャート、トランジションなどをカバーするドメイン固有の29のルール。

affaan-m/video-editing

AI-assisted video editing workflows for cutting, structuring, and augmenting real footage. Covers the full pipeline from raw capture through FFmpeg, Remotion, ElevenLabs, fal.ai, and final polish in Descript or CapCut. Use when the user wants to edit video, cut footage, create vlogs, or build video content.

agent-architecture-audit

Full-stack diagnostic for agent and LLM applications. Audits the 12-layer agent stack for wrapper regression, memory pollution, tool discipline failures, hidden repair loops, and rendering corruption. Produces severity-ranked findings with code-first fixes. Essential for developers building agent applications, autonomous loops, or any LLM-powered feature. Use when an agent or LLM feature misbehaves and the failing layer is unknown, or before shipping an agent stack.

agent-eval

Head-to-head comparison of coding agents (Claude Code, Aider, Codex, etc.) on custom tasks with pass rate, cost, time, and consistency metrics. Use when choosing between coding agents, or when a change to an agent setup needs measured pass rate, cost, and time rather than an impression.

agent-harness-construction

Design and optimize AI agent action spaces, tool definitions, and observation formatting for higher completion rates. Use when defining or revising an agent

agentic-engineering

Operate as an agentic engineer using eval-first execution, decomposition, and cost-aware model routing. Use when planning or executing engineering work that agents will carry out end to end.

agentic-os

Build persistent multi-agent operating systems on Claude Code. Covers kernel architecture, specialist agents, slash commands, file-based memory, scheduled automation, and state management without external databases. Use when building a persistent multi-agent system on Claude Code with its own memory, commands, and scheduling.

agent-introspection-debugging

Structured self-debugging workflow for AI agent failures using capture, diagnosis, contained recovery, and introspection reports. Use when an agent run fails and you need a reproducible diagnosis instead of a retry.

agent-payment-x402

Add x402 payment execution to AI agents with per-task budgets, spending controls, and non-custodial wallets. Supports Base through agentwallet-sdk and X Layer through OKX Payments / OKX Agent Payments Protocol. Use when an agent must pay for something itself and needs per-task budgets, spending controls, and a non-custodial wallet.

agent-self-evaluation

Use after completing any non-trivial task. The agent self-rates its output on 5 axes — accuracy, completeness, clarity, actionability, conciseness — with concrete evidence per criterion. Produces a structured 1-5 scorecard with specific improvement suggestions.

agent-sort

Build an evidence-backed ECC install plan for a specific repo by sorting skills, commands, rules, hooks, and extras into DAILY vs LIBRARY buckets using parallel repo-aware review passes. Use when ECC should be trimmed to what a project actually needs instead of loading the full bundle.

ai-first-engineering

Engineering operating model for teams where AI agents generate a large share of implementation output. Use when setting team process, review gates, or ownership rules for a codebase largely written by agents.

ai-regression-testing

Regression testing strategies for AI-assisted development. Sandbox-mode API testing without database dependencies, automated bug-check workflows, and patterns to catch AI blind spots where the same model writes and reviews code. Use when adding regression coverage to AI-assisted code, or when the same model both wrote and reviewed a change.

android-clean-architecture

Clean Architecture patterns for Android and Kotlin Multiplatform projects — module structure, dependency rules, UseCases, Repositories, and data layer patterns. Use when structuring modules, layers, or data flow in an Android or KMP project.

angular-developer

Generates Angular code and provides architectural guidance. Trigger when creating projects, components, or services, or for best practices on reactivity (signals, linkedSignal, resource), forms, dependency injection, routing, SSR, accessibility (ARIA), animations, styling (component styles, Tailwind CSS), testing, or CLI tooling.

Skills relacionados