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

warpdotdevのその他のスキル

create-pr
warpdotdev
現在のブランチに対してwarpリポジトリにプルリクエストを作成します。ユーザーがPRを開く、プルリクエストを作成する、レビューのために変更を提出する、またはマージのためにコードを準備することを言及した場合に使用します。
developmentcode-review
research
warpdotdev
ノイズの多い調査を1つ以上のサブエージェントに委任し、オーケストレーターのコンテキストをクリーンに保った上で、抽出された回答に基づいて作業を進めます。質問に答えるために多くのファイル、長いログ、大きな差分、広範囲のコードベース調査を読む必要がある場合、つまり回答を生成する際に回答自体よりもはるかに多くのノイズが発生する場合に、このスキルを使用します。「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
実装前にPRODUCT.mdを作成し、必要に応じてTECH.mdを作成し、実装の進行に合わせて両方の仕様を更新することで、大規模な機能に対して仕様駆動のワークフローを推進します。重要な機能の開始時、エージェント駆動の実装計画時、またはユーザーが製品仕様と技術仕様をソース管理にチェックインしたい場合に使用します。
developmentdocumentproject-management
review-pr
warpdotdev
プルリクエストの差分をレビューし、ワークフローが公開するための構造化されたフィードバックをreview.jsonに書き込みます。ローカルアーティファクト(pr_diff.txtやpr_description.txtなど)からチェックアウトしたPRをレビューし、GitHubに直接投稿する代わりに機械可読なレビュー出力を生成する場合に使用します。
code-reviewdevelopment