도구를 거둬가는 스킬

AI 도구에 스킬을 붙인다고 하면 보통 뭔가를 더하는 것을 떠올립니다. 새 능력, 새 명령, 새 연결 같은 것들이요. 그런데 공식 변경점을 보다가 반대 방향으로 쓰는 설정을 발견했습니다. 스킬이 도는 동안 특정 도구를 아예 없애버리는 것입니다. 여기에 직접 만들어 쓰는 문턱을 낮추는 변화까지 같이 왔길래 묶어서 정리했습니다.

📌 30초 요약

① 스킬이 도는 동안 특정 도구를 빼는 설정이 생겼습니다.

② 폴더에 넣기만 하면 자동으로 잡힙니다. 장터에 올릴 필요가 없습니다.

③ 재시작 없이 다시 읽어들이는 명령이 생겼습니다.

④ 뼈대를 만들어주는 명령도 함께 들어왔습니다.

⑤ 설치해도 켜지지 않게 만드는 선택지가 생겼습니다.

⑥ 주 모델을 못 찾으면 세션 내내 대체 모델로 넘어갑니다.

더하는 게 아니라 빼는 쪽

스킬 파일 맨 위에 이 스킬이 도는 동안 쓰지 못하게 할 도구를 적을 수 있게 됐습니다. 적어두면 그 스킬이 활성인 동안 해당 도구가 모델에게서 아예 사라집니다. 막는 게 아니라 없는 것처럼 만드는 쪽입니다.

💡 막는 것과 없애는 것의 차이

권한으로 막으면 시도는 하고 거절당합니다. 그 과정에서 확인 창이 뜨거나 실패 기록이 남고, 다른 길을 찾아보려 애쓰기도 합니다. 반면 목록에서 빼버리면 애초에 그 선택지를 고려하지 않습니다. "글만 쓰는 스킬"에서 파일 수정 도구를 빼두면, 고칠까 말까 고민하는 단계 자체가 없어집니다. 결과도 정확해지고 오가는 말도 줄어듭니다.

쓸모가 뚜렷한 자리가 몇 군데 있습니다. 읽고 정리만 하는 작업에서 쓰기 도구를 빼두거나, 외부와 통신하지 않아야 하는 작업에서 네트워크 도구를 빼두는 식이죠. 매번 승인 창을 눌러 거절하는 대신 스킬 파일에 한 줄 적어두는 것으로 끝납니다.

만들어 쓰는 문턱이 낮아졌습니다

예전에는 확장을 하나 만들려면 장터에 올리는 절차를 거쳐야 했습니다. 나 혼자 쓸 것도요. 이번에 그 부분이 세 갈래로 정리됐습니다.

단계	달라진 점
만들기	뼈대를 잡아주는 명령이 생김
설치	정해진 폴더에 넣으면 자동으로 잡힘
고친 뒤	재시작 없이 다시 읽음
배포	설치해도 꺼진 상태로 둘 수 있음

세 번째 줄이 만들 때 제일 크게 체감되는 부분입니다. 고치고 → 재시작하고 → 확인하던 순환이 고치고 → 다시 읽고 → 확인으로 줄었습니다. 세션을 새로 여는 순간 지금까지 나눈 대화가 날아가니, 시험하면서 다듬는 작업에서는 이 차이가 큽니다. 세션 시작 시 도는 자동 실행 항목이 스킬을 설치한 뒤 그 자리에서 바로 쓰이게 만드는 방법도 함께 생겼습니다.

마지막 줄도 실무에서 유용합니다. 여러 개를 배포하되 필요할 때만 켜게 할 수 있습니다. 붙여 쓸 만한 확장을 모아본 글에서 여러 개를 한꺼번에 붙이는 이야기를 했는데, 붙여만 두고 꺼두면 매번 실리는 몫도 없습니다.

같이 온 것 둘

성격이 다르지만 알아둘 만한 항목이 둘 있었습니다. 하나는 주 모델을 못 찾을 때입니다. 예전에는 요청마다 실패했는데, 이제 미리 정해둔 대체 모델로 세션 내내 넘어갑니다. 모델 이름이 바뀌었거나 오타가 있어도 작업이 멈추지 않습니다.

다른 하나는 연결 설정을 목록으로 볼 때입니다. 아직 승인하지 않은 항목이 있으면 예전에는 출력이 다른 곳으로 넘어가는 상황에서 자동으로 승인하고 연결해버렸는데, 이제 "승인 대기"로 표시만 합니다. 목록을 뽑아보려던 것뿐인데 연결까지 되던 동작이 정리됐습니다.

🔁 시작할 때 통째로 빼는 방법도 있습니다

스킬이 도구를 거둬가는 것과 비슷한 일이 세션을 여는 순간에도 일어납니다. 제한 모드로 시작하면 명령을 실행하는 도구와 웹 가져오기가 통째로 빠지고 파일 도구는 작업 폴더 안으로 묶입니다. 거둬가는 폭이 스킬보다 훨씬 넓은 셈이죠. 되살리는 방식도 다릅니다 — 이름을 하나씩 대야 하고 「기본 묶음」 값으로는 돌아오지 않습니다. 그리고 둘 다 공통으로 외부 도구 서버에는 손대지 않으니 그쪽은 따로 막으셔야 합니다.

