[시즌 4] 스킬이 엄청 많아지면 어떻게 관리해야 할까?

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

스킬이 많아지면 업무별 프로젝트 폴더를 만들고 필요한 스킬을 그 프로젝트에 설치한 뒤, 폴더를 바꿔 실제 호출 범위를 확인하며 관리하자.

📌 핵심 요점

1. 스킬 관리의 핵심은 개수보다 설치 범위다. 사용자 홈에 모아 둔 전역 스킬과 프로젝트에 설치한 스킬을 구분해야 한다.
2. 발표자는 에이전트가 요청 의도에 따라 스킬을 찾는다고 설명한다. 회사 문서와 개인 문서처럼 비슷한 이름과 역할의 스킬이 섞이면 선택이 혼란스러워질 수 있다.
3. 사무·코딩처럼 업무별 폴더를 만들고 해당 폴더를 프로젝트로 선택하면, 그 업무에 맞는 스킬 구성을 준비할 수 있다.
4. 설치를 요청할 때는 ‘이 프로젝트 폴더에 설치해 줘’라고 범위를 명시한다. 시연에서는 전역 설치와 프로젝트 설치의 위치가 달라졌다.
5. 관리 화면에는 삭제한 스킬이 남아 보이는 문제가 있었다. 목록만 보지 말고 프로젝트를 전환해 실제로 어떤 스킬을 호출할 수 있는지 확인해야 한다.

🧩 배경과 문제 정의

스킬이 30개를 넘으면서 관리가 부담스럽다는 시청자의 질문에서 영상이 시작된다. 발표자는 기존 스킬 안내 영상의 원리가 여전히 유효하다고 설명하면서, 스킬의 기능 자체에 집중하다 놓치기 쉬운 설치 위치와 작업 공간의 관계를 다시 짚는다.

문제는 사용자 홈에 서로 다른 업무의 스킬을 한꺼번에 설치하면, 비슷한 이름과 역할의 스킬이 섞일 수 있다는 것이다. 해결책으로 사무·코딩 등 업무별 프로젝트 폴더를 만들고 필요한 스킬을 해당 프로젝트에 설치하는 방법을 시연한다. 마지막에는 관리 화면의 표시와 실제 호출 상태가 다를 수 있음을 보여 주며 확인 방법을 강조한다.

🕒 시간순 섹션별 상세정리

1. 스킬이 늘어날 때 생기는 관리 부담

• 스킬이 30개를 넘으면서 부담스럽고 관리 방법이 궁금하다는 질문이 영상의 계기가 된다. [00:09]
• 발표자는 기존 스킬 가이드가 오래됐더라도 핵심 내용은 지금과 다르지 않다고 설명하고, 이번 영상에서 질문에 다시 답하겠다고 드러낸다. [01:10]

2. 화면에 보이는 스킬의 실제 저장 위치

• Codex 화면에서 출발해 사용자 폴더의 숨김 설정 폴더와 그 안의 skills 폴더를 살펴본다. [02:25]
• 별도로 설치된 브라우저 스킬의 위치를 직접 찾기 어려워 에이전트에 질문하고, 도구별 폴더 외에도 다른 스킬 경로가 있음을 보여준다. [03:21]
• 발표자는 스킬을 대화 전에 모두 읽는 방식으로 설명하지 않고, 사용자의 프롬프트에 담긴 의도에 따라 필요한 스킬을 찾아온다고 보여준다. [03:36]

3. 전역 설치 시연과 업무 혼선의 문제

• 스킬 사이트의 링크를 전달하며 설치를 요청하고, 질문을 통해 부족한 프롬프트를 보완하는 스킬을 예로 보여준다. [04:38]
• 설치 결과를 사용자 홈의 Codex 스킬 폴더에서 확인하고, Claude도 사용자 설정 폴더 안에 스킬이 설치되는 방식으로 보여준다. [05:10]
• 전역 공간에 스킬을 몰아넣는 상황을 어지러운 바탕 화면에 비유한다. 회사 문서와 개인 문서용 스킬이 비슷하면 에이전트가 선택에 혼란을 겪을 수 있다고 지적한다. [05:42]

4. 업무별 프로젝트를 만들고 설치 범위를 지정하기

• 업무 분야별 폴더를 하나의 책상처럼 만들고, 사무 파일 생성과 조사 등을 그 작업 공간에서 진행하는 구성을 제안한다. [06:09]
• 프로젝트 또는 폴더 선택 기능으로 사무용 작업 폴더를 지정하고, 해당 작업 공간에 맞춘 스킬 설정을 준비하는 과정을 보여 준다. [06:55]
• ‘이 프로젝트 폴더에’ 스킬을 설치하라고 명시하자 에이전트가 전역이 아닌 프로젝트의 스킬 폴더에 설치하겠다고 응답한다. [07:35]

