mirror of
https://github.com/sickn33/antigravity-awesome-skills.git
synced 2026-04-25 17:25:12 +02:00
Adds two optional SKILL.md frontmatter fields for downstream consumers (e.g. aggregators and MCP servers) that need to resolve the license of upstream-sourced skills at ingest time. - `license`: SPDX expression for the upstream source material (e.g. `MIT`) - `license_source`: URL to the upstream LICENSE file for automated verification Both fields are strictly optional and non-breaking. Existing skills with no `license` field are treated as "license not declared" by tooling — no inference or default is assumed. Also adds: - PR checklist item prompting contributors to declare license provenance when `source_repo` is set (`.github/PULL_REQUEST_TEMPLATE.md`) - "License provenance" subsection in `docs/contributors/skill-anatomy.md` documenting when and how to use the new fields Co-authored-by: Joel Morrison <spinbitz@gmail.com> Co-authored-by: Claude Sonnet 4.6 <noreply@anthropic.com>
2.4 KiB
2.4 KiB
name, description, category, risk, source, source_repo, source_type, date_added, author, tags, tools
| name | description | category | risk | source | source_repo | source_type | date_added | author | tags | tools | |||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| your-skill-name | Brief one-sentence description of what this skill does (under 200 characters) | your-category | safe | community | owner/repo | community | YYYY-MM-DD | your-name-or-handle |
|
|
Skill Title
Overview
A brief explanation of what this skill does and why it exists. 2-4 sentences is perfect.
If this skill adapts material from an external GitHub repository, declare both:
source_repo: owner/reposource_type: officialorsource_type: community
Use source: self and source_type: self when the skill is original to this repository and does not require README external-source credit.
When to Use This Skill
- Use when you need to [scenario 1]
- Use when working with [scenario 2]
- Use when the user asks about [scenario 3]
How It Works
Step 1: [Action]
Detailed instructions...
Step 2: [Action]
More instructions...
Examples
Example 1: [Use Case]
```javascript // Example code ```
Example 2: [Another Use Case]
```javascript // More code ```
Best Practices
- ✅ Do this
- ✅ Also do this
- ❌ Don't do this
- ❌ Avoid this
Limitations
- This skill does not replace environment-specific validation, testing, or expert review.
- Stop and ask for clarification if required inputs, permissions, or safety boundaries are missing.
Security & Safety Notes
- If this skill includes shell commands, command-like examples, network fetches, token/capability strings, or direct mutation guidance, add explicit preconditions and caveats.
- For deliberate risky examples (for example
curl ... | bash,wget ... | sh, credential examples), include a reviewer-visible reason and add an allowlist comment:
<!-- security-allowlist: approved for documented workflow X -->
- If the skill can alter files/systems or run dangerous actions, document confirmation gates and environment expectations (
local-only,authorized test environment, etc.).
Common Pitfalls
- Problem: Description Solution: How to fix it
Related Skills
@other-skill- When to use this instead@complementary-skill- How this works together