🔁 그 스킬이 클라우드까지 가는지는 별개입니다

스킬이 도구를 거둬가는 동작을 봤으니, 그 스킬이 어디까지 따라가는지도 알아 두면 좋습니다. 클라우드 세션의 설정 이관에서 확인한 건데, 내 홈 폴더에 둔 스킬은 클라우드로 안 갑니다. 세션이 저장소를 새로 복제해 시작하기 때문입니다. 두 가지 길이 있습니다 — 저장소 안으로 옮겨 커밋하거나, 계정 쪽에서 켜 두면 파일이 아니라 계정을 거쳐 별도로 실립니다. 도구를 거둬가는 스킬이라면 어느 세션에서 적용되는지가 중요하니 한 번 확인해 두세요.

🔁 문턱이 낮아진 다음에 남는 질문

만들어 쓰는 문턱이 낮아졌다고 적었는데, 만든 뒤에 남는 질문이 하나 더 있습니다 — 어디에 두느냐입니다. 클라우드 프로젝트에 맡길 때는 넣는 문이 넷으로 갈립니다: 스킬과 하위 에이전트는 저장소에 커밋, 확장 묶음은 프로젝트 설정, 외부 도구 연결기는 계정, 명령줄 도구는 환경의 준비 스크립트입니다. ★특히 연결기는 조율하는 대화 자체에는 없어서, 그 도구가 필요한 일은 갈래로 보내야 돌아갑니다. 도구를 거둬 가는 쪽만큼이나 도구가 애초에 실리는 경로도 알아 둘 값이 있습니다.

자주 묻는 질문

Q. 도구를 빼는 게 권한으로 막는 것과 뭐가 다른가요?

막으면 시도하고 거절당하지만, 빼면 시도 자체를 안 합니다. 확인 창이 안 뜨는 것도 차이고, 다른 길을 찾느라 도는 과정이 없어지는 것도 차이입니다. 다만 적용 범위가 다릅니다 — 권한은 전체에 걸리고, 이건 그 스킬이 도는 동안만입니다. 상시로 막고 싶다면 권한 쪽이 맞습니다.

Q. 개발을 몰라도 스킬을 만들 수 있나요?

스킬 자체는 지시문을 적어둔 문서에 가깝습니다. 코드를 짜는 게 아니라 "이럴 때는 이렇게 해라"를 글로 적는 것이라, 진입 문턱이 생각보다 낮습니다. 이번에 뼈대를 만들어주는 명령과 폴더에 넣기만 하면 되는 방식이 생겨 더 쉬워졌고요. 다만 도구를 빼는 설정처럼 이름을 정확히 적어야 하는 부분은 문서를 봐야 합니다.

Q. 직접 만드는 것과 남의 걸 붙이는 것, 뭐가 나을까요?

남이 만든 걸로 되는 일이면 그쪽이 빠릅니다. 직접 만드는 게 나은 건 내 작업 방식에만 있는 규칙을 담을 때입니다. 반복해서 같은 지시를 적고 있다면 그게 스킬로 뺄 자리죠. 서버를 세워 직접 굴리는 자가호스팅 방식과 비교하면, 스킬은 훨씬 가벼운 자기 맞춤에 해당합니다.

🧾 솔직하게 밝혀둘 것

① 공식 변경점을 읽고 정리한 것이고 직접 스킬을 만들어 시험해보지 않았습니다.

② "막는 것과 없애는 것의 차이"는 제 정리입니다. 문서는 도구를 제거한다는 사실만 적고 있습니다.

③ 설정 이름과 명령은 문서 표기 그대로 옮겼습니다. 본문에서는 읽기 쉽게 풀어 적었으니 정확한 표기는 원문을 보세요.

④ 어떤 도구 이름을 적을 수 있는지 목록은 확인하지 못했습니다. 쓰기 전에 문서에서 확인하시는 게 안전합니다.

⑤ 한 주치(5월 25~29일) 변경점이고 버전 조건이 붙습니다. 이후 방식이 또 바뀌었을 수 있습니다.

✨ 정리하면

스킬을 능력을 더하는 것으로만 생각하면 절반만 보는 셈입니다. 이 작업에서는 이 도구를 안 쓴다고 적어두는 것도 스킬이 하는 일이고, 그렇게 하면 고민하는 단계 자체가 사라져 결과가 정확해집니다. 여기에 폴더에 넣기만 하면 잡히고 재시작 없이 반영되는 변화까지 붙어서, 혼자 쓰려고 만드는 문턱이 확실히 낮아졌습니다.

붙여 쓸 만한 확장은 확장 모음 정리, 아예 직접 굴리는 쪽은 자가호스팅 가이드에 있고, 최근 주간 변경점은 편집이 곧 실행인 파일에 이어집니다. AI에 쓰는 돈 전체는 AI 지출 허브에서 순서대로 보실 수 있습니다.

※ 출처: 제조사 공식 문서의 주간 변경점 페이지(2026년 5월 25~29일 구간) 원문. 2026년 8월 25일 확인 기준이며, 설정 이름·명령·동작은 이후 버전에서 바뀔 수 있습니다.