update-skill

โดย warpdotdev

สร้างหรืออัปเดตสกิลโดยการสร้าง แก้ไข หรือปรับปรุงไฟล์ SKILL.md ในพื้นที่เก็บนี้ ใช้เมื่อเขียนสกิลใหม่หรือปรับปรุงโครงสร้าง ข้อมูลนำหน้า หรือคำแนะนำสำหรับสกิลที่มีอยู่

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

Skills เพิ่มเติมจาก warpdotdev

create-pr
warpdotdev
สร้าง pull request ใน warp repository สำหรับ branch ปัจจุบัน ใช้เมื่อผู้ใช้พูดถึงการเปิด PR, การสร้าง pull request, การส่งการเปลี่ยนแปลงเพื่อตรวจสอบ หรือการเตรียมโค้ดสำหรับ merge
developmentcode-review
research
warpdotdev
มอบหมายการสืบสวนที่มีเสียงรบกวนให้กับซับเอเจนต์หนึ่งตัวหรือมากกว่า เพื่อให้คอนเท็กซ์ของออร์เคสเตรเตอร์สะอาดอยู่เสมอ จากนั้นทำงานจากคำตอบที่กลั่นกรองแล้ว ใช้สกิลนี้เมื่อใดก็ตามที่การตอบคำถามต้องอ่านไฟล์จำนวนมาก ล็อกยาว ดิฟฟ์ขนาดใหญ่ หรือการสำรวจโค้ดเบสที่กว้างขวาง กล่าวคือ เมื่อการสร้างคำตอบก่อให้เกิดเสียงรบกวนมากกว่าตัวคำตอบเอง ใช้สำหรับคำถามแบบ "X ทำงานอย่างไร" "Y ใช้ที่ไหน" "ต้นตอของ Z คืออะไร" "สรุป PR/ล็อกนี้" และนำมาใช้ได้อย่างอิสระ...
suggestion-box
warpdotdev
ส่งข้อเสนอแนะภายในที่กระชับและสร้างสรรค์โดยอัตโนมัติเมื่อเอเจนต์พบอุปสรรคที่สำคัญและสามารถนำไปปรับใช้ได้ทั่วไป และสามารถเสนอการปรับปรุงที่จะทำให้เอเจนต์มีประสิทธิภาพมากขึ้น ใช้ทักษะนี้เชิงรุกระหว่างงานใดๆ โดยไม่ต้องรอให้ผู้ใช้เรียกใช้ และส่งโดยไม่ต้องขออนุญาต ดูตัวอย่างข้อความ หรือกล่าวถึงการส่งนั้น
respond-to-pr-comments-in-blocklist
warpdotdev
Interactively walk a user through PR review comments one at a time, collect a per-comment decision, then post agent-authored replies on GitHub and resolve the review threads once the user approves a preview. Use only when the user wants to reply to or resolve review threads on GitHub. Skip when the user only wants comments fetched or displayed (use `pr-comments`), or only wants the code changes made without posting anything back to GitHub.
complain
warpdotdev
ส่งข้อร้องเรียนสั้นๆ แบบไม่ระบุตัวตนและไม่มีรูปแบบลงใน Slack โดยอัตโนมัติ เมื่อใดก็ตามที่เอเจนต์รู้สึกหงุดหงิดกับเครื่องมือของเอเจนต์หรือประสบการณ์การทำงานของเอเจนต์ ใช้สกิลนี้เชิงรุกโดยไม่ต้องรอให้ผู้ใช้เรียกใช้ รักษาน้ำเสียงดิบของเอเจนต์ไว้ ส่งโดยไม่ขออนุญาตหรือดูตัวอย่าง และไม่ต้องเอ่ยถึงการส่งข้อร้องเรียนนั้นอีก
council
warpdotdev
ดำเนินการประชุมคณะอนุกรรมการที่มีความหลากหลายทางโมเดลเพื่อตรวจสอบปัญหาเดียวกันจากหลายมุมมอง เปรียบเทียบผลการค้นพบ และจัดทำข้อเสนอแนะสุดท้าย ใช้ทักษะนี้เมื่อผู้ใช้ขอให้มีการประชุมคณะกรรมการ ความคิดเห็นที่สอง ตัวแทน/โมเดลหลายตัวเพื่อประเมินคำถามเดียว การตรวจสอบแบบขนาน การเปรียบเทียบทีมแดง/ทีมน้ำเงิน หรือความช่วยเหลือในการตัดสินใจระหว่างแนวทางทางเทคนิคที่แข่งขันกัน
researchcommunicationproject-management
spec-driven-implementation
warpdotdev
ขับเคลื่อนเวิร์กโฟลว์แบบ spec-first สำหรับฟีเจอร์ขนาดใหญ่ โดยเขียน PRODUCT.md ก่อนการนำไปใช้งาน เขียน TECH.md เมื่อจำเป็น และอัปเดต spec ทั้งสองให้สอดคล้องกับการพัฒนาที่ดำเนินไป ใช้เมื่อเริ่มฟีเจอร์สำคัญ
developmentdocumentproject-management
review-pr
warpdotdev
ตรวจสอบความแตกต่างของ pull request และเขียนข้อเสนอแนะที่มีโครงสร้างไปยัง review.json เพื่อให้เวิร์กโฟลว์เผยแพร่ ใช้เมื่อตรวจสอบ PR ที่เช็คเอาท์จากอาร์ติแฟกต์ในเครื่อง เช่น pr_diff.txt และ pr_description.txt และสร้างผลลัพธ์การตรวจสอบที่เครื่องอ่านได้แทนที่จะโพสต์ไปยัง GitHub โดยตรง
code-reviewdevelopment