@dotey: Sharing how I manage Skills — a geeky approach that may not suit everyone, but might give you some ideas. 1. Install Skills only inside projects, not globally. Agent Skills can be installed globally (shared across all projects) or within a project (only usable in the current project). I choose to only install...

X AI KOLs Timeline Tools

Summary

Shared a geeky approach to managing Claude Agent Skills using symlinks, installing Skills only within a project to save context space, and leveraging symlinks for easy updates and maintenance.

Here's how I manage my Skills — a somewhat geeky approach that may not suit everyone but hopefully offers some inspiration. ## 1. Skills Live Only in Projects, Not Globally Agent Skills can be installed globally (shared across all projects) or inside a project (usable only in that project). I choose project-only installation, primarily to save context space. When an agent works, it has a context window — think of it as Claude's desk. The desk space is limited. Although Skills initially only load summary info like names and descriptions (not the full content), they add up. If you have dozens of global Skills, just these summaries can eat up a noticeable chunk of workspace. And once Claude determines a Skill is relevant to the current task, its full content gets loaded. The more global Skills you have, the higher the chance of false positives — wasting valuable space. By installing only the Skills you actually need within each project, you keep only the relevant materials on the desk, reserving precious space for more important content and letting Claude work more efficiently. ## 2. Use Soft Links to Install Skills This is the core of my management method. Let me first explain what a soft link is. Think of a soft link as a Windows shortcut — there is only one original file, but you can create shortcuts pointing to it in many places. When you modify the original, all shortcuts automatically reflect the changes. My approach has three steps: ### Step 1: Download open-source Skills to a unified directory I have a dedicated folder on my computer for GitHub projects, `~/GitHub`. All downloaded open-source projects go here, for example: ``` ~/GitHub/baoyu-skills ← open-source project containing various Skills ~/GitHub/baoyu-design ← another open-source project ``` This folder is like a warehouse — all Skill originals are stored here. ### Step 2: Create soft links in your own projects Suppose I have a writing project `~/GitHub/baoyu-writing` that needs several Skills. Instead of copying the Skills in, I create soft links that point the project to the originals in the warehouse: ``` Project path → Actual location (original) .agents/skills/baoyu-comic → ~/GitHub/baoyu-skills/skills/baoyu-comic .agents/skills/baoyu-design → ~/GitHub/baoyu-design/skills/baoyu-design ``` ### Step 3: Create an entry point for Claude Code Finally, create one more soft link so that Claude Code can find these Skills: ``` .claude/skills → .agents/skills ``` Claude Code can then follow this chain to locate all the needed Skills. ## 3. No Need to Memorize Commands — Let the Agent Do It You might be thinking: "I can't remember the soft link command." No problem at all. Just tell Codex/Claude Code in natural language what you want, for example: > Soft link `~/GitHub/baoyu-skills/skills/baoyu-comic` to `.agents/skills/baoyu-comic`. Or even simpler: > Link the skill `baoyu-comic` from the `baoyu-skills` project into the current project. The agent will automatically create the soft link for you. All subsequent maintenance, additions, and deletions can also be delegated to the agent. Just tell it which Skill to link where, and let the agent handle the heavy lifting. ## 4. Why Go Through All This Trouble? The initial setup does take a few more minutes than simply copying and pasting, but ongoing maintenance is much easier. Two main benefits: **Benefit 1: Update once, update everywhere.** Because all projects reference the same originals via soft links, when the open-source project gets updated, I just `git pull` in `~/GitHub/baoyu-skills`, and every project using that Skill automatically gets the latest changes. **Benefit 2: Bug fixes can flow back upstream.** For example, if I notice an issue while using the comic Skill in my writing project, I can have the agent fix it directly. Because it's a soft link, the agent modifies the original file in the warehouse (`~/GitHub/baoyu-skills/skills/baoyu-comic`). I can then submit that fix to the open-source project — effectively contributing back to the community.
Original Article
View Cached Full Text

Cached at: 06/24/26, 04:27 PM

Here’s my approach to managing Skills — it’s a bit geeky, not for everyone, but might give you some ideas.

1. Skills live only inside projects, not globally

Agent Skills can be global (shared across all projects) or project-specific (only available in the current project). I choose project-only, mainly to save context window space.

