거울경
무료
Mirascope는 공식적으로 "LLM Anti-Framework"라고 불리는 Mirascope, Inc.에서 관리하는 오픈 소스 LLM 개발 툴킷입니다. Python/TypeScript SDK를 핵심으로 애플리케이션 아키텍처를 강제로 인수하지 않고도 통합 모델 호출, 도구 호출, 구조화된 출력, 스트리밍 응답 에이전트 루프, 공급자 라우팅 OpenTelemetry 관찰, 함수 버전 관리 및 오류 처리 기능을 제공합니다. LLM 프로토타입을 유지 관리 가능한 엔지니어링 코드로 침전시키는 데 적합합니다.
미라스코프
핵심 매개변수 및 통계
Mirascope의 공식 포지셔닝은 "The LLM Anti-Framework"입니다. 더 정확하게 말하면 개발자가 특정 런타임으로 마이그레이션해야 하는 풀 스택 에이전트 플랫폼이 아니라 LLM 애플리케이션 개발을 위한 경량 SDK입니다. OpenAI, Anthropic, Google, xAI, Ollama, MLX 등과 같은 공급자의 기능 경계를 유지하는 동시에 통합 인터페이스, 유형 힌트, 데코레이터 및 응답 개체를 사용하여 반복적인 엔지니어링 양을 줄입니다.
| 프로젝트 | 최신 공개 정보 |
|---|---|
| 공식 홈페이지 | https://mirascope.com/ |
| 문서 | https://mirascope.com/docs |
| GitHub 저장소 | https://github.com/Mirascope/mirascope |
| PyPI 패키지 | https://pypi.org/project/mirascope/ |
| 공식 슬로건 | LLM 안티 프레임워크 |
| PyPI 요약 | 모든 프론티어 LLM. 하나의 통합 인터페이스. |
| 주요 언어 | 파이썬, 타입스크립트 |
| 파이썬 요구사항 | >=3.10 |
| 오픈 소스 라이센스 | MIT |
| 최신 버전 | 2.5.0, 2026년 6월 24일 출시 |
| 커뮤니티 규모 | GitHub 약 1500개의 별, 119개의 포크 |
| 클라우드 서비스 현황 | Mirascope Cloud가 중단되고 SDK는 계속 유지됩니다 |
기능 경계: Mirascope는 기본 모델 교육, 벡터 데이터베이스 호스팅, 비즈니스 워크플로 플랫폼 또는 폐쇄형 SaaS 콘솔을 제공하지 않습니다. 핵심 가치는 코드 수준에 있습니다. 즉, 모델 호출, 메시지, 도구, 구조화된 출력, 스트리밍 응답 공급자, 라우팅 에이전트 루프 및 관찰 가능성을 보다 안정적인 개발 인터페이스로 패키징합니다. Python/TypeScript에 이미 익숙한 AI 엔지니어의 경우 여러 Provider SDK 세트를 직접 작성하는 것보다 문제가 더 없습니다. 채팅 인터페이스만 필요한 비기술적인 사용자에게는 적합한 진입점이 아닙니다.
사용자 및 시장 인지도
Mirascope의 채택 신호는 상용 SaaS 고객 시연보다는 주로 오픈 소스 커뮤니티, 패키지 관리 플랫폼 및 문서 활동에서 나옵니다. GitHub 저장소는 "The LLM Anti-Framework"로 설명되며 공개 별 크기는 약 1.5k입니다. 이는 LLM 엔지니어링 도구의 가시 범위에 들어왔지만 아직 LangChain 및 LlamaIndex와 같은 헤드 프레임워크의 생태적 볼륨에 도달하지 않았음을 나타냅니다.
포지셔닝 관점에서 Mirascope는 "플랫폼"이라기보다는 "구성 가능한 라이브러리"에 더 가깝습니다. 공식 웹사이트 문서에서는 이를 LLM 개발의 React 스타일 추상화라고 설명합니다. 이는 네이티브 API를 직접 호출하는 것보다 엔지니어링 경험이 더 많지만 대규모 프레임워크처럼 제어 흐름을 과도하게 차지하지 않습니다. 이러한 차별화는 두 가지 유형의 팀, 즉 무거운 프레임워크의 복잡성을 극복한 엔지니어링 팀과 다중 모델 제공업체 간의 마이그레이션 유연성을 유지하려는 초기 단계의 제품 팀에 매력적입니다.
PyPI 페이지는 패키지가 Production/Stable로 분류되고 Python 3.10~3.14를 지원하며 all, anthropic, google, mcp, mlx, openai, ops 및 기타 추가 기능을 제공한다는 것을 보여줍니다. 이 분할 방법은 프로젝트가 모든 종속성을 사용자에게 한 번에 푸시하지 않고 공급자 및 관찰 기능을 기반으로 설치 범위를 선택할 수 있도록 허용하여 프로덕션 바인딩 종속성 관리에 더 친숙하다는 것을 보여줍니다.
비용 이점
Mirascope의 현재 주요 비즈니스 형태는 매우 명확합니다. 오픈 소스 SDK는 무료로 사용할 수 있으며 비용은 주로 개발자가 요청하는 모델 제공자, 로그/추적 백엔드 및 엔지니어링 유지 관리에서 발생합니다. v2.4.0 이후 Mirascope Cloud는 공식적으로 중단되었습니다. 공식 클라우드 페이지에는 또한 팀이 오픈 소스 SDK에 중점을 둘 것이며 사용자에게 Langfuse, Jaeger, Grafana Tempo, Datadog 등과 같은 OTEL 호환 백엔드로 관측 데이터를 내보낼 것을 권장한다고 명시되어 있습니다.
개인 및 소규모 팀 비용: pip install "mirascope[openai]", uv add "mirascope[anthropic]" 등을 통해 요청 시 직접 설치할 수 있습니다. SDK 자체에 대한 구독료는 없습니다. 주요 비용은 OpenAI, Anthropic, Google, xAI 또는 기본 모델에 대한 추론 비용입니다.
개발자 팀 비용: Mirascope의 절약 포인트는 토큰의 단가를 낮추는 것이 아니라 다중 공급자 적응, 도구 호출 캡슐화, 구조화된 출력 구문 분석, 오류 처리 및 관찰 가능성 액세스의 반복 작업을 줄이는 것입니다. 동시에 여러 모델을 테스트하는 팀의 경우 통합 인터페이스를 통해 모델 전환 및 A/B 검증 비용을 줄일 수 있습니다.
기업 비용 경계: 클라우드가 중단됨에 따라 기업은 더 이상 호스팅 모니터링 플랫폼으로 Mirascope를 구매해서는 안 됩니다. 프로덕션 배포 중에 자체 OTEL 백엔드, 로그 보존 정책, 민감한 정보 둔감화 프로세스 및 키 관리 솔루션을 선택해야 합니다. Mirascope는 엔지니어링 라이브러리에 더 가깝고 비용 관리에 대한 책임은 사용자의 자체 플랫폼 시스템 내에 있습니다.
주요 기능
- 통합 모델 호출:
llm.Model("provider/model")또는@llm.call(...)을 통해 다양한 공급자를 호출하여 OpenAI, Anthropic, Google과 같은 SDK의 인터페이스 차이를 줄입니다. - 공급자 라우팅: 문서에는 Mirascope가
openai/,anthropic/,google/,ollama/,mlx-community/등과 같은 공급자를 선택하기 위해 모델 ID 접두사 일치 시스템을 사용한다고 명시되어 있습니다. - 도구 호출:
@llm.tool을 사용하여 일반 Python 함수를 모델 호출 가능 도구로 선언하고 도구 매개변수 및 독스트링을 모델 측 스키마로 변환할 수 있습니다. - 구조화된 출력: 추출, 분류, RAG 결과 검증 및 자동화 작업에 적합한 Pydantic/유형 시스템을 중심으로 모델 출력을 구성합니다.
- 스트리밍 응답: 실시간 채팅, 명령줄 도우미 및 긴 작업 진행 피드백 구축에 적합한 텍스트 및 도구 호출의 스트리밍 처리를 지원합니다.
- 에이전트 루프: 공식 예에서는 모델이 도구를 호출한 후
execute_tools()및resume()을 통해 대화가 계속되고 개발자가 루프의 논리를 명시적으로 제어할 수 있음을 보여줍니다. - Ops 관찰 모듈:
mirascope.ops는 추적, 세션, 범위, 함수 버전 관리 및 LLM 계측을 제공하고 OpenTelemetry를 기반으로 외부 백엔드에 연결합니다. - 로컬 모델 및 확장 공급자: Ollama 및 MLX와 같은 로컬/경량 실행 경로를 지원하고 하이브리드 클라우드 및 로컬 추론 시나리오에 적합한 맞춤형 공급자를 허용합니다.
모델 및 버전의 진화
Mirascope의 버전 발전은 두 가지 주요 노선을 중심으로 진행됩니다. 하나는 공급자 및 모델 API 지원을 확장하는 것이고, 다른 하나는 클라우드 관련 기능을 제거한 후 순수한 SDK 및 OpenTelemetry 생태계로 돌아가는 것입니다. 현재 공식 웹사이트 탐색에는 여전히 문서 버전 v2.4.0이 표시되지만 GitHub 릴리스와 PyPI 모두 최신 패키지 버전이 v2.5.0으로 표시되므로 버전 필드는 공개 릴리스 소스를 기반으로 해야 합니다.
| 버전 | 출시일 | 주요 변경 사항 | 심판 |
|---|---|---|---|
| 2.5.0 | 2026-06-24 | Responses API를 통해 Grok을 지원하기 위해 XAIProvider를 추가했습니다. 최신 공개 버전 | |
| 2.4.0 | 2026-03-08 | Mirascope Cloud를 중지하고 클라우드 백엔드/API 관련 모듈 제거 | 중요한 아키텍처 변화 |
| 2.3.0 | 2026-02-27 | 커뮤니티 기여 및 사이트 스타일 수정 병합 | v2 사전 메인라인 버전 |
| 2.2.2 | 2026-02-05 | Cloud OTEL intValue 번호 처리 수정 | 클라우드 스트리핑 이전의 수정된 버전 |
버전 선택 권장 사항: 새 프로젝트는 먼저 v2.5.0으로 시작해야 합니다. 팀이 이전에 Mirascope Cloud 또는 이전 API 모듈에 의존했다면 OTEL 호환 백엔드로 마이그레이션하기 전에 v2.4.0의 주요 변경 사항을 평가해야 합니다. 프로덕션 환경에서는 SDK 버전을 수정하고 도구 호출, 구조화된 출력 및 공급자 반환 형식에 대한 회귀 테스트를 수행해야 합니다.
기술적인 장점
Mirascope의 장점은 "가장 많은 기능"이 아니라 "적당한 양의 추상화"입니다. 기본 공급자 SDK는 개발자에게 가장 강력한 제어 기능을 제공하지만 여러 모델 간에 전환할 때 반복적인 적응을 유발합니다. 강력한 에이전트 프레임워크는 기본 제공되는 다양한 기능을 제공하지만 실행 경로, 상태 관리 및 오류 처리를 불투명하게 만들 수 있습니다. Mirascope는 호출, 도구, 응답 공급자 및 관찰 계층의 추상화를 제어하여 비즈니스 코드가 여전히 명확한 Python/TypeScript 제어 흐름을 유지할 수 있도록 합니다.
유형 및 기능 우선순위: 일반 기능, 데코레이터 및 유형 주석을 사용하여 프롬프트, 도구 및 출력 구조를 표현함으로써 DSL 또는 그래픽 오케스트레이션으로 인한 암시적 상태를 줄입니다. 팀은 기존 테스트 린트, 유형 확인 및 코드 검토 프로세스를 사용하여 LLM 애플리케이션을 관리할 수 있습니다.
제공자 기본 기능 유지: Mirascope는 단순한 OpenAI 호환성 레이어가 아닙니다. 문서에서는 통합 인터페이스와 공급자 기능 간의 균형을 맞추는 것을 목표로 공급자 라우팅에 따라 호출을 해당 API 형식으로 변환한다는 점을 강조합니다. v2.5.0에는 xAI/Grok Responses API 지원이 추가되었으며, 이는 다음 모델 생태학적 변화의 경로도 반영합니다.
OpenTelemetry 경로 지우기: Cloud가 종료된 후 Mirascope는 관찰 기능을 OTEL 표준으로 반환합니다. 기계적으로 팀은 추적을 기존 APM/관측성 스택으로 내보낼 수 있습니다. 그 효과는 공급업체 종속을 줄이는 것입니다. 적용 가능한 시나리오는 이미 Langfuse, Jaeger, Grafana Tempo, Datadog 또는 자체 구축된 OTEL 파이프라인을 보유하고 있는 엔지니어링 조직입니다.
사용방법
| 사용경로 | 입구 | 일반적인 단계 | 적응 시나리오 |
|---|---|---|---|
| 파이썬 SDK | PyPI/uv/핍 | mirascope[openai] 또는 mirascope[all] 설치 -> 공급자 API 키 구성 -> @llm.call 또는 llm.Model 호출 쓰기 |
백엔드 서비스, 스크립트 에이전트 프로토타입 |
| 도구 호출 | @llm.tool |
비즈니스 함수를 도구로 선언 -> 모델 호출에 전달 -> response.execute_tools() 실행 -> resume() 계속 |
다단계 Agent, 계산/조회/업무운영 |
| 구조화된 출력 | LLM 모듈 문서화 | 출력 스키마 정의 -> 모델 호출 -> 구조화된 결과 확인 및 사용 | 추출, 분류, 양식 작성 RAG 검증 |
| 작전 관찰 | mirascope.ops |
TracerProvider 구성 -> ops.configure() -> @ops.trace, @ops.version으로 함수 표시 |
생산 디버깅, 버전 역추적, 비용 및 콜 체인 분석 |
| 지역 모델 | Ollama / MLX 공급자 | 로컬 실행 컨텍스트 구성 -> 해당 모델 접두사 사용 -> 원격 공급자와 호출 레이어 공유 | 개인 정보 보호에 민감한 오프라인 실험, 저비용 PoC |
최소 구현 경로는 전체 에이전트 플랫폼에서 시작하는 대신 먼저 실제 비즈니스 통화를 선택하는 것입니다. 먼저 Mirascope를 사용하여 단일 LLM 호출을 래핑하여 공급자 라우팅, 오류 처리 및 구조화된 출력을 확인합니다. 그런 다음 도구 호출 및 스트리밍 응답을 추가합니다. 프로젝트가 다중 사용자 협업 또는 온라인 파일럿에 들어가면 'ops' 모듈에 연결하여 추적, 세션 및 버전 정보를 팀의 기존 관찰 시스템으로 내보냅니다.
제품 가격
Mirascope SDK는 오픈 소스 소프트웨어이며 현재 공개적으로 제공되는 SaaS 구독 가격은 없습니다. 공식 클라우드 페이지에는 Mirascope Cloud가 중단되었으며 팀이 Python 및 TypeScript SDK에 중점을 둘 것임을 명확하게 표시한다는 점에 유의하는 것이 중요합니다. 따라서 아직 구매할 수 있는 클라우드 모니터링 플랫폼으로 카탈로그에 설명되어서는 안 됩니다.
| 비용 항목 | Mirascope에 의한 청구 여부 | 설명 |
|---|---|---|
| SDK 사용료 | 아니요 | MIT 라이센스, Python 패키지 및 소스 코드 공개 |
| 모델콜 요금 | 아니요 | OpenAI, Anthropic, Google, xAI, Together 또는 자체 호스팅 모델 환경에 따라 결정 |
| 관찰 백엔드 | 아니요 | Langfuse, Jaeger, Grafana Tempo, Datadog 등 OTEL 호환 시스템에 연결 가능 |
| 클라우드 Mirascope 클라우드 | 이용 불가 | 공식 서비스가 중단되어 더 이상 구매 경로가 아닙니다 |
| 기업 지원 | 비공개 | 공식 웹사이트는 독립적인 상업 지원 패키지를 공개하지 않으며 공식적인 실시간 커뮤니케이션이 우선되어야 합니다 |
구매 판단: 팀이 "원스톱 LLMOps 클라우드 플랫폼"을 구매하려는 경우 현재로서는 Mirascope가 적합한 옵션이 아닙니다. 팀이 LLM 호출 코드를 표준화하고 자체 OTEL 백엔드에 관찰 내용을 남기려는 경우 Mirascope의 오픈 소스 모델이 더 유연합니다.
애플리케이션 시나리오
- 다중 모델 애플리케이션 개발: 동일한 비즈니스에 대해 OpenAI, Anthropic, Google, xAI 또는 로컬 모델 간에 전환하여 Provider SDK 차이로 인한 변환 비용을 줄입니다.
- 엔지니어링에 대한 AI 에이전트 프로토타입: 명시적 코드를 사용하여 에이전트 루프, 도구 실행 및 오류 분기를 제어하여 초기 프로토타입이 암시적 프레임워크 상태에 묶이는 것을 방지합니다.
- 구조화된 정보 추출: 계약서, 작업 주문, 고객 서비스 대화, 연구 자료 등의 텍스트를 검증 가능한 구조화된 객체로 변환하고 유형 시스템을 사용하여 더티 데이터가 다운스트림으로 유입될 확률을 줄입니다.
- RAG 및 Knowledge Assistant: 검색, 답변, 인용 확인, 도구 호출 및 관찰 간의 명확한 경계를 유지하여 회귀 테스트 및 품질 추적을 용이하게 합니다.
- 생산 관찰 액세스: 기존 DevOps/플랫폼 엔지니어링 기능을 갖춘 팀에 적합한 OpenTelemetry를 통해 LLM 호출, 기능 버전 세션 및 범위를 기존 모니터링 시스템에 통합합니다.
- 로컬/하이브리드 모델 실험: Ollama, MLX 등의 제공업체와 결합하여 개인 정보 보호에 민감한 실험이나 저비용 실험을 수행한 후 효과에 따라 클라우드 프론티어 모델로 마이그레이션합니다.
해당자
- AI 애플리케이션 엔지니어: 코드에서 여러 LLM 공급자에 대한 안정적인 호출이 필요하며 도구 실행, 스트리밍 응답 및 오류 처리에 대한 제어를 유지하려고 합니다.
- 플랫폼 및 백엔드 팀: 비즈니스 라인에 통합 LLM 호출 계층을 제공하는 동시에 기존 OpenTelemetry 스택에 관찰 기능을 연결하기를 희망합니다.
- 에이전트 제품 팀: 이미 명확한 비즈니스 프로세스가 있고 에이전트 루프, 도구 호출 및 구조화된 출력을 테스트 및 릴리스 프로세스에 통합하려고 합니다.
- 연구 및 프로토타이핑 팀: 다양한 공급자, 모델 및 프롬프트 작성 방법을 빠르게 비교해야 하지만 지나치게 무거운 프레임워크를 도입하고 싶지 않습니다.
- 경계에 적합하지 않음: 코드가 전혀 없는 사용자, 채팅 UI를 호스팅해야 하는 팀, LLMOps SaaS 콘솔만 구매하려는 구매자 또는 기본 모델 교육/미세 조정 플랫폼이 필요한 시나리오에는 적합하지 않습니다.
요약 및 전망
Mirascope의 핵심 가치는 LLM 애플리케이션 개발을 "다양한 공급자 SDK의 수동 연결"에서 "통합되지만 제어 가능한 엔지니어링 인터페이스"로 발전시키는 것입니다. 이는 강력한 에이전트 프레임워크처럼 애플리케이션의 전체 구조를 정의하려고 시도하지 않지만 모델 호출, 도구, 구조화된 출력, 스트리밍 응답 제공자, 라우팅 에이전트 루프 및 OpenTelemetry 관찰과 같이 가장 일반적이고 가장 오류가 발생하기 쉬운 부분을 추상화합니다.
지금 주목해야 할 가장 큰 변화는 Cloud가 중단되고 Mirascope가 메인라인 오픈 소스 SDK로 돌아왔다는 것입니다. 이러한 변화는 플랫폼 잠금을 줄이고 사용자가 자체 관찰 백엔드, 키 관리, 로그 마스킹 및 프로덕션 릴리스 프로세스를 준비해야 함을 의미합니다. 엔지니어링 역량을 갖춘 팀의 경우 이는 더욱 깔끔한 구성 요소화 경로입니다. 원스톱 플랫폼을 찾는 사용자의 경우 Langfuse, Grafana Tempo, Datadog, Jaeger 또는 기타 OTEL 호환 도구와 함께 사용해야 합니다.
향후 관찰의 초점은 세 가지 항목, 즉 공급자 적용 범위가 계속해서 선두 모델 변경 사항을 따라갈 수 있는지 여부, TypeScript 및 Python SDK의 기능이 일관되게 유지되는지 여부, v2.4.0 이후의 de-Cloud 경로가 보다 안정적인 오픈 소스 커뮤니티 기여로 이어질 수 있는지 여부입니다. 단기적으로 Mirascope는 LLM 애플리케이션 코드 계층의 "간단한 추상화 기반"으로 적합하며, 특히 다중 모델 생태계에서 마이그레이션 유연성과 엔지니어링 테스트 가능성을 유지하려는 팀에 적합합니다.
관련 도구: GitHub 코파일럿,
커서
버전 정보
- 미라스코프 v2.5.0 :GitHub Releases 및 PyPI에서 공개한 최신 버전에는 XAIProvider가 추가되고, Responses API를 통해 Grok을 지원하는 동시에 부 버전 번호가 늘어납니다.
- 미라스코프 v2.4.0 :버전에 대한 중요한 변경 사항입니다. Mirascope Cloud는 공식적으로 중단되었으며 API 모듈 및 클라우드 백엔드 관련 기능이 제거되었으며 프로젝트의 메인 라인이 순수 LLM SDK로 변환되었으며 사용자는 다른 OTEL 백엔드를 사용하는 것이 좋습니다.
- 미라스코프 v2.3.0 :v2.3 공개 버전 시리즈에는 문서/사이트 스타일 수정 사항과 커뮤니티 기여 병합이 포함되어 v2 SDK 메인라인을 이어갑니다.
사용자 후기