skill-creator
Skill9 starsChanged 8 months agoMITView on GitHub
Meta-skill for creating new DLM diagnostic skills. Use this skill when you need to author a new troubleshooting guide (SKILL.md + reference files) that follows the project's conventions. Produces a complete skill directory structure that can be dropped into .github/skills/ and .claude/skills/.
189 other projects use a version of this.
Adopted by
Most recently taken up by
- SebastienDegodez/copilot-instructionstheir own version, first seen Nov 8, 2026
- idavidov13/agentic-playwrighttheir own version, first seen Nov 8, 2026
- HughYau/AcademicForgetheir own version, first seen Nov 8, 2026
- Ar9av/obsidian-wikitheir own version, first seen Nov 8, 2026
- rvdbreemen/OTGW-firmwaretheir own version, first seen Nov 8, 2026
- scenario-labs/skillstheir own version, first seen Nov 7, 2026
Used with
Projects with it also use taskflow-inbox-triage, mermaid-diagram-generator and 10 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
AtomicBot-aiSkilltaskflow-inbox-triage
Also in 6 projects that use this
shalombSkillmermaid-diagram-generator
Guide on creating and editing Mermaid charts safely. Use when asked to draw a diagram, flowchart, or architecture chart. Triggers on: 'mermaid', 'diagram', 'flowchart', 'visualize'.
Also in 5 projects that use this
naman10parikhSkillecosystem-reference
Quick-access directory of Claude Code ecosystem repos, skills, plugins, MCPs, and patterns. Use when improving the harness.
Also in 5 projects that use this
naman10parikhSkillfractal-delegation
Also in 5 projects that use this
Liang-MHSkillstock_analysis
获取 A 股、基金和港股的实时行情和技术分析数据
Also in 5 projects that use this
nicepkgSkillcommunity-led-growth
Expert in community-led growth (CLG) - leveraging user communities to drive acquisition, retention, and expansion. Covers building developer communities, user groups, ambassador programs, and turning customers into advocates. Knows the difference between community as a feature vs community as a growth engine, and how to measure community ROI. Use when "community-led, CLG, ambassador program, champion program, user community, developer community, word of mouth, user group, " mentioned.
Also in 5 projects that use this
- +6 more from naman10parikh
Other versions189 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 189
- moltbot/clawdbot★ 394ksame name
- steipete/warelay★ 394ksame name
- steipete/clawdis★ 394ksame name
- moltbot/moltbot★ 394ksame name
- clawdbot/clawdbot★ 394ksame name
- openclaw/openclaw★ 394ksame name
- molt-bot/clawdbot★ 391ksame name
- anthropics/skills★ 189ksame name
- openai/codex★ 134ksame name
- google-gemini/gemini-cli★ 109ksame name
179 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository7 other files it gives its agents.
- CLAUDE.mdCLAUDE.md
- .github/copilot-instructions.mdCopilot instructions
- asklearnSkill
- dlm-diagnosticsSkill
- skill-creatorSkill
- asklearnSkill
- dlm-diagnosticsSkill
The file
We split this skill into the rules it gives an agent
4 rules. 0 are common, 2 are distinctive, and 2 are very specific to this project.
0
Common
Most of the 185 edited versions we read keep these.
2
Distinctive
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 8
Create new diagnostic skills for the DLM Diagnostics MCP server.
- Very specific: line 25
Every skill must have a SKILL.md at its root with the following structure:
- Distinctive: line 99
Follow these steps to create a new skill:
- Distinctive: line 116
Before finalizing a new skill, verify:
“Common” is measured: kept by at least 6 in 10 of the 185 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Skill Creator
Create new diagnostic skills for the DLM Diagnostics MCP server. Each skill is a self-contained directory with a SKILL.md and supporting reference files.
Prerequisites
- Familiarity with the existing skill structure (see
.github/skills/dlm-diagnostics/as the canonical example). - Knowledge of the PowerShell cmdlet allowlist in
src/powershell/allowlist.ts. - Understanding of the project's read-only safety model.
Safety Rules
- Only reference read-only cmdlets — allowed verb prefixes:
Get-*,Test-*,Export-*. - Never include mutating commands in diagnostic steps —
Set-*,New-*,Remove-*,Enable-*,Start-*,Invoke-*must only appear in the "Recommended Actions" output section, clearly marked as manual-review-only. - All cmdlets used in the skill must exist in
src/powershell/allowlist.ts— if a newGet-*cmdlet is needed, add it to the allowlist as a separate change. - No credentials or secrets — never embed tokens, passwords, or connection strings in skill files.
SKILL.md Template
Every skill must have a SKILL.md at its root with the following structure:
---
name: <skill-name>
description: "<One-paragraph description of when to invoke this skill. Include symptom keywords for matching.>"
---
# <Skill Title>
<Brief overview of what this skill investigates.>
## Prerequisites
<Required PowerShell sessions or environment setup.>
## Safety Rules
<Read-only enforcement rules specific to this skill.>
## Decision Tree
| Symptom | Reference |
|---------|-----------|
| <symptom description> | [<filename>.md](references/<filename>.md) |
## Workflow
1. **Identify the symptom** — match user description to the decision tree.
2. **Load the reference file** — read it fully before starting.
3. **Execute diagnostic commands** — step by step using `run_powershell`.
4. **Interpret results** — follow the reference guide's evaluation criteria.
5. **Cross-reference** — load linked references when directed.
6. **Report findings** — summarize using the Output Format below.
7. **Review execution log** — use `get_execution_log` for the audit trail.
## Output Format
<Standard investigation summary template.>Reference File Structure
Each reference file in references/ should follow this pattern:
# <Issue Title>
## Overview
<Brief description of the issue and when it occurs.>
## Diagnostic Steps
### Step N: <Step Name>
**Command:**
\`\`\`powershell
<Get-* / Test-* / Export-* command>
\`\`\`
**Evaluate:**
- <What to look for in the output>
- <Condition that indicates a problem>
## Root-Cause Table
| Finding | Root Cause | Remediation |
|---------|-----------|-------------|
| <diagnostic finding> | <why it happens> | <fix command or action — marked as manual> |
## Cross-References
- [related-file.md](related-file.md) — <when to follow this link>Creation Workflow
Follow these steps to create a new skill:
- Name the skill — use kebab-case (e.g.,
edr-diagnostics,compliance-search-triage). - Write the SKILL.md — follow the template above. Start with the YAML frontmatter
nameanddescription. - Build the decision tree — list every symptom the skill can diagnose, each mapping to a reference file.
- Create reference files — one
.mdper symptom in areferences/subdirectory. Each must include diagnostic steps with exact PowerShell commands, evaluation criteria, a root-cause table, and cross-references. - Validate cmdlets — every cmdlet used in diagnostic steps must be in
src/powershell/allowlist.ts. If a new read-only cmdlet is needed, add it to the allowlist. - Test the flow — mentally walk through at least one symptom end-to-end: decision tree → reference file → commands → evaluation → root cause → remediation.
- Write the output format — ensure it matches the standard investigation summary template.
- Mirror the skill — copy the complete skill directory to both locations:
.github/skills/<skill-name>/.claude/skills/<skill-name>/
- Update documentation — if the skill introduces new cmdlets, update
CLAUDE.mdand.github/copilot-instructions.md. - Commit — commit both skill copies and any allowlist changes together.
Validation Checklist
Before finalizing a new skill, verify:
- SKILL.md has valid YAML frontmatter with
nameanddescription - Description includes symptom keywords for AI matching
- Decision tree covers all intended symptoms
- Every decision tree entry links to an existing reference file
- All reference files exist in
references/subdirectory - All diagnostic commands use only
Get-*,Test-*, orExport-*cmdlets - All cmdlets are present in
src/powershell/allowlist.ts - Mutating commands appear only in remediation sections with manual-review warnings
- Reference files include root-cause tables
- Skill is mirrored in both
.github/skills/and.claude/skills/ - Relative
references/links resolve correctly from both locations
Canonical Example
See .github/skills/dlm-diagnostics/ (or .claude/skills/dlm-diagnostics/) for the reference implementation. It demonstrates all conventions: YAML frontmatter, decision tree, 12 reference files, safety rules, workflow, and output format.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

