도메인 3 · 시험 비중 19%
통합
Integration
가장 비중이 큰 도메인입니다. 툴·에이전트 구성의 기능 비대화 점검, 인증·인가 요구사항 분석과 보안 공백 식별, 정확도와 지연시간의 균형, 대규모 환경의 관측성 전략, 청킹·인덱싱을 포함한 RAG 파이프라인 설계, 데이터 형태와 질의 패턴에 맞는 검색 전략, MCP·API/CLI·에이전트 간 통신 중 연결 방식 선택, 점진적 발견과 단일 컨텍스트 전략의 비교를 다룹니다.
이미 돌아가고 있는 에이전트의 툴 구성을 감사해 과잉 권한과 과잉 선택지를 찾아냅니다. 툴을 어떻게 만드는지가 아니라, 이미 붙어 있는 툴 30개 중 무엇을 떼어낼지 판단하는 것이 이 수업의 주제입니다.
에이전트 시스템의 인증과 인가는 사람이 쓰는 시스템과 다른 지점에서 무너집니다. 자격 증명이 어디에 놓이는지, 누구의 권한으로 행동하는지, 프롬프트 인젝션이 어떻게 권한 경계를 넘는지를 설계 관점에서 분석합니다.
정확도를 올리는 거의 모든 수단은 지연시간이나 비용을 늘립니다. 이 수업에서는 어떤 손잡이가 어떤 축을 움직이는지 정리하고, 구성 결정을 감각이 아니라 근거로 정당화하는 방법을 다룹니다.
에이전트 시스템은 전통적인 서비스와 다른 방식으로 고장 납니다. 오류 없이 잘못된 답을 내놓기 때문입니다. 무엇을 남겨야 사후에 원인을 찾을 수 있는지, 그리고 규모가 커졌을 때 그 기록이 어떻게 감당 불가능해지는지를 다룹니다.
RAG 파이프라인의 품질은 대부분 모델이 아니라 검색 앞단에서 결정됩니다. 문서를 어떻게 자르고 무엇을 인덱싱하는지가 최종 답의 상한을 정합니다. 이 수업에서는 청킹과 인덱싱 결정이 답변 품질로 이어지는 경로를 추적합니다.
벡터 검색은 만능이 아닙니다. 데이터의 형태와 질의의 패턴에 따라 정확히 맞는 검색 방식이 달라집니다. 어떤 조합에서 어떤 방식이 무너지는지, 그리고 언제 검색 대신 다른 접근을 써야 하는지를 다룹니다.
같은 기능을 MCP 서버로도, 직접 정의한 툴로도, 별도 에이전트로도 제공할 수 있습니다. 무엇을 언제 고르는지가 이 수업의 주제입니다. 각 방식을 어떻게 구현하는지가 아니라, 조직 규모에서 어떤 기준으로 판단하는지를 다룹니다.
필요할 것 같은 정보를 미리 다 넣을 것인가, 필요해질 때 가져오게 할 것인가. 이 선택은 비용과 지연시간, 정확도, 캐시 효율을 한꺼번에 움직입니다. 어느 쪽이 언제 이기는지를 정리합니다.