update-skill

Crear o actualizar habilidades generando, editando o refinando archivos SKILL.md en este repositorio. Úsalo al crear nuevas habilidades o al revisar la estructura, el frontmatter o la guía de las existentes.

npx skills add https://github.com/warpdotdev/common-skills --skill update-skill

update-skill

This guide provides instructions for creating or updating skills in this repository. It covers the required structure, frontmatter, and best practices for skills.

Quick Start

Every skill is a directory containing a SKILL.md file with YAML frontmatter and markdown body:

---
name: pdf-processing
description: Extract text and tables from PDF files, fill forms, merge documents.
---

# PDF Processing

## When to use this skill
Use this skill when the user needs to work with PDF files...

## How to extract text
1. Use pdfplumber for text extraction...

## How to fill forms
...

Requirements

Frontmatter (Required)

Every SKILL.md must start with YAML frontmatter containing:

  • name: Kebab-case identifier (lowercase letters, numbers, hyphens only)
    • Example: add-feature-flag, pdf-processing, update-skill
  • description: Specific description of what the skill does and when to use it
    • Must be non-empty
    • Should include key terms for skill discovery
    • Begin with an action verb to clearly state what the skill accomplishes (e.g., "Adds feature flags..." instead of "Helps with features..."), and immediately follow with a specific use case or context (e.g., "Use when working with feature flags")
    • Write in third person (e.g., "Adds feature flags..." not "I can help you add...")

Writing Effective Descriptions

The description field is critical for skill discovery. Include both what the skill does and when to use it. Some good examples:

  • git-commit: "Generate descriptive commit messages by analyzing git diffs. Use when the user asks for help writing commit messages or reviewing staged changes."
  • pdf-processing: "Extract text and tables from PDF files, fill forms, merge documents. Use when working with PDF files or when the user mentions PDFs, forms, or document extraction."

Avoid vague descriptions like "Helps with code" or "Does development tasks". For more context, see "Description Best Practices" in references/best-practices.md.

Skill Structure

Typical sections in Warp skills:

  1. Title and brief summary – Clear title and a concise overview of the skill's purpose and primary use cases. Link to sections, reference files or related skills if useful
  2. Overview - Context about the skill's purpose (optional but common), extends the summary with more details and context
  3. Main content - Steps, usage instructions, or workflow guidance
  4. Best Practices - Guidelines and recommendations (optional)
  5. Examples / Reference PRs - Links to real examples (optional)

Keep the structure flexible based on the skill's needs. Simple skills can omit the optional sections.

Validation

Optionally, use the skills-ref reference library to validate your skills:

skills-ref validate ./my-skill

This checks that your SKILL.md frontmatter is valid and follows all naming conventions. If not installed, use the WebSearch tool to get context around this package.

Main Content Best Practices

File Organization

  • Simple skills (<=200 lines): Keep everything in SKILL.md
  • Complex skills (>200 lines): Split detailed content into references/ subdirectory

When to Split Content

Create references/ subdirectory when:

  • SKILL.md approaches 200+ lines
  • Skill covers multiple domains or workflows that can be loaded independently
  • Detailed reference material would clutter the main instructions

Keep only essential workflow and procedural instructions in SKILL.md. Move detailed reference material, schemas, and extensive examples to references/ files.

Examples from Existing Skills

For reference on structure and style:

  • .agents/skills/add-feature-flag/SKILL.md - Multi-step workflow with clear sequential steps
  • .agents/skills/remove-feature-flag/SKILL.md - Cleanup workflow with search commands

Best Practices

See references/best-practices.md for detailed authoring guidance including:

  • Progressive disclosure patterns
  • Writing concise, effective instructions
  • Code example formatting
  • Common anti-patterns to avoid

Más skills de warpdotdev

council
warpdotdev
Ejecuta un consejo de subagentes con diversidad de modelos para investigar un mismo problema desde múltiples perspectivas, comparar hallazgos y producir una recomendación final. Usa esta habilidad siempre que el usuario solicite un consejo, segundas opiniones, múltiples agentes/modelos para evaluar una pregunta, investigación paralela, comparación de equipo rojo/equipo azul, o ayuda para decidir entre enfoques técnicos en competencia.
researchcommunicationproject-management
spec-driven-implementation
warpdotdev
Impulsar un flujo de trabajo basado en especificaciones para funcionalidades sustanciales escribiendo PRODUCT.md antes de la implementación, redactando TECH.md cuando sea necesario, y manteniendo ambas especificaciones actualizadas a medida que la implementación evoluciona. Usar al iniciar una funcionalidad significativa, al planificar una implementación impulsada por agentes, o cuando el usuario desee que las especificaciones de producto y técnicas se registren en el control de versiones.
developmentdocumentproject-management
review-pr
warpdotdev
Revisa el diff de una pull request y escribe comentarios estructurados en review.json para que el flujo de trabajo los publique. Úsalo al revisar un PR verificado desde artefactos locales como pr_diff.txt y pr_description.txt, generando una salida de revisión legible por máquina en lugar de publicar directamente en GitHub.
code-reviewdevelopment
create-pr
warpdotdev
Crear una solicitud de extracción en el repositorio warp para la rama actual. Usar cuando el usuario mencione abrir un PR, crear una solicitud de extracción, enviar cambios para revisión o preparar código para fusión.
developmentcode-review
implement-specs
warpdotdev
Implementar una funcionalidad aprobada de PRODUCT.md y TECH.md, manteniendo las especificaciones y el código alineados en el mismo PR a medida que la implementación evoluciona. Usar después de que las especificaciones del producto y técnicas sean aprobadas y el siguiente paso sea construir la funcionalidad.
developmentcode-reviewapi
cross-critique
warpdotdev
Ejecuta una segunda ronda sobre una cuestión controvertida circulando la propuesta independiente de cada subagente a los otros autores y solicitando pros y contras estructurados, luego sintetiza. Usa esta habilidad siempre que tengas múltiples propuestas u opiniones independientes sobre una decisión controvertida — compensaciones de arquitectura, desacuerdos en revisiones de código, elecciones de diseño, teorías de causa raíz en competencia — y quieras un análisis más preciso que el que producirías sintetizando por tu cuenta. Se combina naturalmente con las habilidades de consejo e investigación;...
resolve-merge-conflicts
warpdotdev
Resolve Git merge conflicts by extracting only unresolved paths, conflict hunks, and compact diffs instead of loading whole files into context. Use when a merge, rebase, cherry-pick, or stash pop stops on conflicts, when `git status` shows unmerged paths, or when files contain conflict markers.
developmentcode-review
brandalf
warpdotdev
Guía la creación, revisión y corrección de activos con la marca Warp u Oz. Úsalo al trabajar en páginas de lanzamiento, documentación, componentes HTML/CSS, maquetas de interfaz, prompts, activos para redes sociales, textos, presentaciones o cualquier otro entregable de marca que deba verse y sonar inconfundiblemente como Warp u Oz.
designcreativemarketing