When an agent works, it has a context window — think of it as Claude’s workbench with limited desktop space. Although a Skill only loads its name, description, and other summary info by default (full content isn’t expanded until needed), it adds up — dozens of global Skills, each with its own summary, eat up a noticeable chunk of the workbench. Plus, once Claude decides a Skill is relevant to the current task, it loads the complete content. The more global Skills you have, the higher the chance of false triggers, wasting precious space.

By installing only the Skills you truly need inside each project, you keep only the relevant materials on the workbench, leaving room for more important content. Claude works more efficiently too.

2. Use symbolic links to install Skills

This is the core of my management method. Let me first explain what a symbolic link is.

Think of a symlink as a Windows shortcut — the actual file exists in one place, but you can create shortcuts pointing to it in many places. If you modify the original, all shortcuts automatically reflect the change.

Here’s my three-step workflow:

Step 1: Download open-source Skills into a unified directory

I have a dedicated folder ~/GitHub on my machine for all GitHub projects. All downloaded open-source projects live here, for example:

~/GitHub/baoyu-skills      ← open-source project containing various Skills
~/GitHub/baoyu-design      ← another open-source project

This folder acts as a warehouse — the original copies of all Skills are stored here.

Step 2: Create symbolic links inside your own project

Suppose I have a writing project ~/GitHub/baoyu-writing that needs several Skills. Instead of copying them in, I create symlinks pointing to the originals in the warehouse:

Path inside project                 →  Actual location (original)
.agents/skills/baoyu-comic          →  ~/GitHub/baoyu-skills/skills/baoyu-comic
.agents/skills/baoyu-design         →  ~/GitHub/baoyu-design/skills/baoyu-design

Step 3: Create an entry point for Claude Code

Finally, create one more symlink so Claude Code can find all these Skills:

.claude/skills  →  .agents/skills

Now Claude Code can follow the chain and locate all the Skills it needs.

3. No need to memorize commands — let the Agent do it

You might be thinking, “I can’t remember the symlink commands!” No need at all. Just tell Codex/Claude Code what you want in natural language, for example:

Help me symlink ~/GitHub/baoyu-skills/skills/baoyu-comic to .agents/skills/baoyu-comic

Or even simpler:

Link the skill baoyu-comic from the baoyu-skills project into the current project

The Agent will create the symlink for you automatically. Subsequent maintenance, adding, and removing can also be delegated to it. Just say which Skill you want linked where, and let the Agent handle the rest.

4. Why go through all this trouble?

The initial setup takes a few more minutes than copy-pasting, but later maintenance is much easier. Two main benefits:

Benefit 1: Update once. Because all projects point to the same original files via symlinks, when the open-source project updates, I only need to pull the latest code in ~/GitHub/baoyu-skills. Every project using that Skill automatically gets the new version.

Benefit 2: Bug fixes flow back upstream. For example, while using a comic Skill in my writing project, I might discover a bug. I can ask the Agent to fix it right there. Since it’s a symlink, the Agent actually modifies the original file (~/GitHub/baoyu-skills/skills/baoyu-comic). I can then directly submit the fix back to the open-source project — a contribution to the community done almost as a side effect.

LinearUncle (@LinearUncle): I’m going crazy. I use 4 coding agents daily, and each writes its own skills in different places: /.agents/skills, /.codex/skills, ~/.claude/skills

It’s already a mess — Claude Code can’t find Codex’s skills, and vice versa. My current plan:

Write a script to symlink each agent’s unique skills into the other two locations, run it periodically via cron. Is there a more elegant solution or tool?

Similar Articles

@mylifcc: Anthropic published a major blog post on June 3rd, "Lessons from building Claude Code: How we use skills", summarizing Anthropic's understanding of skills: What exactly are skills? (Core concept clarification) Not: ...

X AI KOLs Timeline

Anthropic published a blog explaining the concept of Skills in Claude Code: Skills are a folder containing instructions, scripts, reference materials, etc., enabling the Agent to progressively disclose context, reducing hallucinations and token waste.

@grgerwcwetwet: Lately, many people have been tinkering with Claude Skills. But the biggest problem isn't how to use them—it's not knowing where to find good Skills. Browsing through GitHub one by one wastes time, and many projects are no longer maintained. Recently, I found a Skills store project that aggregates GitHub...

X AI KOLs Timeline

Introduces the anbeime/skill project, which automatically collects and categorizes Claude Skills from GitHub, offering 243 official and local skill packages, with automatic updates every 24 hours.