에이전트 Skill이란?
이름이 붙은 능력 묶음 — 언제 사용하는지에 대한 짧은 설명, 더 상세한 지침, 그리고 그것이 열어 주는 도구들 — 으로, 에이전트는 관련이 있을 때만 이를 불러옵니다.
Skill은 어떤 절차를 모두에게, 어디서나, 항상 가르치지 않고도 에이전트에게 가르치는 방법입니다.
건물 안의 모든 매뉴얼을 다 읽은 동료와, 어느 매뉴얼을 꺼내야 하는지 아는 동료의 차이를 생각해 보세요. 후자가 더 유용하고, 고용 비용도 더 쌉니다.
설명이 먼저, 지침은 나중에
모든 Skill에는 두 개의 층이 있고, 그 구분이 핵심의 전부입니다.
- 이름과 설명 — 이것이 무엇을 위한 것이며, 언제 적용되는지
- 지침 — 실제 절차로, 길어질 수 있습니다
기본적으로 에이전트 앞에 있는 것은 첫 번째 층뿐입니다. 에이전트는 자신이 알 수도 있는 것들의 짧은 목록을 봅니다. 대화가 그중 하나를 필요로 하게 되면, 그 Skill을 불러오고 전체 지침이 도착합니다.
이것을 점진적 공개(progressive disclosure)라고 하며, 컨텍스트는 유한하고 비싸기 때문에 존재합니다. 스무 개의 상세한 절차를 영구적으로 붙여 넣으면 대화 자체를 밀어내고 모든 응답을 더 느리고 비싸게 만듭니다 — 그 어떤 절차도 적용되지 않는 경우까지 포함해서 말이죠.
Skill을 구체적으로 풀어 보면
"주택담보대출 견적 내기"는 이렇게 쓰일 수 있습니다: 무엇이든 견적을 내기 전에 고용 형태, 계약금, 자산 가치를 파악한다. 이 고객이 실제로 자격이 되는 상품에 대해 견적 도구를 실행한다. 최대 세 개만, 저렴한 순으로 제시하고, 기준을 충족하지 못하는 상품은 절대 제시하지 않는다. 수치는 참고용이라고 분명히 말한다. 무엇이든 확정되기 전에 중개인에게 인계한다.
그것은 절차이지 지식이 아닙니다 — 그리고 영업시간에 관한 모든 대화에서 다시 언급되기를 바랄 만한 것도 아닙니다. 그것은 고객이 대출에 대해 묻기 시작할 때 불러와지고, 그전에는 아닙니다.
에이전트가 Skill을 얻는 방법
Skill은 단일 에이전트가 아니라 테넌트에 속합니다. "새 문의 선별하기"를 한 번 작성하면, 그것을 할 수 있어야 하는 모든 에이전트가 이름으로 참조합니다 — 지식 베이스가 사용하는 것과 같은 패턴입니다. 두 에이전트가 두 곳에 복사본을 두지 않고도 하나의 Skill을 공유할 수 있으며, 절차를 고치면 둘 다 고쳐집니다.
런타임에 에이전트는 자기 목록에 있는 Skill들의 이름과 설명만 봅니다. 그중 하나가 관련이 있게 되면 도구를 호출해 그 Skill을 불러오고, 전체 지침이 대화의 나머지 동안 도착합니다.
Skill이 담을 수 있는 것
지침이 본질이지만, Skill은 어떤 도구를 활성화하는지도 선언할 수 있습니다. 예약을 위한 스킬은 캘린더를 열 수 있고, 자격 선별을 위한 스킬은 아무것도 열지 않고 그저 올바른 순서로 질문하는 방식일 수도 있습니다.
이것이 Skill을 지침 집합일 뿐 아니라 권한 경계로도 만듭니다: 불러온 어떤 Skill도 활성화하지 않는 도구는, 에이전트가 손대지 않을 도구입니다.
자주 묻는 질문
- 지식 베이스에 내용을 더 넣는 대신 Skill이 필요한 때는 언제인가요?
- 지식은 질문에 답하고, Skill은 특정 상황이 생겼을 때 에이전트가 따라야 할 절차를 담습니다. 자료가 「무엇이 참인가」라면 지식 베이스에 속하고, 「무엇을 어떤 순서로 하는가」라면 Skill에 속합니다.
- Skill을 많이 붙이면 에이전트가 느려지거나 혼란스러워지나요?
- 프롬프트에 상주하는 것은 각 Skill의 한 줄 설명뿐이고, 전체 지침은 상황이 실제로 그것을 요구할 때 가져옵니다. 그래서 에이전트는 매 턴마다 모든 절차의 비용을 치르지 않고도 많은 절차를 지닐 수 있습니다.
- Skill이 발동해야 할 때 실제로 발동하는지 어떻게 확인하나요?
- 트리거 테스트가 있습니다: 실제 프롬프트 조립과 모델 라우팅에 대해 예시 메시지를 재생해 그 Skill이 발동할지 보고하며, 아무것도 실행하지 않고 대화도 저장하지 않습니다. 지침을 길게 늘이는 것보다 설명을 시험해 보는 편이 대개 더 생산적입니다.
에이전트가 누구인지에 대한 상시적 서술 — 그 성격, 어조, 타협 불가능한 원칙 — 으로, 그것이 마침 하고 있는 일과는 별도로 보관됩니다.
에이전트가 근거로 답할 수 있는 문서들. agent4.io는 두 종류 — 당신 회사의 검증된 자료와, 각 고객 자신의 파일 — 를 함께 검색하지만 결코 서로 혼동하지 않고 보관합니다.
Model Context Protocol — 에이전트를 외부 도구 및 데이터에 연결하기 위한 개방형 표준으로, 시스템이 AI 제품마다 한 번씩이 아니라 자신의 능력을 한 번만 노출하게 합니다.
하나로 혼동되곤 하는 세 가지 서로 다른 일 — 지식 베이스는 사실을 담고, MCP 도구는 모델이 즉흥적으로 처리하게 둘 수 없는 계산을 수행하며, Skill은 그중 무엇을 꺼낼지 결정하는 절차입니다.
원하는 행동의 예시로 모델의 학습을 이어 가서, 그 행동이 매 요청마다 요구하는 것이 아니라 기본값이 되게 하는 것. 모델이 무엇을 아는지가 아니라 어떻게 작동하는지를 바꿉니다.