에이전트, 기기, 팀 간에 에이전트(기술, 에이전트, 프롬프트)를 사적으로 우선적으로 분배하는 메타 스킬입니다.

이건 누구를 위한 거야

만약 당신이 10+ 코드베이스와 에이전트를 다루며 전문적인 개인 기술, 에이전트, 프롬프트를 구축하는 엔지니어라면, 이 기능은 당신을 위해 만들어졌습니다.

한두 개의 저장소에서 작업한다면 이런 기능은 필요하지 않습니다. 공개 인터넷에서 스킬을 검토 없이 설치한다면, 이 방법은 적합하지 않습니다.

라이브러리는 특정 문제를 해결합니다: 저장소, 장치, 팀에 흩어져 강력한 에이전트를 구축했습니다. 이들은 중복되고 동기화되지 않으며 조정하기 어렵습니다. 이 덕분에 단일 참고 카탈로그를 통해 개인적으로 배포할 수 있습니다.

무엇인가

라이브러리는 다른 기술을 관리하는 단일 기술로, 그 유일한 역할은 다른 기술을 관리하는 것입니다. 이것은 참조 목록 — 로컬 파일 경로와 GitHub 저장소 URL — 의 카탈로그로, 에이전트가 어디에 있는지 가리킵니다. 요청하기 전까지는 아무것도 복사되거나 설치되지 않습니다.

에이전트 기능을 위한 package.json라고 생각하면 됩니다 — 패키지 대신 스킬, 에이전트, 프롬프트를 관리하는 것입니다. 레지스트리 대신 자신의 개인 GitHub 저장소와 로컬 경로를 가리키는 것입니다.

**이건 순수한 에이전트 애플리케이션입니다.

The Library

A meta-skill for private-first distribution of agentics (skills, agents, and prompts) across agents, devices, and teams.

Who This Is For

If you’re an engineer working on 10+ codebases with agents and you’re building specialized private skills, agents, and prompts — this was made for you.

If you work in one or two repos, you don’t need this. If you install skills from the public internet without reviewing them, this isn’t for you either.

The Library solves a specific problem: you’ve built powerful agentics scattered across repos, devices, and teams. They’re duplicated, out of sync, and hard to coordinate. This gives you a single reference catalog to distribute them privately.

What It Is

The Library is a single skill whose only job is to manage other skills. It’s a catalog of references — local file paths and GitHub repo URLs — that point to where your agentics live. Nothing is copied or installed until you ask for it.

Think of it as a package.json for agent capabilities — but instead of packages, you’re managing skills, agents, and prompts. Instead of a registry, you’re pointing at your own private GitHub repos and local paths.

This is a pure agent application. There are no scripts, no CLIs, no dependencies, no build tools. The entire application is encoded in SKILL.md and a set of cookbook instructions that teach the agent exactly what to do. The agent IS the runtime. This matters because:

• Any agent harness that reads skill files can run it (Claude Code, Pi, etc.)
• You can modify behavior by editing markdown, not code
• The skill can be extended, forked, and adapted instantly
• An orchestrator agent can chain library commands without any tooling overhead

Why It Exists

As you build with AI agents, you accumulate skills, custom agents, and prompts — potentially hundreds of them. You need to:

• Reuse them across projects without copy-pasting
• Distribute them to your agents running on other devices (Mac mini, remote servers, cloud sandboxes)
• Share them with your team without making everything public
• Keep them private — these are specialized capabilities built for competitive edge
• Stay in sync — one source of truth, not 10 stale copies

Existing solutions don’t fit:

• Global ~/.claude/* — exposes everything to every agent. Global is the opposite of specialized.
• Claude Code plugins — requires marketplace infrastructure, manifests, and locks you into one platform.
• Single monorepo — doesn’t reflect reality. You build agentics in specific codebases for specific use cases.

How It Works

The Catalog (library.yaml)

default_dirs:
  skills:
    - default: .claude/skills/
    - global: ~/.claude/skills/