Skip to content
Back to skills

Less Code

ASecurity

Keep every code change as small as possible. Use whenever writing, fixing or refactoring code in this repository (features, bug fixes, UI changes, scripts), before adding new files, components, helpers, abstractions, options or dependencies.

  • 2 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added September 24, 2026
ai-agentsgoreactvuerefactoringgit

Security analysis

A100/100

Scanned September 24, 2026

npx -y skills add eabz/tirith --skill less-code --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Less Code?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Less Code
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/eabz-less-code/badge)](https://www.skillsdirectory.com/skills/eabz-less-code)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: less-code
description: Keep every code change as small as possible. Use whenever writing, fixing or refactoring code in this repository (features, bug fixes, UI changes, scripts), before adding new files, components, helpers, abstractions, options or dependencies.
---

# Less code

La mejor solución es la que deja el código más corto y claro posible. El diff neto ideal es cero o negativo.

## Antes de escribir

1. **Busca antes de crear.** Revisa si ya existe un componente, helper, tipo, token o patrón que resuelva el problema (grep o Serena). Reúsalo o extiéndelo en lugar de crear uno paralelo.
2. **Entiende el flujo actual.** Lee el código que vas a tocar y a quién afecta. Muchas veces el cambio correcto es mover o borrar, no añadir.
3. **Resuelve solo lo que se pidió.** Nada de opciones, flags, parámetros, variantes o casos que nadie pidió "por si acaso".

## Mientras escribes

- **Borra antes de añadir.** Si el cambio vuelve innecesario algo existente (código, props, estilos, copy, dependencias), elimínalo en el mismo cambio.
- **Sin abstracciones prematuras.** No crees una función, hook, componente o archivo nuevo para un solo uso. La regla de tres: abstrae hasta el tercer caso real.
- **Sin capas defensivas inútiles.** No agregues try/catch, validaciones, fallbacks ni tipos para situaciones que no pueden ocurrir en el flujo real.
- **Sin comentarios que repiten el código.** Comenta solo el porqué no obvio.
- **Sin dependencias nuevas** si la plataforma (Next, React, Bun, la librería que ya usamos) lo resuelve.
- **Sigue el estilo del archivo.** No reformatees ni reorganices código que no es parte del cambio.

## Al terminar

1. Revisa tu diff completo y pregúntate por cada bloque añadido: ¿se puede borrar, reusar algo existente o escribirse más corto sin perder claridad?
2. Corre `/simplify` sobre el cambio si está disponible, y luego `bun run check` (knip detecta exports y dependencias muertas).
3. Reporta el balance: líneas añadidas / borradas (`git diff --shortstat`) y qué eliminaste.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…