A structured skill system for your development team. From planning to release — every step has a repeatable, proven process.
How skills map to your daily work — from receiving a task to shipping it.
🐛 find-fix · 📖 explain · 🔒 sec-audit — available anytime in the workflow
Click any skill to see full details, flow diagrams, and usage guide.
Every skill follows these 6 rules. No exceptions.
Start using the skills in your workflow in 3 steps.
Clone the GitHub repository to get all 66 skills.
When starting a task, tell your coding assistant to follow the skill. Paste the skill content or reference the file path.
Each skill has a step-by-step flow with checklists, diagrams, and templates. Follow them in order for consistent, high-quality output every time.
Step-by-step instructions to set up Heaptrace Skills in your preferred development environment.
Configure Cursor to use Heaptrace Skills as coding rules for your project.
Clone the GitHub repo into your project root or any accessible location.
Navigate to Settings → Features → Rules. This is where you define project-level instructions that Cursor follows during every coding session.
You can either add rules that reference the skill folder path, or paste skill content directly into your .cursorrules file.
When working in Cursor, reference the skill directly: "Follow the feature-plan skill to plan this feature" or "Use the code-review skill to review these changes."
.cursorrules file so they are always available without referencing a file path.
Configure Claude Code to use Heaptrace Skills through your project instructions file.
Clone the GitHub repo to your preferred location.
Copy the folder into your project root alongside your code, or place it in ~/.claude/ for global access across all projects.
Add references in your project's .claude/CLAUDE.md file so skills are automatically available.
Reference a skill by name in chat: "Follow the feature-plan skill to plan this feature". If configured as slash commands, use /skill-name to invoke directly.
/command.
A side-by-side view of how skills work in each environment.
| Feature | Cursor | Claude Code |
|---|---|---|
| Where skills live | .cursorrules or project folder |
CLAUDE.md or skills/ folder |
| How to reference | Paste in rules or @file | /skill-name or paste in chat |
| Auto-trigger | Via .cursorrules |
Via skill frontmatter |
| Best for | In-editor coding | Terminal-based workflows |
| Project-wide rules | .cursorrules in project root |
.claude/CLAUDE.md in project |
| Global rules | Settings → Rules | ~/.claude/CLAUDE.md |
Learn what skills are, how they work, and how to create and customize your own for any project.
Skills are structured, repeatable processes that guide developers through common tasks. They turn tribal knowledge into documented workflows that any team member can follow.
Every skill follows the same structure: a SKILL.md file with frontmatter metadata, step-by-step instructions, checklists, and templates.
Understanding the difference between project rules, editor rules, and skills is key to using them effectively.
Project-wide rules for Claude Code. Lives in .claude/CLAUDE.md. Defines coding conventions, architecture decisions, and mandatory checks.
"Always use Prisma for DB changes"
Project-wide rules for Cursor. Lives in project root. Defines coding conventions and contextual instructions for the editor.
"Always use Prisma for DB changes"
Task-specific guides that work with any tool. Not tied to a single editor. Portable, reusable, and shareable across teams.
"When planning a feature, follow these 8 steps..."
You can create custom skills for any repeatable process in your team's workflow. Start with a process you do often, document the steps, and add verification checklists.
Use this template as a starting point for any new skill.
Heaptrace Skills are designed to be customized. Adapt them to your specific project, tech stack, and team conventions.
Update the skill steps to reference your specific frameworks, libraries, and tools. For example, if the code-review skill mentions "check for SQL injection," customize it to say "check Prisma queries for raw SQL usage."
Include your component names, naming conventions, and architectural patterns. If your project uses a specific state management approach or API pattern, add those checks to relevant skills.
Every time your team encounters a bug that a skill should have caught, add a new checklist item. This way your skills get smarter over time and prevent repeat mistakes.
Here is an example of adding project-specific review items to the code-review skill's checklist: