오픈 스킬(Open Skills): AI 에이전트 절차를 도구 간에 옮겨 쓰는 법

핵심 메시지

• 에이전트가 내 맥락(프로젝트·사람·결정 이력)을 알아도, '내가 일하는 방식(절차)'은 여전히 매번 다시 설명해야 한다 — 이것이 메모리와 구분되는 '절차의 부채'다.
• 절차의 부채는 네 가지로 드러난다: 거대한 시스템 프롬프트의 비대화, 새 세션마다 반복되는 재설명 비용, 도구별로 흩어진 규칙의 파편화, 그리고 약한 검증으로 인한 '리뷰 부채'.
• 프롬프트는 한 번 말하는 요청이고, 스킬은 에이전트가 '이제부터 할 줄 아는' 절차다. 스킬은 언제 쓰고 언제 쓰지 말지, 어떤 도구·경계·출력·검증을 따를지를 담은 작은 markdown 단위다.
• 스킬은 원시 블록(primitive)이고, 이를 엮은 런북(runbook)이 합성(composition)이다. 예: 음성메모→전사→초안→HTML→게시까지 이어지는 창작 워크플로 전체가 하나의 런북이 된다.
• 핵심은 '이식성·합성·검증·범위·복리'다. 스킬을 진실의 원천(source of truth)으로 두면 커서·클로드 코드 등 각 도구가 거기서 규칙을 읽어가, 따로 표류하는 복사본이 사라진다.

쉽게 이해하기

발표자는 앞서 공개한 '오픈 브레인'이 AI 에이전트의 메모리 문제(내 맥락을 한 앱·한 모델에 가두지 않기)를 다뤘다면, 이번 '오픈 스킬'은 그다음에 드러나는 문제를 겨냥한다고 말한다. 에이전트가 프로젝트와 사람, 과거 결정을 모두 안다 해도, '연구할 땐 오래된 모델 기억을 믿지 말 것', '글은 뻔한 AI 뉴스레터처럼 쓰지 말 것', '테스트할 땐 실제 브라우저를 열고 모바일까지 확인할 것' 같은 절차는 매번 처음부터 다시 일러줘야 한다는 것이다.

그는 이 '절차의 부채'가 진지하게 에이전트를 쓰는 사람들의 작업에서 네 갈래로 나타난다고 정리한다. 첫째, 규칙을 거대한 시스템 프롬프트에 계속 욱여넣다 보면 오히려 성능이 나빠지는 프롬프트 비대화. 둘째, 새 채팅·새 세션·도구 전환마다 목소리와 테스트 기준, 완료의 정의를 다시 설명하는 재설명 비용. 셋째, 도구마다 규칙이 따로 놀며 서서히 어긋나는 파편화. 넷째, 검증이 약해 에이전트가 '완료'라고 말해도 사람이 다시 다 확인해야 하는 리뷰 부채다.

해법으로 그는 '오픈 스킬'을 공개했다. 재사용 가능한 에이전트 절차의 공개 라이브러리로, 출시 시점에 7개 범주의 31개 스킬과 7개 런북을 담았으며 코덱스·클로드 코드 등 skill.markdown 규약을 읽는 어떤 에이전트에서도 동작하도록 설계했다고 설명한다. 차별점은 '스킬이 존재한다'가 아니라 '이식 가능한 절차를 하나의 운영 계층으로 삼는다'는 점이라고 강조한다.

스킬과 프롬프트의 차이를 그는 구체적 예로 든다. '이 글을 팩트체크해줘'는 요청이지만, '현재 정보 검색 스킬'은 절차다 — 주장이 최신이거나 가격·소프트웨어 버전이 바뀌었을 수 있을 때 라이브 검색을 쓰고, 출처와 날짜를 비교하며, 확인된 사실과 추론을 분리하라고 정해둘 수 있다. 목소리, 브라우저 QA도 마찬가지로 '무엇을 읽고 무엇을 피하고 어떤 증거를 남길지'를 절차로 박아둘 수 있다.

마지막으로 그는 검증과 복리(flywheel)를 강조한다. 좋은 스킬은 '이 증거가 없으면 완료라고 부르지 말 것'을 미리 정의해, 그럴듯한 완료 멘트만 내놓는 에이전트를 통제한다. 또 'session-to-skill 추출기'처럼, 긴 작업 끝에 '되풀이될 만한 비자명한 절차를 배웠는가'를 물어 가치 있는 절차만 스킬 후보로 남기면, 모델과 도구가 바뀌어도 작업의 신뢰도가 누적된다고 말한다.

주요 인사이트

• 메모리(맥락)와 절차(작업 방식)는 별개의 문제다. 맥락을 완벽히 주입해도 '어떻게 일하는지'는 따로 이식해야 한다.
• 프롬프트 비대화의 해법은 모든 규칙을 항상 머릿속에 넣는 게 아니라, 필요할 때 알맞은 절차를 깔끔히 불러오게 하는 것이다.
• 스킬에는 범위(scope)가 있다 — 나에게 속한 절차는 전역, 특정 저장소에 속한 절차(안전한 명령·테스트 방식)는 프로젝트 로컬에 둬야 뒤섞이지 않는다.
• 에이전트 시대에는 '막연한 자신감'이 통하지 않는다. 어떤 테스트가 통과했고 어떤 URL을 확인했는지 증거를 절차에 못박는 검증이 자동화를 리뷰 부채가 아닌 레버리지로 바꾼다.
• 이식 가능한 절차는 벤더 종속을 줄인다. 더 좋은 도구가 나와도 같은 운영 계층에 꽂아 쓸 수 있어, 한 회사의 워크플로 가정에 갇히지 않는다.

자주 묻는 질문

관련 AI 소식