Contribution Guide
SkillForge keeps the contribution path deliberately simple. If you can write a markdown file and open a pull request, you can contribute.
The short version
- Fork the repo and create a folder under
skills/<your-pack-slug>/ - Add four files:
README.md,SKILL.md,skill.yaml,marketplace.yaml - Run the repo checks locally
- Open a focused PR with a clear description
That is the entire process.
What makes a good pack
- Solves a real problem in one sentence
- Defines clear trigger language so agents know when to activate it
- Stays portable across clients where possible
- Includes honest examples instead of inflated claims
- Keeps the manifest readable by a human, not just a machine
What to avoid
- Marketing copy where operational guidance should be
- Commands that don't exist in this repo
- Client-specific assumptions hidden inside a "portable" pack
- Missing metadata or stale install references
Guides
| Guide | What it covers |
|---|---|
| Skill Format | The four-file pack structure and what each file does |
| Validation | How to check your pack before submitting |
| Examples | Real packs to study and learn from |
| Review Process | What the maintainer looks for during review |
| Recognition | How contributors are acknowledged |