요즘 Claude Code 같은 AI 코딩 에이전트를 쓰다 보면 '스킬'이라는 개념을 자주 만나게 돼요. 이게 뭐냐면, 에이전트에게 특정 작업을 시키는 방법을 마크다운 문서와 스크립트로 정리해둔 일종의 '업무 매뉴얼'이에요. 예를 들어 '우리 팀 배포 절차'나 '사내 문서 스타일로 글쓰기' 같은 노하우를 스킬로 만들어두면, 에이전트가 필요할 때 그 문서를 읽고 그대로 수행하거든요. 그런데 문제가 하나 있어요. 애써 만든 스킬이 각자의 노트북 안에만 머문다는 거죠. 팀원이 만든 좋은 스킬을 나도 쓰려면 파일을 복사해서 주고받아야 하는, 어딘가 2000년대스러운 상황이 벌어지고 있었는데요. Sx 2.0은 여기에 재미있는 답을 내놨어요. '이미 팀이 쓰고 있는 드롭박스 폴더를 그대로 스킬 서버로 쓰자'는 거예요.
공유 폴더가 스킬 서버가 되는 원리
소개 글에 따르면 발상은 단순해요. Sx는 스킬을 설치하고 동기화해주는 도구인데, 2.0에서는 팀이 함께 쓰는 공유 폴더를 스킬 저장소로 지정할 수 있어요. 누군가 잘 만든 스킬을 그 폴더에 넣으면, 팀원들의 에이전트 환경에도 해당 스킬이 동기화돼서 바로 쓸 수 있게 되는 구조예요. 서버를 새로 띄울 필요도, 레지스트리를 운영할 필요도, 배포 파이프라인을 만들 필요도 없어요. 파일 동기화라는 어려운 문제는 드롭박스가 이미 다 해결해놨으니, 그 위에 얹혀가는 거죠.
이 접근이 영리한 지점이 몇 가지 있어요. 첫째, 접근 권한 관리를 새로 만들 필요가 없어요. 폴더 공유 권한이 곧 스킬 접근 권한이 되니까요. 둘째, 원리상 드롭박스가 아니어도 돼요. 구글 드라이브든 사내 네트워크 드라이브든 '여러 사람에게 동기화되는 폴더'라면 같은 방식이 통하죠. 셋째, 비개발자도 참여할 수 있어요. 깃 저장소에 풀 리퀘스트를 보내는 건 개발자만 할 수 있지만, 폴더에 파일을 끌어다 놓는 건 누구나 하잖아요. 스킬이라는 게 결국 잘 쓴 문서라서, 기획자나 운영 담당자가 만든 스킬이 오히려 알짜인 경우도 많거든요.
스킬 공유, 지금 여러 방식이 경쟁 중이에요
AI 에이전트에게 지식을 공유하는 방법은 지금 한창 표준이 잡혀가는 중이에요. 외부 도구나 API 연결 쪽은 MCP(Model Context Protocol)라는 표준이 자리를 잡았고, 절차적 지식 쪽은 Anthropic이 공개한 에이전트 스킬 포맷을 중심으로 생태계가 형성되고 있어요. 공유 방법으로는 깃 저장소에 모아두고 받아 쓰는 방식, 마켓플레이스나 플러그인 형태로 배포하는 방식이 흔한데, Sx의 폴더 동기화 방식은 그 사이 어딘가에 있어요. 깃보다 마찰이 훨씬 적고, 마켓플레이스보다 사적이죠. 대신 트레이드오프도 분명해요. 깃이 주는 버전 관리, 코드 리뷰, 변경 이력이 없다는 점이에요. 스킬은 에이전트가 그대로 따르는 지시문이자 때로는 실행 코드라서, 폴더에 쓰기 권한이 있는 사람이라면 누구든 팀 전체의 에이전트 동작을 바꿀 수 있게 되는 셈이거든요. 편리함과 통제력을 맞바꾸는 구조라서, 서로 신뢰하는 소규모 팀에는 잘 맞고 규모가 커지면 리뷰 절차가 필요해질 거예요.
우리 팀은 어떻게 적용해볼까
한국 개발팀 입장에서 눈여겨볼 부분은 도구 자체보다 '스킬을 팀의 자산으로 관리한다'는 방향성이에요. 지금은 좋은 프롬프트나 에이전트 활용 노하우가 개인 메모장이나 슬랙 어딘가에 흩어져 있는 팀이 대부분이잖아요. 이걸 스킬 형태로 표준화해서 한곳에 모으기 시작하면, 신규 입사자 온보딩부터 반복 업무 자동화까지 팀 전체의 생산성 기반이 달라져요. 꼭 Sx가 아니어도 사내 깃 저장소 하나로 시작할 수 있고요. 중요한 건 '에이전트에게 가르친 노하우도 코드처럼 관리해야 할 자산'이라는 인식의 전환이에요.
마무리
정리하면, Sx 2.0은 '스킬 공유에 새 인프라는 필요 없다, 이미 있는 공유 폴더면 충분하다'는 실용적인 제안이에요. 여러분 팀은 프롬프트나 스킬 같은 AI 노하우를 어떻게 공유하고 계신가요? 폴더 동기화의 간편함과 깃 기반 리뷰의 안전함 중에서, 여러분이라면 어느 쪽을 택하실지 궁금해요.
🔗 출처: Hacker News