Úsalo cuando el usuario pida 'create a hookify rule', 'write a hook rule', 'configure hookify' o necesite ayuda con la sintaxis y los patrones de las reglas hookify.
en todo el repo
0–100, la ruta de este skill
último commit aquí
últimos 90 días
48 tok en reposo
8 KB
Funciona con cualquier agente que lea SKILL.md
npx -y skills add anthropics/claude-code --skill writing-rules --agent claude-codeSe instala solo en este repositorio.
Di cualquiera de estas frases y el agente debería cargar este skill.
1 archivo en el paquete. Solo se lee SKILL.md al activarse — las referencias se cargan si el skill decide que las necesita.
Las reglas se guardan en .claude/hookify.{rule-name}.local.md y se recomienda añadir .claude/*.local.md a .gitignore.
Necesita en el PATH:python3
Este repo incluye 10 skills. Si instalas uno, normalmente ya tienes los demás.
Guía para un diseño visual distintivo e intencional al crear o rediseñar una UI: dirección estética, tipografía y decisiones que no parezcan defaults templados.
Migra prompts y código desde Claude Sonnet 4.0, Sonnet 4.5 u Opus 4.1 hacia Opus 4.5, actualizando strings de modelo y ajustando prompts según diferencias de comportamiento conocidas. No migra Haiku 4.5.
Guía para crear slash commands en Claude Code: estructura de archivos, frontmatter YAML, argumentos dinámicos, referencias a archivos y buenas prácticas.
Guía completa para crear e implementar hooks de plugins de Claude Code, con énfasis en la API avanzada de hooks basados en prompt.
Guía completa para integrar servidores Model Context Protocol en plugins de Claude Code, para conectar herramientas y servicios externos.
Documenta el patrón .claude/plugin-name.local.md para guardar configuración específica de plugins con frontmatter YAML y contenido markdown.
Úsalo al empezar trabajo de feature que necesita aislamiento del workspace actual, o antes de ejecutar planes de implementación: asegura un workspace aislado vía herramientas nativas o fallback a git worktree.
Úsala al crear nuevas skills, editar skills existentes o verificar que funcionan antes de desplegarlas.
Parte un plan, una spec o la conversación actual en tickets tracer-bullet, cada uno declarando sus aristas de bloqueo, publicados en el tracker configurado.
