How do I install the Occams Razor skill?

Run npx skillmds add majiayu000/occams-razor in your terminal (requires Node.js), paste this page's agent-chat prompt into Claude, Cursor, or any MCP-connected agent, or download the SKILL.md file and copy it into your agent's skills directory.

Is Occams Razor safe to use?

This skill has not completed SkillMD's automated safety review yet. Capability flags: docs only. SkillMD never runs a skill's scripts for you; review the SKILL.md before installing.

Which AI agents work with Occams Razor?

This skill is tagged as working with Claude Code, Claude.ai, OpenAI Codex. SKILL.md is an open format, so most agents that read a skills directory can load it too.

Is Occams Razor free to use?

Yes. Installing skills from SkillMD is free, and the skill stays under its author's original license.

Who published Occams Razor?

majiayu000 (@majiayu000) published this skill. Their other Agent Skills are listed on their SkillMD profile.

Occams Razor by majiayu000 — Agent Skill

Name: Occams Razor
Rating: 4.2 (5 reviews)
Author: majiayu000

File contents

Navaja de Occam

Resumen

Entre soluciones competidoras, se debe preferir la más simple. No multiplicar entidades sin necesidad. En diseño: eliminar elementos hasta que quitar más empeoraría el resultado.

Origen

Autor: William of Ockham
Año: ~1320
Principio original: "Entia non sunt multiplicanda praeter necessitatem"

En Diseño

La versión de diseño, atribuida a veces a Antoine de Saint-Exupéry:

"La perfección se alcanza, no cuando no hay nada más que añadir, sino cuando no hay nada más que quitar."

Fundamento

La complejidad tiene costos:

Mayor carga cognitiva
Más puntos de fallo
Mantenimiento más difícil
Aprendizaje más lento
Más código, más bugs

Aplicación en Diseño

UI Simplification

Eliminar elementos decorativos
Reducir opciones a las esenciales
Consolidar acciones similares
Remover pasos innecesarios

Feature Decisions

MVP antes de feature creep
Validar necesidad antes de construir
"Will it hurt to remove this?"
80/20: focus en lo que más importa

Visual Design

Whitespace > decoración
Iconos simples > elaborados
Tipografía limitada
Paleta de colores restringida

Code/Architecture

Abstracciones solo cuando necesarias
Código simple > clever
Dependencias mínimas
Single responsibility

Ejemplos

Google Homepage: Solo barra de búsqueda
Apple Products: Mínimos botones/puertos
Medium: Diseño centrado en lectura
Notion: Blocks simples, gran flexibilidad
Linear: Features curadas, no todas posibles

Anti-patterns

❌ Features "por si acaso"
❌ Opciones que nadie usa
❌ UI elements decorativos
❌ Múltiples formas de hacer lo mismo sin razón
❌ Abstracción prematura

Límites del Principio

Simplicidad ≠ fácil de usar
A veces la complejidad es necesaria
"Simple as possible, but no simpler" (Einstein)
Balance entre poder y simplicidad

Métricas

Feature Usage Rate: % de features realmente usadas
UI Element Count: Elementos por pantalla
Task Steps: Pasos para completar tareas
Cognitive Load Score: Complejidad percibida

Principios Relacionados

[[kiss-principle]] - Keep It Simple
[[pragnanz]] - Gestalt: preferencia por simplicidad
[[nielsen-minimalist-design]] - Eliminar lo irrelevante

Referencias

Occam, W. (~1320). Principio de parsimonia
Lidwell, W. et al. (2010). "Universal Principles of Design"
Maeda, J. (2006). "The Laws of Simplicity"

---name: occams-razordescription: La solución más simple suele ser la mejor. Use cuando evalúe complejidad de diseño, tome decisiones de features, o simplifique interfaces.--- # Navaja de Occam ## Resumen Entre soluciones competidoras, se debe preferir la más simple. No multiplicar entidades sin necesidad. En diseño: eliminar elementos hasta que quitar más empeoraría el resultado. ## Origen - **Autor**: William of Ockham - **Año**: ~1320 - **Principio original**: "Entia non sunt multiplicanda praeter necessitatem" ## En Diseño La versión de diseño, atribuida a veces a Antoine de Saint-Exupéry: > "La perfección se alcanza, no cuando no hay nada más que añadir, sino cuando > no hay nada más que quitar." ## Fundamento La complejidad tiene costos: - Mayor carga cognitiva - Más puntos de fallo - Mantenimiento más difícil - Aprendizaje más lento - Más código, más bugs ## Aplicación en Diseño ### UI Simplification - Eliminar elementos decorativos - Reducir opciones a las esenciales - Consolidar acciones similares - Remover pasos innecesarios ### Feature Decisions - MVP antes de feature creep - Validar necesidad antes de construir - "Will it hurt to remove this?" - 80/20: focus en lo que más importa ### Visual Design - Whitespace > decoración - Iconos simples > elaborados - Tipografía limitada - Paleta de colores restringida ### Code/Architecture - Abstracciones solo cuando necesarias - Código simple > clever - Dependencias mínimas - Single responsibility ## Ejemplos - **Google Homepage**: Solo barra de búsqueda - **Apple Products**: Mínimos botones/puertos - **Medium**: Diseño centrado en lectura - **Notion**: Blocks simples, gran flexibilidad - **Linear**: Features curadas, no todas posibles ## Anti-patterns - ❌ Features "por si acaso" - ❌ Opciones que nadie usa - ❌ UI elements decorativos - ❌ Múltiples formas de hacer lo mismo sin razón - ❌ Abstracción prematura ## Límites del Principio - Simplicidad ≠ fácil de usar - A veces la complejidad es necesaria - "Simple as possible, but no simpler" (Einstein) - Balance entre poder y simplicidad ## Métricas - **Feature Usage Rate**: % de features realmente usadas - **UI Element Count**: Elementos por pantalla - **Task Steps**: Pasos para completar tareas - **Cognitive Load Score**: Complejidad percibida ## Principios Relacionados - [[kiss-principle]] - Keep It Simple - [[pragnanz]] - Gestalt: preferencia por simplicidad - [[nielsen-minimalist-design]] - Eliminar lo irrelevante ## Referencias - Occam, W. (~1320). Principio de parsimonia - Lidwell, W. et al. (2010). "Universal Principles of Design" - Maeda, J. (2006). "The Laws of Simplicity"

Frequently asked questions