Cursor Skill

building-skills-from-patterns

When the same multi-step workflow repeats in Cursor (user corrections or agent redos), capture it as a new SKILL.md under .cursor/skills/ so future sessions load it automatically.

LLM Mart · 0 points · 20 views 1 listing impressions 0 install-command copies
Virus-scanned Reviewed automatically before listing.

Full trust report

Download spencerpauly-awesome-cursor-skills-resources_building-skills-from-patterns-99cd265.zip · 1 KB
Part of spencerpauly/awesome-cursor-skills — 65 skills

Install

skills CLI npx skills add https://github.com/spencerpauly/awesome-cursor-skills/tree/main/resources/building-skills-from-patterns
Claude Code claude plugin marketplace add https://llmmart.ai/marketplace.json && claude plugin install spencerpauly-awesome-cursor-skills@llmmart
Git git clone https://github.com/spencerpauly/awesome-cursor-skills.git

The skills CLI installs just this skill, for any of its supported agents. Claude Code installs the whole spencerpauly/awesome-cursor-skills collection as a plugin from our marketplace. Git is the plain clone.

Skill manifest

Building Skills From Patterns

Skills are reusable SKILL.md files. This meta-skill tells the agent to promote repeated muscle memory into a named skill: research once, encode the workflow, reuse forever.

When to trigger

  • The user has asked for the same sequence three or more times (e.g. “always run lint then tsc then test before commit”).
  • The agent notices it is re-deriving the same steps on every task in this repo (e.g. “how we deploy preview branches”).
  • A correction sounds like a policy (“never use raw SQL here — always the repository layer”) — pair with suggesting-cursor-rules if it should be always-on; use a skill if it is a procedure with steps.

Workflow

1. Name the pattern

Choose a short slug (lowercase, hyphens): verifying-api-before-merge, releasing-mobile-build, etc.

2. Draft SKILL.md

Create .cursor/skills/<slug>/SKILL.md (or in this repo’s pattern, copy from resources/<slug>/SKILL.md when contributing upstream).

Frontmatter:

---
name: <slug>
description: One line: what it does and when to use it. Ends with a clear trigger.
user-invocable: true   # optional, if the user should be able to invoke by name
---

Body sections (keep lean):

  1. Title — human-readable.
  2. When to use — bullets.
  3. Steps — numbered, imperative, tool names where useful (npm, gh, MCP tools).
  4. Notes — edge cases, safety, when not to use.

Match the tone of other skills in the repo: concrete commands, no filler.

3. Validate

  • Description is specific enough for Cursor to match the skill when the user describes the task.
  • Steps are executable by an agent without guessing repo layout (or say “detect package manager from lockfile”).
  • No secrets or machine-specific paths.

4. Point the user to it

Tell the user where the file lives and that the agent will pick it up on the next chat in that workspace.

Relationship to rules and hooks

Mechanism Use for
Skill On-demand procedure, branching steps, tool usage.
Rule (.cursor/rules/) Always-on conventions, style, file patterns.
Hook (.cursor/hooks.json) Automate after file save / stop events.

If the pattern is “every time I save, run X,” suggest a hook instead. If it is “when I ask to ship,” keep it as a skill.

Notes

  • Prefer one skill per workflow — avoid megaskills that try to cover every situation.
  • Update an existing skill instead of adding a duplicate if the workflow evolves.
Files (awesome-cursor-skills)
  • SKILL.md 2.8 KB
    ---
    name: building-skills-from-patterns
    description: When the same multi-step workflow repeats in Cursor (user corrections or agent redos), capture it as a new SKILL.md under .cursor/skills/ so future sessions load it automatically.
    user-invocable: true
    ---
    
    # Building Skills From Patterns
    
    **Skills** are reusable `SKILL.md` files. This meta-skill tells the agent to **promote repeated muscle memory** into a named skill: research once, encode the workflow, reuse forever.
    
    ## When to trigger
    
    - The user has asked for the **same sequence** three or more times (e.g. “always run lint then tsc then test before commit”).
    - The agent notices it is **re-deriving** the same steps on every task in this repo (e.g. “how we deploy preview branches”).
    - A correction sounds like a **policy** (“never use raw SQL here — always the repository layer”) — pair with `suggesting-cursor-rules` if it should be always-on; use a **skill** if it is a procedure with steps.
    
    ## Workflow
    
    ### 1. Name the pattern
    
    Choose a short **slug** (lowercase, hyphens): `verifying-api-before-merge`, `releasing-mobile-build`, etc.
    
    ### 2. Draft `SKILL.md`
    
    Create `.cursor/skills/<slug>/SKILL.md` (or in this repo’s pattern, copy from `resources/<slug>/SKILL.md` when contributing upstream).
    
    Frontmatter:
    
    ```yaml
    ---
    name: <slug>
    description: One line: what it does and when to use it. Ends with a clear trigger.
    user-invocable: true   # optional, if the user should be able to invoke by name
    ---
    ```
    
    Body sections (keep lean):
    
    1. **Title** — human-readable.
    2. **When to use** — bullets.
    3. **Steps** — numbered, imperative, tool names where useful (`npm`, `gh`, MCP tools).
    4. **Notes** — edge cases, safety, when **not** to use.
    
    Match the tone of other skills in the repo: concrete commands, no filler.
    
    ### 3. Validate
    
    - **Description** is specific enough for Cursor to **match** the skill when the user describes the task.
    - Steps are **executable** by an agent without guessing repo layout (or say “detect package manager from lockfile”).
    - No secrets or machine-specific paths.
    
    ### 4. Point the user to it
    
    Tell the user where the file lives and that the agent will pick it up on the next chat in that workspace.
    
    ## Relationship to rules and hooks
    
    | Mechanism | Use for |
    |----------|---------|
    | **Skill** | On-demand procedure, branching steps, tool usage. |
    | **Rule** (`.cursor/rules/`) | Always-on conventions, style, file patterns. |
    | **Hook** (`.cursor/hooks.json`) | Automate after file save / stop events. |
    
    If the pattern is “every time I save, run X,” suggest a **hook** instead. If it is “when I ask to ship,” keep it as a **skill**.
    
    ## Notes
    
    - Prefer **one skill per workflow** — avoid megaskills that try to cover every situation.
    - Update an existing skill instead of adding a duplicate if the workflow evolves.
    

Comments (0)

Sign in to join the conversation.

No comments yet.

Reviews (0)

No reviews yet.

Related