postels-law

vjrivmon's avatarfrom vjrivmon

Sé conservador en lo que envías, liberal en lo que aceptas. Use cuando diseñe validaciones de formularios, APIs, o maneje inputs de usuario.

⭐1stars🔀0forks📁View on GitHub🕐Updated Jan 7, 2026
[Architecture Design]

When & Why to Use This Skill

This Claude skill implements Postel's Law, also known as the Robustness Principle, to guide the creation of resilient software and user interfaces. It provides actionable strategies for being 'liberal' in accepting diverse user inputs while remaining 'conservative' and consistent in system outputs, effectively reducing user friction and improving system reliability.

Use Cases

  • Flexible Form Validation: Designing input fields that accept various formats for dates, phone numbers, and addresses without triggering unnecessary errors.
  • Robust API Development: Building API endpoints that can gracefully handle minor variations or extra fields in request payloads while returning standardized responses.
  • User Intent Interpretation: Implementing fuzzy search and auto-correction features that prioritize the user's likely intent over strict character matching.
  • Data Normalization: Automatically cleaning and formatting inconsistent user-provided data (e.g., removing whitespace or correcting casing) before it reaches the database.
namepostels-law
authorux-ui-skills
version"1.0"
categorycognitive-laws

Ley de Postel (Principio de Robustez)

Resumen

Sé conservador en lo que haces, sé liberal en lo que aceptas de otros. En diseño: acepta inputs variados del usuario, pero produce outputs consistentes y predecibles.

Origen

  • Autor: Jon Postel
  • Año: 1980
  • Fuente: RFC 761 - Transmission Control Protocol (TCP)

Fundamento Psicológico

Los usuarios cometen errores y tienen diferentes formas de expresar la misma intención. Un sistema robusto interpreta la intención del usuario en lugar de rechazar variaciones válidas. Esto reduce frustración y aumenta la tasa de éxito.

Aplicación en Diseño

Inputs Flexibles

  • Aceptar múltiples formatos de fecha (01/15/2024, 15-01-2024, Jan 15)
  • Normalizar espacios, guiones, paréntesis en teléfonos
  • Ignorar mayúsculas/minúsculas cuando no importa
  • Permitir pegado de texto con formato

Validación Inteligente

  • Corregir errores obvios automáticamente
  • Sugerir correcciones antes de rechazar
  • Validar intención, no formato exacto
  • Mensajes de error que guían, no solo rechazan

Outputs Consistentes

  • Formato estandarizado independiente del input
  • Respuestas predecibles del sistema
  • Documentación clara de lo que el sistema hace
  • Datos almacenados en formato canónico

Tolerancia a Errores

  • Auto-corrección ortográfica
  • Búsqueda fuzzy que encuentra aproximaciones
  • Parseo tolerante de datos copiados
  • Recuperación graceful de inputs inesperados

Ejemplos

  • Google Search: Corrige ortografía automáticamente
  • Stripe: Acepta números de tarjeta con o sin espacios/guiones
  • GitHub: URLs case-insensitive para repos
  • Slack: Detecta y formatea URLs, emails, código
  • Excel: Interpreta múltiples formatos de fecha

Anti-patterns

  • ❌ Rechazar email por capitalización
  • ❌ Exigir formato exacto de teléfono (XXX-XXX-XXXX)
  • ❌ Fallar por espacios extra en inputs
  • ❌ Case-sensitive en búsquedas de usuario
  • ❌ Rechazar datos válidos por formato inesperado

Métricas

  • Input Acceptance Rate: % de inputs aceptados vs rechazados
  • Auto-correction Accuracy: Correcciones correctas vs incorrectas
  • Form Completion Rate: Mejora con validación flexible
  • Support Tickets: Reducción por mejor manejo de inputs

Principios Relacionados

  • [[nielsen-error-prevention]] - Prevenir errores por formato
  • [[teslers-law]] - Sistema absorbe complejidad de normalización
  • [[poka-yoke]] - Hacer difícil el error

Referencias