지식 베이스, 도구, Skill — 각각 무엇을 하는가
하나로 혼동되곤 하는 세 가지 서로 다른 일 — 지식 베이스는 사실을 담고, MCP 도구는 모델이 즉흥적으로 처리하게 둘 수 없는 계산을 수행하며, Skill은 그중 무엇을 꺼낼지 결정하는 절차입니다.
에이전트를 구성하면서 사람들이 겪는 대부분의 문제는 무언가를 이 셋 중 잘못된 곳에 넣는 데서 옵니다. 그래서 여기 주택담보대출 중개인을 예로 들어 그 경계선을 그려 봅니다.
세 가지 질문, 그리고 각각이 답해지는 곳
"고정금리 상품의 조건은 어떻게 되고, 제가 자격이 될까요?"
이것은 사실입니다. 당신의 자료 어딘가에 적혀 있고, 묻는 모든 사람에게 같은 답이며, 유일하게 올바른 출처는 당신 자신의 문서입니다. → 지식 베이스.
검색이 그 상품에 관한 구절을 찾고 에이전트는 그것을 근거로 답하며, 사용한 것을 인용합니다. 당신의 문서가 그것을 다루지 않는다면, 올바른 결과는 그럴듯한 의역이 아니라 "그건 제가 가지고 있지 않습니다"입니다.
"제 소득과 이 계약금을 고려할 때, 38만을 25년에 걸쳐 상환하면 얼마가 될까요?"
이것은 계산입니다. 정답이 하나이고, 그 뒤의 규칙은 길고 까다로우며, 규제받는 사업에서 틀린 숫자는 창피함이 아니라 책임입니다. → MCP 도구.
아무리 유능하더라도 언어 모델이 상환 능력 규칙을 즉흥적으로 계산하기를 원하지 않습니다. 당신 자신의 시스템이 호출하는 바로 그 함수를 호출해 숫자를 돌려받고, 그 숫자를 보고하기를 원합니다. 나중에 감사할 수 있는 것은 입력과 출력이 있는 도구 호출이지, 어쩌다 어딘가에 도달한 추론의 한 문단이 아닙니다.
"말씀드린 모든 것을 고려할 때, 이 상품들 중 제가 실제로 봐야 할 건 어느 것인가요?"
이것은 절차입니다. 여러 일이 순서대로 일어나야 하고, 다음에 무엇을 물을지에 대한 판단이 필요합니다. → Skill.
Skill이 지침을 담습니다: 무엇이든 견적을 내기 전에 고용 형태와 계약금을 파악하고, 고객이 자격이 되는 상품에 대해 견적 도구를 실행하며, 최대 세 개만 제시하고, 기준을 충족하지 못하는 상품은 절대 제시하지 않으며, 무엇이든 확정되기 전에 사람에게 인계합니다. 그것은 일을 수행하는 과정에서 MCP 도구를 호출하고, 도중에 설명하는 조건에 대해서는 지식 베이스에 기댈 수 있습니다.
사람들이 놓치는 네 번째 선
여기서 "사실"은 사실 두 가지이며, 그 둘을 혼동하는 것이 이 페이지에서 가장 값비싼 실수입니다. agent4.io는 검증되고 권위 있는 당신의 규칙, 가격, 규정을 담는 테넌트 지식 베이스를, 고객이 업로드한 문서를 담는 각 고객 자신의 지식 베이스와 분리해서 보관합니다.
주택담보대출 질문은 둘 다 필요로 합니다: 당신의 대출 기준은 당신 것에서 오고, 고객의 급여명세서는 그들 것에서 오며, 답은 그 비교입니다. 둘은 함께 검색되어 별도의 블록으로 주입되는데, 하나는 따라야 할 정책으로, 다른 하나는 참고할 고객 자신의 자료로 틀 지어집니다 — 그래서 에이전트는 결코 고객 자신의 문서를 마치 당신의 정책인 것처럼 그들에게 되돌려 인용하지 않습니다. 지식 베이스를 참고하세요.
경험칙
| 만약 그것이… | 이곳에 속합니다… |
|---|---|
| 적혀 있고 모두에게 동일하다면 | 지식 베이스 |
| 계산되며, 정확히 맞아야 한다면 | MCP 도구 |
| 사이에 판단이 낀 일련의 단계라면 | Skill |
혹은 더 직설적으로: 사실은 검색되고, 계산은 호출되며, 절차는 따라집니다.
다른 업종에서의 같은 세 가지
이민 업무 사무소도 정확히 같은 곳에 선을 긋습니다.
- 지식 베이스 — 각 경로에 필요한 서류, 현재 처리 기간, 당신의 수수료 표
- MCP 도구 — 숙련 노동자 신청에 대한 점수 계산으로, 기억이 아니라 공식 기준에 대조해 실행
- Skill — "새 문의 선별하기": 체류 자격, 일정, 고용, 이전 거부 이력을 올바른 순서로 묻고, 점수 도구를 실행하며, 논의할 가치가 있는 경로와 함께 담당자를 위한 구조화된 프로필을 만듭니다
왜 한 에이전트가 여러 Skill을 가지는가
한 에이전트는 여러 개를 가질 수 있고 — 선별, 견적, 서류 독촉, 예약 — 대화가 필요로 하는 것으로 드러난 그 하나만 불러옵니다. 견적 Skill은 견적 도구를 열 수 있고, 선별 Skill은 아무것도 열지 않고 그저 올바른 순서로 질문하는 방식일 수도 있습니다.
그것은 또한 권한 경계입니다: 불러온 어떤 Skill도 활성화하지 않는 도구는, 에이전트가 손대지 않을 도구입니다. 이것이 애초에 민감한 계산을 도구로 캡슐화하는 진짜 이유입니다 — 단지 그것이 정확하기 위해서가 아니라, 그것을 꺼내는 일이 모델이 내린 결정이 아니라 당신이 구성한 결정이 되게 하기 위해서입니다.
에이전트가 누구인지에 대한 상시적 서술 — 그 성격, 어조, 타협 불가능한 원칙 — 으로, 그것이 마침 하고 있는 일과는 별도로 보관됩니다.
에이전트가 근거로 답할 수 있는 문서들. agent4.io는 두 종류 — 당신 회사의 검증된 자료와, 각 고객 자신의 파일 — 를 함께 검색하지만 결코 서로 혼동하지 않고 보관합니다.
이름이 붙은 능력 묶음 — 언제 사용하는지에 대한 짧은 설명, 더 상세한 지침, 그리고 그것이 열어 주는 도구들 — 으로, 에이전트는 관련이 있을 때만 이를 불러옵니다.
Model Context Protocol — 에이전트를 외부 도구 및 데이터에 연결하기 위한 개방형 표준으로, 시스템이 AI 제품마다 한 번씩이 아니라 자신의 능력을 한 번만 노출하게 합니다.
원하는 행동의 예시로 모델의 학습을 이어 가서, 그 행동이 매 요청마다 요구하는 것이 아니라 기본값이 되게 하는 것. 모델이 무엇을 아는지가 아니라 어떻게 작동하는지를 바꿉니다.