Skill creator
Skill PIXARTSeu/Synapse/packages/codegraph/data/skill/skill-creator
Self-improving AI brain for Claude Code & Desktop — 28 MCP tools, 253 skills, collective memory, project tracking, work logs. One server, all your sessions share the same knowledge. Deploy on Coolify in 2 minutes.
npx -y skills add PIXARTSeu/Synapse --skill skill-creatorAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
- 8 stars8 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Interactive guide for creating new Skills 2.0-compliant skills. Use when user asks to "create a new skill", "build a skill for X", "add a skill to the workflow", or "teach Claude how to do Y consistently". Walks through use case definition, frontmatter generation, instruction writing, evals creation, and validation against Skills 2.0 standard.
SKILL.md
5.0 KB, as published. Nobody here has run it
Skill Creator 2.0
Guide interattiva per creare skill conformi allo standard Skills 2.0.
Overview
Crea skill che si attivano al momento giusto, insegnano workflow specifici, e si testano automaticamente con evals.
Core principle: Una buona skill è specifica, testabile, e segue progressive disclosure.
Process
Step 1: Define Use Cases
Prima di scrivere qualsiasi codice, identifica 2-3 casi d'uso concreti:
Use Case: [nome]
Trigger: Quando l'utente dice "[frase]" o "[frase alternativa]"
Steps:
1. [step 1]
2. [step 2]
Result: [output atteso]
Chiedi all'utente:
- Qual è il workflow ripetitivo che vuoi automatizzare?
- Quali frasi usano tipicamente per chiederlo?
- Qual è il risultato atteso?
Step 2: Generate Frontmatter
Genera il frontmatter YAML con tutti i campi 2.0 appropriati:
---
name: [kebab-case-name]
description: >
[Cosa fa la skill — 1 frase].
Use when [trigger condition 1].
Use when user asks to "[phrase 1]", "[phrase 2]".
version: 1.0.0
[user-invocable: true] # se ha senso come slash command
[argument-hint: "..."] # se user-invocable
[allowed-tools: [...]] # se vuoi restringere i tool
[context: "bash scripts/load_context.sh"] # se serve context injection
---
Regole nome:
- kebab-case:
my-skill-name - No spazi, no maiuscole, no underscore
- No "claude" o "anthropic" nel nome
Description ottimale:
- Include COSA fa + QUANDO usarla (trigger phrases)
- Max 1024 chars
- No XML tags, no
<>
Step 3: Write Instructions
Struttura raccomandata per il body:
# Nome Skill
## Overview
Descrizione breve. Core principle in 1-2 frasi.
## When to Use
- Caso d'uso principale
- Caso d'uso secondario
- Non usare quando: [condizioni]
## Instructions
### Step 1: [Primo step]
Istruzione chiara e specifica.
### Step 2: [Secondo step]
...
## Examples
### Example 1: [Scenario tipico]
User: "..."
Azione: [cosa fa la skill]
Output: [risultato]
## Troubleshooting
### La skill non si attiva
Causa: Trigger phrases troppo generiche
Soluzione: Aggiungere frasi più specifiche nella description
Best practices Skills 2.0:
- Framing positivo (no NEVER/ALWAYS/DO NOT eccessivi)
- No XML tags nel body
- Progressive disclosure: frontmatter → body → references/
Step 4: Create Directory Structure
mkdir -p skill-name/scripts
mkdir -p skill-name/references
mkdir -p skill-name/evals
Step 5: Create Evals
Per ogni skill, creare:
evals/trigger_evals.json:
{
"skill": "skill-name",
"should_trigger": ["query 1", "query 2", "query 3"],
"should_not_trigger": ["irrelevant query 1", "irrelevant query 2"]
}
evals/evals.json:
{
"skill": "skill-name",
"version": "1.0.0",
"test_cases": [
{
"id": "basic",
"input": "typical user request",
"expected_output_contains": ["keyword1"],
"expected_output_excludes": ["anti-pattern"]
}
]
}
Step 6: Validate
Checklist finale:
-
namein kebab-case -
descriptioninclude trigger phrases -
versionpresente - Nessun XML tag nel body
- Sezione
## Examplespresente - Sezione
## Troubleshootingpresente -
evals/trigger_evals.jsoncon 5+ test -
evals/evals.jsoncon 3+ test - Se slash command:
user-invocable: true+argument-hint
Examples
Example 1: Creare una skill per code review
User: "Crea una skill per fare code review del nostro stile"
Skill creator:
- Chiede: quali pattern volete verificare? (naming, patterns, no-any, ecc.)
- Genera frontmatter con trigger phrases come "review my code", "check this PR"
- Scrive istruzioni con checklist specifica per il vostro stile
- Crea evals con query tipo "Can you review this component?"
Example 2: Skill per workflow n8n
User: "Voglio una skill che mi aiuti a creare workflow n8n"
Skill creator:
- Chiede: quali tipi di workflow? (webhook, cron, data sync)
- Genera trigger phrases: "create an n8n workflow", "automate this with n8n"
- Scrive istruzioni che seguono best practice n8n
- Crea evals con scenari concreti
Troubleshooting
La skill è troppo generica e si attiva sempre
Causa: Description troppo vaga Soluzione: Aggiungere trigger phrases specifiche e negative examples negli evals
La skill non si attiva mai
Causa: Trigger phrases troppo tecniche o rare Soluzione: Usare il linguaggio naturale dell'utente nella description
YAML syntax error al caricamento
Causa: Caratteri speciali (< > :) nella description senza quotes
Soluzione: Wrappare description in > block scalar o quotes