Agents & OrchestrationSûr100100/100
Make Skill (.NET)
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.
ou envoie-le directement à ton agent.
Installer dans ton projet
$ curl -fsSL https://arboristhree.xyz/cli/install-skill.mjs -o /tmp/arboris-install-skill.mjs && node /tmp/arboris-install-skill.mjs make-skill__dotnet-dotnet__src-efcore-agents-skills-df27df9808fb.NET
dotnet/dotnet
Contenu à copier
--- 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.' metadata: origin: .NET --- # Create Skill 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. ## When Not to Use - Creating custom agents (use the agents/ directory pattern) - Adding language-specific, framework-specific, or module-specific coding guidelines (use file-based instructions instead) ### Key Principles - **Frontmatter is critical**: `name` and `description` determine when the skill triggers—be clear and comprehensive - **Concise is key**: Only include what agents don't already know; context window is shared - **Useful instructions**: Only include information that's stable, not easily searchable and can be used for any task within the skill's scope - **No duplication**: Information lives in SKILL.md OR reference files, not both ## Workflow ### Step 1: Investigate the Topic Build deep understanding of the relevant topics using the repository content, existing documentation, and any linked external resources. After investigating, verify: - [ ] Can explain what the skill does in one paragraph - [ ] Can list 3-5 specific scenarios where the skill is applicable - [ ] Can identify common pitfalls or misconceptions about the topic - [ ] Can outline a step-by-step skill workflow with clear validation steps - [ ] Have search queries for deeper topics - [ ] Can determine if the skill should be user-invocable or background knowledge only 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. ### Step 2: Create the skill directory ``` .agents/skills/<skill-name>/ ├── SKILL.md # Required: instructions + metadata ``` ### Step 3: Generate SKILL.md with frontmatter Create the file with required YAML frontmatter: ```yaml --- 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.> --- ``` ### Step 4: Add body content sections Include these recommended sections, following this file's structure: 1. **<Human-readable skill name>**: One paragraph describing the outcome beyond what's already in the description 2. **When Not to Use**: Bullet list of exclusions, optional 3. **Inputs and Outputs**: Example inputs and expected outputs, if applicable 4. **Workflow**: Numbered steps with checkpoints 5. **Testing**: Instructions for how to create automated tests for the skill output, if applicable 6. **Validation**: How to confirm the skill worked correctly 7. **Common Pitfalls**: Known traps and how to avoid them, optional ### Step 5: Add and populate optional directories if needed ``` .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 ``` ### Step 6: Write Scripts (Script-driven Only) - Prefer PowerShell, but can also use Python or JavaScript - Standard param block with defaults - Ensure scripts produce clear, structured, and parseable console output (for example, section headers and status lines) - Emoji status: ✅ green / ⚠️ yellow / 🔴 red - **Fail-closed error handling** — Unknown ≠ Healthy > ❌ **NEVER** count API failures as success. Return "Unknown" and exclude from positive counts. ### Step 7: Validate the skill Ensure the name: - Does not start or end with a hyphen - Does not contain consecutive hyphens - Is between 1-64 characters - YAML frontmatter name matches directory name exactly After creating a skill, verify: - [ ] frontmatter fields are valid - [ ] SKILL.md is under 500 lines and 5000 tokens, split into references if needed - [ ] File references use relative paths - [ ] Instructions are actionable and specific - [ ] Instructions don't duplicate what's already in `.github/copilot-instructions.md` or under `.github/instructions/` - [ ] Workflow has numbered steps with clear checkpoints - [ ] Validation section exists with observable success criteria - [ ] No secrets, tokens, or internal URLs included - [ ] Common pitfalls are relevant and have solutions - [ ] Optional directories are used appropriately - [ ] Scripts handle edge cases gracefully and return structured outputs and helpful error messages when applicable ### Step 8: Test with Multi-Model Subagents Follow [references/testing-patterns.md](references/testing-patterns.md): 1. Select top-tier model from 2-4 different families 2. Give each the same test prompt exercising the skill 3. Launch in parallel via `task` tool with `model` parameter 4. Synthesize: consensus findings = high confidence 5. Fix errors first, then warnings, then consider suggestions 6. **Retrospective**: When an agent misapplies guidance, ask the *same model* why it made that choice — its self-analysis reveals guidance gaps you can close with targeted anti-patterns (see references/anti-patterns.md) 7. **A/B test**: After fixing issues, re-run the same task to verify improvement — same model, same prompt, compare correctness/speed/tool calls (see references/testing-patterns.md) **For new skills or major restructuring**, use the writer-critic convergence loop instead: one agent writes, a different-model agent critiques, writer applies fixes, repeat until convergence (2-3 rounds). See references/testing-patterns.md#writer-critic-convergence-loop. ## Common Pitfalls | 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 | ## References - [Agent Skills Specification](https://agentskills.io/specification) - [Copilot Instructions](../../../.github/copilot-instructions.md) - [Contributing Guidelines](../../../.github/CONTRIBUTING.md)
Colle ce Markdown dans ton agent ou utilise les boutons ci-dessus pour l’écrire dans ton projet.
Ce que fait Make Skill (.NET)
Creating custom agents (use the agents/ directory pattern)
Adding language-specific, framework-specific, or module-specific coding guidelines (use file-based instructions instead)
**Frontmatter is critical**: `name` and `description` determine when the skill triggers—be clear and comprehensive
**Concise is key**: Only include what agents don't already know; context window is shared
Comment utiliser Make Skill (.NET)
1
Copie le prompt
Un clic copie le prompt packagé (ou l'envoie à ton agent).
2
L'agent installe le skill
Il ajoute le SKILL.md et ses ressources à ton projet.
3
Activation automatique
Le skill s'active dès que le contexte correspond.
Déclencheurs pour Make Skill (.NET)
Dis simplement à ton agent quelque chose comme :
Applique le skill make-skill__dotnet-dotnet__src-efcore-agents-skills-df27df9808fb à cette tâche
Utilise make-skill__dotnet-dotnet__src-efcore-agents-skills-df27df9808fb pour améliorer cette implémentation
Passe en revue ce sujet avec make-skill__dotnet-dotnet__src-efcore-agents-skills-df27df9808fb
Skills liés à Make Skill (.NET)
Acceleration (Microsoft)
Compare synthetic acceleration options and clearly separate scenario value from forecast commitments.Account Overview (Microsoft)
Create a synthetic Acme account overview and identify evidence that merits seller attention.Acroform Writer (Microsoft)
Use this skill whenever the user wants values written INTO an existing PDF form that lives in the connected SharePoint knowledge source — filling out, completing, populating, or submitting a fillable PDF (application, intake sheet, contract, government form) from data they supply, a spreadsheet row, or the conversation. Triggers include "fill out the job application form", "complete the intake form for [person]", "populate our standard NDA template", and "make this ready to send / non-editable" (flatten). The source form should be found via knowledge search; only ask the user to upload it if knowledge search turns up nothing plausible. different task), and do NOT use it on scanned/image-only PDFs that have no real fillable fields — those need OCR or manual overlay instead, which this skill explicitly detects and reports rather than silently failing.