Semantic Kernel
기존 애플리케이션 코드에 모델 호출과 플러그인을 끼워 넣는 SDK
지표
GitHub API 에서 직접 읽은 값입니다
GitHub 별28,661
라이선스MIT저장소 공개
주 언어C#2023-02-27 공개
마지막 커밋2026-10-14확인 2026-10-15
별 수 추이는 기록이 쌓인 뒤에 보여 줍니다 — 과거 값은 소급해 만들 수 없습니다.
무엇을 하는 도구인가
Semantic Kernel은 .NET, 파이썬, 자바로 작성된 기존 애플리케이션 코드 안에 LLM 호출과 함수(플러그인) 호출을 끼워 넣을 수 있게 해주는 SDK로, 여러 번의 모델 호출을 순서대로 엮고 중간 상태를 들고 가는 코드를 직접 작성하지 않아도 되게 해준다. 일반 함수나 API를 '플러그인'으로 등록해 두면 커널이 이를 모델에 노출시키고, 모델의 함수 호출 결정에 따라 실제 코드가 실행되는 방식으로 동작한다. Microsoft의 .NET·Azure 생태계와의 통합에 무게를 둔 SDK라는 점에서, 파이썬 중심의 LangChain이나 그래프 기반 흐름 제어를 전면에 내세우는 LangGraph와는 통합 대상과 관례(convention)가 다르다.
이럴 때 고른다
- 이미 .NET이나 Java 코드베이스가 있고, 그 안에 LLM 호출 단계를 끼워 넣어야 할 때
- 기존 클래스 메서드나 API를 거의 그대로 '플러그인'으로 등록해 모델이 호출하게 만들고 싶을 때
- Azure AI 서비스 등 Microsoft 생태계 내 구성 요소와 함께 에이전트 로직을 구성할 때
- 여러 언어(C#, 파이썬, 자바) 중 하나로 통일된 추상화를 쓰고 싶을 때
어디까지만 하나
- 오케스트레이션 흐름(계획 수립, 멀티 에이전트 조정) 방식과 API가 시기별로 바뀌어 왔으므로, 특정 버전 문서를 기준으로 설계가 이후 리팩터링될 수 있음을 감안해야 함
- 커널·플러그인·커넥터 같은 자체 추상화 개념을 먼저 익혀야 해서, 단순히 모델 API를 직접 호출하는 것보다 초기 학습 비용이 있음
- 호스팅, 로깅, 재시도, 비용 모니터링 등 운영 인프라는 SDK가 대신해 주지 않으며 직접 구축해야 함
- 같은 층의 다른 프레임워크들과 마찬가지로, 실제 운영 품질(프롬프트 설계, 플러그인 안전성, 오류 처리)은 여전히 개발자가 책임져야 하는 영역임
에이전트 프레임워크 층은 무엇을 푸나
모델 호출을 여러 단계로 엮고, 도구를 쥐여 주고, 상태를 들고 간다
언제 필요해지나 — 한 번의 호출로 끝나지 않는 일을 코드로 짤 때
같은 층의 다른 도구
층이 같다는 것은 푸는 문제가 같다는 뜻입니다 — 비교가 되는 자리입니다
| 도구 | 하는 일 | 별 | 라이선스 |
|---|---|---|---|
| Semantic Kernel 보는 중 | 기존 애플리케이션 코드에 모델 호출과 플러그인을 끼워 넣는 SDK | 28,661 | MIT |
| LangChain | 모델·도구·데이터 연결을 공통 인터페이스로 묶는 프레임워크 | 147,847 | MIT |
| AutoGen | 에이전트 간 대화로 작업을 풀어 가는 다중 에이전트 프레임워크 | 61,414 | CC-BY-4.0 |
| CrewAI | 역할을 나눈 여러 에이전트가 협업하도록 구성하는 프레임워크 | 59,718 | MIT |
| LlamaIndex | 문서를 읽어 색인하고 질문에 맞는 조각을 찾아 넣는 데 초점을 둔 프레임워크 | 52,502 | MIT |
| LangGraph | 에이전트의 단계를 그래프로 정의해 분기·되돌림·사람 개입을 넣는다 | 43,299 | MIT |
| Agno | 메모리·지식·도구를 갖춘 에이전트를 가볍게 구성하는 프레임워크 | 42,739 | Apache-2.0 |
관련 용어
지표는 GitHub API 실측값입니다. 설명은 이 사이트가 작성했으며 공식 문서를 대체하지 않습니다 — 도입 전에 원문을 확인하세요.