update-skill

Tạo hoặc cập nhật kỹ năng bằng cách sinh, chỉnh sửa hoặc tinh chỉnh các tệp SKILL.md trong kho lưu trữ này. Sử dụng khi viết kỹ năng mới hoặc sửa đổi cấu trúc, frontmatter hoặc hướng dẫn cho các kỹ năng hiện có.

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

Thêm skills từ warpdotdev

council
warpdotdev
Chạy một hội đồng phụ trợ đa dạng mô hình để điều tra cùng một vấn đề từ nhiều góc nhìn, so sánh các phát hiện và đưa ra khuyến nghị cuối cùng. Sử dụng kỹ năng này bất cứ khi nào người dùng yêu cầu một hội đồng, ý kiến thứ hai, nhiều tác nhân/mô hình để đánh giá một câu hỏi, điều tra song song, so sánh đội đỏ/đội xanh, hoặc trợ giúp quyết định giữa các phương pháp kỹ thuật cạnh tranh.
researchcommunicationproject-management
spec-driven-implementation
warpdotdev
Thúc đẩy quy trình làm việc theo hướng đặc tả trước cho các tính năng lớn bằng cách viết PRODUCT.md trước khi triển khai, viết TECH.md khi cần thiết, và cập nhật cả hai đặc tả khi quá trình triển khai phát triển. Sử dụng khi bắt đầu một tính năng quan trọng, lên kế hoạch triển khai do tác nhân điều khiển, hoặc khi người dùng muốn kiểm tra các đặc tả sản phẩm và kỹ thuật vào hệ thống quản lý mã nguồn.
developmentdocumentproject-management
review-pr
warpdotdev
Xem xét diff của pull request và viết phản hồi có cấu trúc vào review.json để quy trình làm việc xuất bản. Sử dụng khi xem xét một PR đã checkout từ các tạo phẩm cục bộ như pr_diff.txt và pr_description.txt và tạo đầu ra đánh giá có thể đọc bằng máy thay vì đăng trực tiếp lên GitHub.
code-reviewdevelopment
create-pr
warpdotdev
Tạo một pull request trong kho lưu trữ warp cho nhánh hiện tại. S
developmentcode-review
implement-specs
warpdotdev
Triển khai một tính năng đã được phê duyệt từ PRODUCT.md và TECH.md, giữ cho đặc tả và mã nguồn luôn đồng bộ trong cùng một PR khi quá trình triển khai tiến triển. Sử dụng sau khi đặc tả sản phẩm và kỹ thuật đã được phê duyệt và bước tiếp theo là xây dựng tính năng.
developmentcode-reviewapi
cross-critique
warpdotdev
We need to translate the given text from English to Vietnamese. The text is a description of a skill called "cross-critique". The instruction says to preserve the name "cross-critique" if it appears in the source text. It does appear: "cross-critique" is in the skill name at the top, but the instruction says "Do not include the name unless it appears in the source text." The source text inside <text> does not contain the name "cross-critique" explicitly; it only says "this skill" at the end. So we should not add the name. We just translate the text. The text: "Run a second round on a contested question by circulating each subagent's independent proposal to the other authors and asking for structured pros and cons, then synthesize. Use this skill whenever you have multiple independent proposals or opinions on a contested decision — architecture tradeoffs, code review disagreements, design choices, competing root-cause theories — and want sharper analysis than you'd produce by synthesizing alone. Pairs naturally with the council and research skills;
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
Hướng dẫn tạo, chỉnh sửa và xem xét các tài sản mang thương hiệu Warp hoặc Oz. Sử dụng khi làm việc trên các trang ra mắt, tài liệu, thành phần HTML/CSS, mô phỏng giao diện người dùng, lời nhắc, tài sản truyền thông xã hội, nội dung quảng cáo, bài thuyết trình hoặc bất kỳ sản phẩm có thương hiệu nào khác cần trông và nghe rõ ràng là của Warp hoặc Oz.
designcreativemarketing