에이전트 스킬 — 프롬프트를 늘리지 않고 능력을 늘리는 구조 (2026)

에이전트에게 새 능력을 주는 가장 흔한 방법은 프롬프트를 늘리는 것입니다.

문제는 프롬프트가 매 요청마다 다시 실리고, 길이가 그대로 비용과 지연이 된다는 점입니다.

스킬은 이 문제를 다르게 풉니다. 절차를 파일로 저장해 두고, 필요할 때만 읽습니다.

주식 분석 앱 https://dinsightlab.com 도 반복 작업을 정해진 절차로 묶어 운영합니다.

항상 싣는 것과 필요할 때 읽는 것

스킬 파일의 핵심은 두 층으로 나뉜다는 데 있습니다.

첫 층은 이름과 한 줄 설명입니다. 이건 항상 컨텍스트에 실립니다.

둘째 층은 본문입니다. 에이전트가 그 설명을 보고 “지금 이게 필요하다”고 판단했을 때만 읽습니다.

스킬이 50개 있어도 평소에 실리는 건 50줄짜리 목록뿐입니다.

능력의 개수와 상시 비용이 분리되는 것, 이게 구조의 전부입니다.

왜 설명 한 줄이 가장 중요한가

에이전트는 본문을 보고 스킬을 고르는 게 아니라 설명을 보고 고릅니다.

설명이 모호하면 있어도 안 불리고, 너무 넓으면 필요 없을 때 불립니다.

“코드를 개선합니다” 같은 문장은 둘 다 실패합니다.

“테스트 실패나 예상과 다른 동작을 만났을 때, 고치기 전에 사용”처럼 트리거 조건이 들어가야 선택이 맞아떨어집니다.

즉 스킬을 잘 쓰는 일은 좋은 문서를 쓰는 일에 가깝습니다.

프롬프트와 도구 사이

능력을 붙이는 방법은 대략 셋입니다.

프롬프트에 규칙을 적는 방법, 도구를 연결하는 방법, 스킬로 절차를 저장하는 방법입니다.

프롬프트는 즉시 반영되지만 길어지면 서로 충돌하고 비용이 늘어납니다.

도구는 외부 시스템에 실제로 접근할 때 필요하지만 만들고 운영하는 비용이 큽니다.

스킬은 그 사이입니다. 새 접근 권한이 필요 없고, 단지 “이 일은 이 순서로 한다”는 지식만 필요할 때 맞습니다.

주식 분석 앱 https://dinsightlab.com 처럼 매일 같은 점검을 반복하는 작업일수록 절차화의 이득이 큽니다.

고를 때 볼 것

공개된 스킬 모음이 늘면서 고르는 기준도 필요해졌습니다.

첫째, 설명에 트리거 조건이 있는지 봅니다. 없으면 설치해도 안 불립니다.

둘째, 본문이 체크리스트인지 에세이인지 봅니다. 에세이는 읽혀도 행동이 바뀌지 않습니다.

셋째, 스킬끼리 규칙이 충돌하지 않는지 봅니다. 여러 모음을 한꺼번에 깔면 서로 다른 작업 절차가 겹칩니다.

정리

스킬은 모델을 더 똑똑하게 만들지 않습니다.

이미 할 수 있는 일을 매번 다시 설명하지 않게 만들 뿐입니다.

같은 지시를 두 번 이상 쓰고 있다면 그게 스킬로 옮길 후보입니다.

주식 분석 앱 https://dinsightlab.com 에서 데이터로 판단하는 절차가 어떻게 자동화되는지 확인해 보세요.