用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt;运行前请先检查来源。
npx skills add https://github.com/reorx/scripts --skill create-skill命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地?可下载 SkillsMP 当前能够提供的文件。
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"); releasing leaked dev test resources — booted iOS simulators and agent-browser headless Chrome ("clean up simulators", "close all agent-browser", "清理模拟器", teardown after browser/iOS testing); WindowServer CPU/GPU diagnostics ("WindowServer is hot", "UI feels laggy"); managing the daily wake/sleep schedule via pmset ("schedule my mac to sleep at 1am", "change the auto sleep time", "自动休眠计划"); auditing launchd + cron scheduled jobs and whether they are actually loaded ("what runs periodically", "why isn't my launch agent running", "定时任务", "launchd 有哪些"); listing/managing macOS Background Task Management items shown in System Settings; and repairing Postgre
Use when inspecting, disabling, unloading, re-enabling, or safely removing macOS app-installed launchd jobs, LaunchDaemons, LaunchAgents, plist startup items, login/background agents, or privileged helpers under /Library/PrivilegedHelperTools. Trigger when the user mentions launchctl, plist agents, app helpers, background items, "disable this agent", "unload daemon", or paths under /Library/LaunchDaemons, /Library/LaunchAgents, ~/Library/LaunchAgents, or /Library/PrivilegedHelperTools.
Search notes, open files, and create zettelkasten notes in an Obsidian vault. 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.
基于 SOC 职业分类
正在显示 SKILL.md
| 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.