en un clic
create-skill
// This is the skill to create skills. Use when user want to create a new skill. 中文语境下,当用户需要创建一个新技能时,使用这个技能。
// This is the skill to create skills. Use when user want to create a new skill. 中文语境下,当用户需要创建一个新技能时,使用这个技能。
System ops toolkit for ports and macOS diagnostics. Use for: inspecting or killing processes on a port ("what's on 3000", "port 8080 is taken"); macOS health snapshots — CPU temp, load, memory, swap, disk, network ("how's my mac", "is it overheating"); live memory I/O pressure — pageouts, swap churn, compressor activity ("why is my mac slow", "is it swapping"); WindowServer CPU/GPU diagnostics ("WindowServer is hot", "UI feels laggy"); and listing/managing macOS Background Task Management items shown in System Settings. macOS-only except port management.
Search notes, open files, and create zettelkasten notes in Obsidian using the Obsidian CLI. Use this skill whenever the user mentions Obsidian, their vault, searching notes, finding notes by tag or content, opening a note, creating a new note, zettelkasten, zettel, or doing anything related to their Obsidian knowledge base — even if they just say "find that note about X", "save this as a note", "open my note on Y", "create a zettel note", or "new zettel". Also triggers when the user wants to look up information they've previously written down, or wants to save research/content to their personal knowledge base.
Use when deploying services to Fly.io, configuring fly.toml, managing Fly machines, volumes, domains, health checks, or troubleshooting Fly deployments. Trigger this skill whenever the user mentions Fly.io, flyctl, fly deploy, fly.toml, or wants to run containers on Fly — even if they just say "deploy this to Fly" or "put this on fly.io".
Look up current LLM model identifiers, pricing, and specs across providers using models.dev data. Use this skill whenever the user asks about model IDs, model names, pricing, context windows, or what models a provider offers — even if they don't say "models.dev". Also use when the user is writing code that needs a model ID and seems uncertain, when comparing costs between models or providers, or when checking what's the latest model from any provider. Covers 90+ providers including OpenAI, Anthropic, Google, Mistral, DeepSeek, xAI, Cohere, and many more.
Read and analyze Hacker News discussion threads. Fetches an HN thread URL, converts it to flat markdown using hn_flat.py, then extracts and presents the most valuable discussion insights — critical rebuttals, personal anecdotes, technical corrections, and notable debates. Use when the user provides an HN URL and wants a curated summary of the discussion.
| name | create-skill |
| description | This is the skill to create skills. Use when user want to create a new skill. 中文语境下,当用户需要创建一个新技能时,使用这个技能。 |
Create an agent skill based on what user describes. If no input, ask user to provide information about the skill to create.
The skill directory should be created under the skills/ dir of the current project.
A skill is a directory containing at minimum a SKILL.md file:
skill-name/
└── SKILL.md # Required
Tip: You can optionally include additional directories such as scripts/, references/, and assets/ to support your skill.
The SKILL.md file must contain YAML frontmatter followed by Markdown content.
---
name: skill-name
description: A description of what this skill does and when to use it.
---
With optional fields:
---
name: pdf-processing
description: Extract text and tables from PDF files, fill forms, merge documents.
license: Apache-2.0
metadata:
author: example-org
version: "1.0"
---
| Field | Required | Constraints |
|---|---|---|
name | Yes | Max 64 characters. Lowercase letters, numbers, and hyphens only. Must not start or end with a hyphen. |
description | Yes | Max 1024 characters. Non-empty. Describes what the skill does and when to use it. |
license | No | License name or reference to a bundled license file. |
compatibility | No | Max 500 characters. Indicates environment requirements (intended product, system packages, network access, etc.). |
metadata | No | Arbitrary key-value mapping for additional metadata. |
allowed-tools | No | Space-delimited list of pre-approved tools the skill may use. (Experimental) |
For more detailed explanation of each field, please refer to specification.
The Markdown body after the frontmatter contains the skill instructions. There are no format restrictions. Write whatever helps agents perform the task effectively.
Recommended sections:
Note that the agent will load this entire file once it's decided to activate a skill. Consider splitting longer SKILL.md content into referenced files.
Contains executable code that agents can run. Scripts should:
Supported languages depend on the agent implementation. Common options include Python, Bash, and JavaScript.
Contains additional documentation that agents can read when needed:
REFERENCE.md - Detailed technical referenceFORMS.md - Form templates or structured data formatsfinance.md, legal.md, etc.)Keep individual reference files focused. Agents load these on demand, so smaller files mean less use of context.
Contains static resources:
Skills should be structured for efficient use of context:
name and description fields are loaded at startup for all skillsSKILL.md body is loaded when the skill is activatedscripts/, references/, or assets/) are loaded only when requiredKeep your main SKILL.md under 500 lines. Move detailed reference material to separate files.
When referencing other files in your skill, use relative paths from the skill root:
See [the reference guide](references/REFERENCE.md) for details.
Run the extraction script:
scripts/extract.py
Keep file references one level deep from SKILL.md. Avoid deeply nested reference chains.
Skills can run shell commands or bundle reusable scripts in a scripts/ directory.
When an existing package does what you need, reference it directly in SKILL.md without a scripts/ directory. Use runner tools that auto-resolve dependencies:
| Runner | Ecosystem | Example |
|---|---|---|
uvx | Python | uvx ruff@0.8.0 check . |
npx | Node.js | npx eslint@9 --fix . |
bunx | Bun | bunx eslint@9 --fix . |
go run | Go | go run golang.org/x/tools/cmd/goimports@v0.28.0 . |
Always pin versions. State prerequisites in SKILL.md rather than assuming them.
Use relative paths from the skill root to reference scripts. List them in SKILL.md so the agent knows they exist:
## Available scripts
- **`scripts/validate.sh`** — Validates configuration files
- **`scripts/process.py`** — Processes input data
Then instruct the agent to run them:
## Workflow
1. Run the validation script:
```bash
bash scripts/validate.sh "$INPUT_FILE"
```
2. Process the results:
```bash
python3 scripts/process.py --input results.json
```
Note: The same relative-path convention works in support files like references/*.md — script execution paths (in code blocks) are relative to the skill directory root, because the agent runs commands from there.
For self-contained scripts, declare dependencies inline so the agent can run them with a single command:
Python (PEP 723 + uv run):
# /// script
# dependencies = ["beautifulsoup4>=4.12,<5"]
# ///
Run: uv run scripts/extract.py
Bun (auto-install via versioned imports):
import * as cheerio from "cheerio@1.0.0";
Run: bun run scripts/extract.ts
Key principles — agents run in non-interactive shells and read stdout/stderr to decide next steps:
--help output. Include a brief description, available flags, and examples. Keep it concise — it enters the agent's context window.--confirm, --force).--offset for pagination or --output FILE for large results, since agent harnesses may truncate beyond ~10-30K characters.For the full reference, see using-scripts.