~12 min · skills, marketplace, enterprise, distribution
Skill이 늘어나면 누가 어떻게 찾고 설치하며 업데이트할지 정해야 해. 버전이 붙은 Skill 저장소를 만들고, 내부 marketplace로 배포하며, Skill과 에이전트와 자료를 플러그인으로 묶는 방식이 일반적이야.
공개 marketplace에 올릴 때는 설명과 호출 의도가 분명하고, 비밀이 자료 파일에 섞이지 않았으며, 평가 장치가 함께 있어야 해. CI에서는 떠다니는 최신판 대신 검증한 버전을 고정하고 일부러 올려. 조직의 "우리는 보통 이렇게 한다"가 입으로만 전해진다면 아직 작성되지 않은 Skill이 있다는 뜻이야.
배포 형태는 1) 버전이 붙은 Skill 단일 저장소, 2) 사내 비공개 장터, 3) Skill·에이전트·자료를 묶은 플러그인으로 나눌 수 있어.
직접 확인할 항목: invocation, paths:.
org-skills/
├── README.md
├── package.json ← versioning + scripts
├── skills/
│ ├── sql-perf-advisor/
│ ├── pr-summary/
│ ├── changelog-writer/
│ ├── security-audit/
│ └── brand-rewrite/
├── plugins/
│ └── analyst-toolkit/ ← bundles 3 of the skills above
└── tests/
└── run-all-evals.sh
# Versioning: tag releases (v1.4.0)
# Distribution: install from internal git url{
"name": "analyst-toolkit",
"version": "1.4.0",
"description": "Skills + agents the analyst team uses every day",
"skills": ["pr-summary", "changelog-writer", "brand-rewrite"],
"agents": ["research-coordinator"],
"permissions": {
"fileAccess": "working-folder",
"webFetch": false
}
}skills/ 폴더, README, tests/ 폴더를 만들고 Skill 두 개를 옮겨. v1.0.0 배포 태그를 붙인 뒤 다른 머신에 설치해서 배포 흐름을 확인해.아직 댓글이 없어요. 첫 댓글을 남겨보세요.