Alternative to the shared repo
The shared GitHub repo, and the alternative to it
A shared repository is the honest default. It costs nothing, every change goes through review and history, and every engineer already knows how it works. When the skills belong to the codebase your team works in every day, committing them is the right call.
Skills Board is for the other case: the skills your team recommends live in other people's repositories, teammates run different agents, and nobody wants to grep a file tree to find the thing someone recommended in chat last month.
The two are compatible. Keep the repo for skills that belong to your code, and use the library for the recommendations that come from everywhere else.
Comparison last checked August 9, 2026. Every claim about A shared GitHub repository links to a public page you can check yourself.
01 / Context
Why teams start looking past the shared repo
The repo pattern holds up until the recommendations stop coming from inside your own codebase.
- Most recommended skills live in someone else's repository, so the shared repo turns into a list of links or a folder of copies.
- A copy stops matching upstream the moment upstream changes, and nobody notices until a teammate hits a difference.
- In Claude Code, project skills load from the .claude/skills directory of the repository the agent starts in, so a recommendation does not follow a teammate into a different project.
- Finding a skill means repository search or a hand-maintained README index, rather than searching by task or by a tag your team invented.
- Teammates who are not in that repository every day, including designers, writers, and product folks, never see the recommendation at all.
02 / Comparison
Side by side
How a shared GitHub repository and Skills Board handle the same job.
| Dimension | Skills Board | A shared GitHub repository |
|---|---|---|
| What it holds | Entries that record each skill's original repository and path. | The skill files themselves, committed to your repository, plus links or copies of skills from elsewhere.Claude Code documentation, Skills |
| Version you get | The latest version available from the saved source. Skills Board does not pin or preserve historical versions. | The exact commit in your repository, with full history, diffs, and the ability to pin.Claude Code documentation, Skills |
| Finding a skill | Search across the team library, plus tags your team defines. | Repository search, a README index, or an awesome-style curated list.Awesome lists on GitHub |
| Reach for a teammate | One organization-scoped library, available whatever project the teammate is working on. | Project skills load from .claude/skills in the repository where the agent starts and in parent directories up to the repository root.Claude Code documentation, Skills |
| Ways to use a saved skill | Open the original source, copy an install command, download a ZIP of the latest files, or connect a compatible agent over an authenticated MCP endpoint. | Clone or pull the repository, or copy the files into the agent's own skills directory.Claude Code documentation, Skills |
| Review and history | A saved skill is a team recommendation, not a formal review, approval, or compatibility certification. | Pull requests, required reviewers, and code owners, on the plans that include them.GitHub pricing |
| Access | Organization-scoped library, teammates join by invitation. | GitHub repository and organization permissions.GitHub pricing |
| Cost | Free forever for the hosted product. MIT licensed and open source. | The GitHub Free plan lists unlimited public and private repositories at $0 per month.GitHub pricing |
03 / Pick the other one
When the shared repo is the better choice
Plenty of teams should keep committing skills and stop reading here.
- The skills describe one codebase and belong next to it, so they should ship and version with the code.
- You want every edit to a skill reviewed in a pull request and kept in history.
- You need a pinned version. Skills Board follows the latest version available from the saved source.
- Everyone on the team works in the same repository with the same agent, so scope is not a problem.
- The skill contents cannot leave infrastructure you control. Skills Board is MIT licensed and can be self-hosted, but the hosted product stores your library.
04 / Pick the library
When a shared library fits better
The signals that the repo has stopped being the right container.
- The skills your team recommends come from many repositories rather than one.
- Teammates use different agents, so one install path does not cover everyone.
- People search by task or by a team tag, not by file path.
- You want a compatible agent to search the same team list over MCP instead of asking a person.
- You want teammates who never open a pull request to still find the recommendation.
05 / How to run it
Running both without duplicating work
Nothing needs to be deleted. This is the shortest path to a searchable list.
- List what the shared repo currently recommends, and note the original repository and path for anything that came from outside.
- Create a team library and save those skills from their original sources.
- Add the tags your team actually searches by, such as the workflow or the surface the skill belongs to.
- Invite your teammates. Each one picks the source link, the install command, or the ZIP that fits their agent.
- Keep committing the skills that belong to your codebase. They stay in the repo where they make sense.
06 / Questions
Frequently asked questions
- Do I have to stop keeping AI skills in a GitHub repository?
- No. Skills that describe your own codebase belong in that codebase. Skills Board is for the recommendations that come from other repositories, where a copy would drift and a link would get lost.
- Does Skills Board store a copy of the skill files?
- Skills Board records the original repository and path, and retrieves the latest files available from that source. A ZIP download contains the latest files available at download time.
- Can I pin a skill to a specific version?
- No. Skills Board follows the latest version available from the saved source and does not pin or preserve historical versions. A repository with commit history is the better fit when a pinned version matters.
- Is Skills Board open source?
- Yes. Skills Board is MIT licensed and the code is public on GitHub. The hosted product is free forever, and teams that want to run their own instance can.
Sources
- Claude Code documentation, Skills
Skill locations, project skills committed to version control, and where skills load from.
- GitHub pricing
Free plan at $0 per month with unlimited public and private repositories, and the plans that include code owners and required reviewers.
- Awesome lists on GitHub
The curated README pattern teams copy when they build an internal skills index.
Keep reading
Put your team's recommendations somewhere everyone can find them.
Free forever, MIT licensed, and open source. Create a library, save the first skill, and invite the people who keep asking.