요즘 AI 개발 환경을 보면 확실히 흐름이 조금 바뀌고 있다는 느낌을 받고 있어.
예전에는 “프롬프트를 얼마나 잘 쓰느냐”가 실력처럼 이야기되던 시기가 있었잖아. 질문을 잘 만들고, 맥락을 정리하고, AI가 이해하기 쉽게 설명하는 능력이 중요하다고들 했어. 그런데 최근 Anthropic이 공개한 Claude Code의 Skills 2.0을 보면서 생각이 조금 바뀌었어.
이제는 단순히 프롬프트를 잘 쓰는 것을 넘어, AI가 일하는 구조 자체를 설계하는 능력이 훨씬 중요해지는 시대가 오는 것 같았어.
이번에 관련 내용을 보면서 느낀 건 하나였어. Skills 2.0은 단순히 기능 몇 개가 추가된 업데이트가 아니라, AI를 사용하는 방식 자체가 한 단계 올라간 변화라는 느낌이었어.
[참조: https://code.claude.com/docs/en/skills]
예전 스킬은 사실상 “AI 매뉴얼” 같은 느낌이었어
예전에 Claude Code에서 스킬을 쓴다고 하면 사실 구조가 그렇게 복잡하지 않았어.
스킬을 호출하면 내부적으로는 단순히 마크다운 문서 내용을 컨텍스트에 추가하는 방식이었어. 그래서 스킬이라는 이름은 붙어 있었지만 실제로는 자동화된 기능이라기보다는 참고용 문서를 AI에게 보여주는 느낌이 강했어.
개발자가 어떤 작업 방법을 문서로 정리해 두고, 필요할 때 AI에게 읽게 하는 정도였다고 보면 이해가 쉬웠어. 문제는 이런 구조가 생각보다 불편했다는 거였어. 스킬을 수정하면 바로 반영되는 게 아니라 세션을 다시 열어야 적용되는 경우도 있었고, 테스트도 대부분 사람이 직접 실행해보면서 확인해야 했어.
결국 예전의 스킬은 “자동화된 기능”이라기보다는 AI에게 보여주는 레시피 문서에 가까웠던 것 같았어.
Skills 2.0은 스킬을 아예 “소프트웨어”로 바꿔버렸어
이번 업데이트에서 가장 크게 느껴진 변화는 스킬의 성격 자체가 달라졌다는 점이었어.
이제 스킬은 단순한 문서가 아니라 실제로 동작하는 작은 프로그램 같은 구조가 되었어.
그 중심에는 YAML 프론트 메타라는 구조가 있어. 스킬 파일 상단에 일종의 설정 영역이 붙는데 여기에 스킬의 이름이나 설명뿐만 아니라 어떤 에이전트를 사용할지, 어떤 도구를 불러올지, 어떤 훅을 사용할지 같은 정보들이 선언 형태로 들어가게 돼.
이걸 보면서 들었던 생각은 딱 하나였어. 이제 스킬은 그냥 문서가 아니라 설정 가능한 작은 애플리케이션이 되었구나 하는 느낌이었어.
개발자 입장에서 보면 스킬 파일이 설정 파일이자 코드의 일부가 된 셈이었어.
컨텍스트 포크 덕분에 AI 작업량이 훨씬 늘어났어
AI를 조금이라도 써본 사람이라면 대부분 공감할 텐데, AI의 가장 큰 제한 중 하나가 바로 컨텍스트 윈도우야.
한 번에 처리할 수 있는 정보량이 제한되어 있기 때문에 작업이 길어질수록 맥락이 흐트러지거나 성능이 떨어지는 문제가 생기곤 했어.
Skills 2.0에서는 스킬마다 별도의 컨텍스트를 포크해서 실행할 수 있는 구조가 생겼어. 쉽게 말하면 스킬이 독립된 작업 공간을 가지고 실행되는 느낌이었어. 덕분에 메인 컨텍스트를 덜 사용하면서 작업을 처리할 수 있게 됐어.
이 구조 덕분에 하나의 세션에서 처리할 수 있는 작업량이 훨씬 늘어나고, 토큰 사용 효율도 좋아지는 효과가 생겼어. 작은 변화처럼 보이지만 실제로 AI 워크플로를 운영하는 입장에서는 꽤 큰 차이라고 느껴졌어.
스킬에도 이제 라이프사이클이 생겼어
또 흥미로웠던 부분은 스킬마다 훅 라이프사이클을 정의할 수 있다는 점이었어.
예전에는 글로벌 훅 하나만 존재해서 모든 스킬이 동일한 흐름을 공유해야 했어. 그런데 이제는 스킬마다 별도의 훅을 선언할 수 있어서 언제 어떤 추가 작업을 실행할지 훨씬 세밀하게 제어할 수 있게 됐어.
예를 들어 어떤 스킬은 실행 후에 자동으로 후처리를 수행하도록 만들 수도 있고, 특정 에이전트에서 실행되는 스킬은 그 과정을 생략하도록 구성할 수도 있어. 이런 구조 덕분에 단순히 명령을 실행하는 수준을 넘어서 AI 작업 흐름 자체를 설계하는 것이 가능해졌다는 느낌이 들었어.
스킬 품질을 AI가 자동으로 테스트해줘
개인적으로 가장 인상 깊었던 기능은 스킬 평가 시스템이었어.
스킬을 만들면 YAML 기반의 테스트 스크립트를 통해 AI가 그 스킬이 제대로 동작하는지 자동으로 평가해주는 구조야.
예전에는 스킬을 하나 만들면 사람이 여러 번 실행해보면서 결과를 확인해야 했어. 그런데 이제는 AI가 테스트를 돌리고 결과를 평가해주니까 훨씬 안정적인 스킬을 만들 수 있는 환경이 된 거야. 마치 코드 리뷰를 AI가 대신 해주는 느낌이었어.
이 기능이 자리 잡으면 앞으로 AI 기반 자동화 도구를 만들 때 품질 관리 방식 자체가 꽤 많이 달라질 것 같다는 생각도 들었어.
스킬을 만드는 것도 AI가 도와주는 구조가 됐어
또 재미있는 기능이 하나 있었는데, 바로 스킬 생성 기능이었어.
자연어로 원하는 워크플로를 설명하면 AI가 스킬 코드와 테스트 스크립트를 함께 만들어주는 구조야.
예전에는 스킬 하나 만들 때 구조를 설계하고 테스트를 돌리고 수정하는 과정까지 포함하면 꽤 시간이 걸렸어. 그런데 이제는 그 과정 자체를 AI가 상당 부분 자동화해 주는 구조가 된 거야. 실제로 체감 시간도 꽤 줄어든다고 했어.
이걸 보면서 느낀 건 앞으로 개발자의 역할이 조금 달라질 수도 있겠다는 생각이었어. 직접 모든 걸 만드는 것보다는 AI가 만든 결과를 검토하고 방향을 결정하는 역할이 더 중요해질 것 같았어.
결국 중요한 건 모델이 아니라 워크플로였어
이번 내용을 보면서 가장 인상 깊었던 메시지는 따로 있었어. 결국 경쟁력은 모델 자체가 아니라 워크플로 설계 능력이라는 이야기였어.
AI도 비슷한 것 같았어. 어떤 모델을 쓰느냐도 중요하지만 그보다 더 중요한 건 AI에게 어떤 구조로 일을 시키느냐라는 생각이 들었어.
전체 내용을 정리해보면 Skills 2.0은 단순한 기능 업데이트라기보다는 AI와 함께 일하는 방식이 한 단계 진화한 사례처럼 느껴졌어. 예전에는 AI에게 좋은 질문을 던지는 능력이 중요했다면 이제는 AI가 일을 할 수 있도록 작업 구조를 설계하는 능력이 훨씬 더 중요해지는 것 같았어.
그래서 앞으로 AI를 잘 활용하는 사람의 기준도 조금 바뀔 것 같았어. 단순히 프롬프트를 잘 만드는 사람이 아니라, AI가 효율적으로 일할 수 있는 시스템을 설계하는 사람이 더 큰 경쟁력을 가지게 될 것 같다는 생각이 들었어.
'AI' 카테고리의 다른 글
| AI는 이제 답하지 않아. 대신 ‘일한다’ (0) | 2026.03.21 |
|---|---|
| Claude, 이제 그냥 챗봇 아니야, “디스패치부터 채널까지” 한방에 이해하기 (0) | 2026.03.21 |
| 엔비디아가 결국 ‘오픈클로’에 올라탔어 (0) | 2026.03.17 |
| AI 앱은 돈을 잘 벌까? 데이터가 보여준 조금 다른 현실 (0) | 2026.03.15 |
| AI가 코드를 다 짜주는 시대, 이제 진짜 중요한 건 ‘리뷰’가 됐어 (0) | 2026.03.10 |