5. 전역 정리와 사무·코딩 작업 공간의 분리

• 앞서 설치한 전역 스킬을 지우는 과정에서 관리 화면이 즉시 갱신되지 않는 현상이 나타나며, 실제 폴더의 삭제 상태를 확인한다. [08:10]
• 사무 프로젝트 내부에 스킬이 설치된 것을 확인하고, 코딩 프로젝트에는 코딩 업무에 필요한 스킬을 따로 구성하는 방식을 보여준다. [09:00]
• 발표자는 업무에 맞는 도구 배치가 컨텍스트와 결과물에 영향을 준다고 강조하고, 관리 화면에서도 사무 프로젝트와 시스템 범위가 구분되는 모습을 보여 준다. [10:11]

6. 실제 호출로 검증하고 원리를 이해하기

• 앱을 다시 켜도 삭제한 전역 스킬이 목록에 남아 보이자, 화면 표시보다 실제 에이전트에서 스킬을 찾을 수 있는지 확인하겠다고 한다. [10:43]
• 코딩 프로젝트에서는 해당 스킬이 보이지 않고 기본 전역 스킬만 나타나는 반면, 사무 프로젝트로 바꾸면 설치한 스킬이 나타나는 것을 확인한다. [11:05]
• 관리 화면에 지나치게 의존하면 버그 상황에서 토큰을 낭비할 수 있다고 경고한다. 스킬의 원리를 이해하고 사용하라는 당부와 함께 영상을 마친다. [11:56]

🧾 결론

• 스킬을 계속 추가하기 전에 작업 공간을 업무별로 나누는 것이 영상의 핵심 제안이다.
• 프로젝트별 스킬 구성은 업무와 무관한 도구가 섞이는 상황을 줄이기 위한 방법이다. 전역 스킬의 존재도 함께 살펴야 한다.
• 설치 위치와 호출 범위를 이해하면 관리 화면이 실제 상태와 다를 때도 확인할 기준을 세울 수 있다.

📈 투자·시사 포인트

• 에이전트 활용에서는 스킬을 많이 확보하는 것뿐 아니라 업무에 맞게 배치하고 관리하는 운영 방식이 중요하다는 시사점이 있다.
• 팀이나 개인이 사무·개발 등 작업 공간별로 필요한 스킬을 정리하면, 영상에서 지적한 유사 스킬의 혼선을 줄이는 데 도움이 될 수 있다.
• 도구를 평가할 때 프로젝트별 설치 지원, 전역·프로젝트 범위 표시, 실제 호출 확인 방법을 살펴볼 필요가 있다.
• 영상은 투자 대상이나 수익 전망을 제시하지 않으며, 생산성 향상 폭도 수치로 검증하지 않는다.

⚠️ 불확실하거나 확인이 필요한 부분

• 발표자는 여러 도구의 스킬 저장 위치와 프로젝트 사용 방식을 설명하지만, 모든 도구·버전에서 동일한 경로와 탐색 규칙이 적용되는지는 영상만으로 확인할 수 없다.
• 프로젝트 폴더 밖을 명시적 지시 없이 보지 않는다는 설명은 시연 맥락의 주장이다. 이를 모든 환경의 접근 제한이나 보안 경계로 일반화할 근거는 제시되지 않는다.
• 삭제 후에도 관리 목록에 스킬이 남는 현상을 발표자는 앱의 지연 또는 버그로 설명한다. 정확한 원인과 해결 조건은 확인되지 않았다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 현재 설치된 스킬의 실제 위치를 확인하고 전역 설치와 프로젝트 설치를 구분한다.
• 사무·코딩 등 자주 수행하는 업무별 작업 폴더를 만들고 해당 폴더를 프로젝트로 선택한다.
• 스킬을 추가할 때 ‘이 프로젝트 폴더에 설치해 줘’라고 요청하고 설치 결과의 경로를 확인한다.
• 역할이나 이름이 비슷한 스킬을 찾아 어느 업무 공간에 필요한지 정리한다.

❓ 열린 질문

• 여러 업무에서 공통으로 쓰는 스킬과 특정 프로젝트에만 필요한 스킬을 어떤 기준으로 나눌 것인가?
• 전역 스킬과 프로젝트 스킬의 이름이나 역할이 겹치면 사용 중인 도구는 무엇을 우선하는가?
• 관리 화면과 실제 호출 상태가 다를 때 어떤 확인 절차를 표준으로 삼을 것인가?