com um clique
make-skill
// Create new Agent Skills for GitHub Copilot. Use when asked to create, scaffold, or add a skill. Generates SKILL.md with frontmatter, directory structure, and optional resources.
// Create new Agent Skills for GitHub Copilot. Use when asked to create, scaffold, or add a skill. Generates SKILL.md with frontmatter, directory structure, and optional resources.
Implementation details for the EF Core Azure Cosmos DB provider. Use when changing Cosmos-specific code.
Guide for migrating MSBuild tasks to multithreaded mode support, including compatibility red-team review. Use this when converting tasks to thread-safe versions, implementing IMultiThreadableTask, adding TaskEnvironment support, or auditing migrations for behavioral compatibility.
Manage MSBuild Change Waves: create new waves, condition features behind opt-out flags, write tests for wave-gated features, document change waves in ChangeWaves.md, and retire expired waves. Use when adding changes that need an opt-out or rotating out old change waves. Changes that introduce a user-visible behavior change should consider whether to use a changewave.
Analyze CI build and test status from Azure DevOps and Helix for dotnet repository PRs. Use when checking CI status, investigating failures, determining if a PR is ready to merge, or given URLs containing dev.azure.com or helix.dot.net. Also use when asked "why is CI red", "test failures", "retry CI", "rerun tests", "is CI green", "build failed", "checks failing", or "flaky tests".
Multi-agent review council. Invoke for: review council, fellowship review, multi-agent review, panel review, diverse model review.
| name | make-skill |
| description | Create new Agent Skills for GitHub Copilot. Use when asked to create, scaffold, or add a skill. Generates SKILL.md with frontmatter, directory structure, and optional resources. |
This skill helps you scaffold new agent skills that conform to the Agent Skills specification. Agent Skills are a lightweight, open format for extending AI agent capabilities with specialized knowledge and workflows.
name and description determine when the skill triggers—be clear and comprehensiveBuild deep understanding of the relevant topics using the repository content, existing documentation, and any linked external resources.
After investigating, verify:
If there are any ambiguities, gaps in understanding, or multiple valid approaches, ask the user for clarification before proceeding to skill creation. Also, evaluate whether the task might be better handled by a custom agent, agentic workflow, an existing skill or multiple narrower skills, and discuss this with the user if relevant.
.agents/skills/<skill-name>/
├── SKILL.md # Required: instructions + metadata
Create the file with required YAML frontmatter:
---
name: <skill-name>
description: <description of what the skill does and when to use it>
user-invocable: <Optional, defaults to true. Set to false for background knowledge skills.>
argument-hint: <Optional, guidance for how agents should format arguments when invoking the skill.>
disable-model-invocation: <Optional, set to true to prevent agents from invoking the skill and only allow to be used through manual invocation.>
compatibility: <Optional, specify any environment, tool, or context requirements for the skill.>
metadata: <Optional, key-value mapping for additional metadata that may be relevant for discovery or execution.>
allowed-tools: <Optional, list of pre-approved tools that agents could use when invoking the skill.>
---
Include these recommended sections, following this file's structure:
.agents/skills/<skill-name>/
├── SKILL.md
├── scripts/ # Optional: executable code that agents can run
├── references/ # Optional: REFERENCE.md (Detailed technical reference), FORMS.md (Form templates or structured data formats), domain-specific instruction files
└── assets/ # Optional: templates, resources and other data files that aren't executable or Markdown
Ensure the name:
After creating a skill, verify:
.github/copilot-instructions.md or under .github/instructions/| Pitfall | Solution |
|---|---|
| Description is vague | Include what it does AND when to use it |
| Instructions are ambiguous | Use numbered steps with concrete actions |
| Missing validation steps | Add checkpoints that verify success |
| Hardcoded environment assumptions | Document requirements in compatibility field |
| Key files section lists files previously mentioned | Avoid duplication, only include in one place and rename section to "Other Key Files" |
| Testing section lists test folders that are obvious from the repo structure | Remove the section if it doesn't add value |