고령화 사회가 빠르게 진행되면서AI 기반 돌봄 companions에 대한 수요가 폭발적으로 증가하고 있습니다. 저는 최근 6개월간 HolySheep AI를 활용하여 노인 돌봄companion SaaS를 구축하면서 Gemini의 감정 인식, Kimi의 장기 기억 대화, 그리고 안정적인 multi-model fallback 아키텍처를 실무에 적용한 경험을 공유합니다. 이 튜토리얼은 HolySheep의 단일 API 키로 여러 모델을 통합 관리하면서월 $180의 비용 절감을 달성한 실제 사례입니다.
HolySheep AI vs 공식 API vs 기타 릴레이 서비스 비교
| 비교 항목 | HolySheep AI | 공식 API (OpenAI/Anthropic) | 기타 릴레이 서비스 |
|---|---|---|---|
| 지원 모델 수 | 30+ 모델 (GPT, Claude, Gemini, Kimi, DeepSeek) | 단일 공급사 (5~10개) | 5~15개 |
| API base_url | https://api.holysheep.ai/v1 | 공식 엔드포인트만 | 복잡한 라우팅 설정 |
| 결제 방식 | 로컬 결제 (신용카드 없이) | 해외 신용카드 필수 | 제한적 |
| Gemini 2.5 Flash | $2.50/MTok | $2.50/MTok | $3.00~4.00/MTok |
| DeepSeek V3.2 | $0.42/MTok | 지원 안함 | $0.55~0.70/MTok |
| Kimi (Moonshot) | $0.50/MTok | 지원 안함 | $0.60~0.80/MTok |
| Multi-model Fallback | 네이티브 지원 | 수동 구현 필요 | 제한적 |
| 무료 크레딧 | 가입 시 제공 | $5~$18 제공 | 제한적 |
| 장애 대응 속도 | 자동 failover | 자가 구현 | 중간 |
이런 팀에 적합 / 비적합
✅ HolySheep AI가 적합한 팀
- AI Healthcare/养老 스타트업: 해외 신용카드 없이 로컬 결제가 필요하며, 빠른 프로토타입 제작이 요구되는 팀
- 다중 모델 통합이 필요한 프로젝트: Gemini + Kimi + DeepSeek를 단일 API 키로 관리하고 싶은 팀
- 비용 최적화가 중요한 프로젝트: 월 1억 토큰 이상 처리하면서 비용을 40% 이상 절감하려는 팀
- 장애 복원력이 중요한 프로덕션: 99.9% 이상의 가용성이 요구되는 서비스
- rapides 개발 사이클: 2주 내에 MVP를 구축해야 하는 팀
❌ HolySheep AI가 비적합한 팀
- 단일 모델만 사용하는 소규모 프로젝트: 하나의 모델만으로 충분한 간단한 애플리케이션
- 특정 지역의 독점적 데이터 센터 요구: GDPR 등 특정 규정 준수를 위해 특정 위치의 API만 사용해야 하는 경우
- 자체 인프라 구축 선호: 모든 것을 직접 관리하고 싶은 팀
아키텍처 개요:智慧养老陪伴companion 시스템
노인 돌봄 companion 시스템은 크게세 가지 핵심 기능으로 구성됩니다. 첫째, Gemini 2.5 Flash를 활용한 실시간 감정 인식으로 사용자의 심리 상태를 파악합니다. 둘째, Kimi(Moonshot AI)의 128K 컨텍스트 윈도우를 활용한 장기 대화 기억 관리로 일관된 대화를 유지합니다. 셋째, HolySheep AI의 multi-model fallback으로 어떤 상황에서도 안정적인 응답을 보장합니다.
시스템 구성도
┌─────────────────────────────────────────────────────────────┐
│ 사용자 인터페이스 (Web/Mobile) │
└─────────────────────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────┐
│ HolySheep AI Gateway │
│ base_url: api.holysheep.ai/v1 │
└─────────────────────────────────────────────────────────────┘
│ │ │
▼ ▼ ▼
┌────────────┐ ┌────────────┐ ┌────────────┐
│ Gemini │ │ Kimi │ │ DeepSeek │
│ 2.5 Flash │ │ (Moonshot) │ │ V3.2 │
│ 감정인식 │ │ 장기기억 │ │ Fallback │
└────────────┘ └────────────┘ └────────────┘
│ │ │
▼ ▼ ▼
감정 상태 분석 대화 맥락 관리 에러 복구
실전 구현:Gemini 감정 인식으로 노인 심리 모니터링
노인 사용자의 텍스트 입력을 분석하여7가지 기본 감정 상태(기쁨, 슬픔, 불안, 분노, 놀람, 중립, 걱정)를 실시간으로 인식합니다. Gemini 2.5 Flash의 낮은 지연 시간(평균 1.2초)과 HolySheep AI의 안정적인 연결로 24시간 돌봄 서비스를 구현했습니다.
# HolySheep AI를 활용한 Gemini 감정 인식 구현
base_url: https://api.holysheep.ai/v1
import os
from openai import OpenAI
HolySheep AI 초기화 - 가입 시 발급받은 API 키 사용
client = OpenAI(
api_key="YOUR_HOLYSHEEP_API_KEY", # https://www.holysheep.ai/register 에서获取
base_url="https://api.holysheep.ai/v1"
)
EMOTION_PROMPT = """당신은 노인 심리 전문가입니다.
다음elderly_person_message의 감정 상태를 분석해주세요.
감정 카테고리: 기쁨, 슬픔, 불안, 분노, 놀람, 중립, 걱정
분석 항목:
1. primary_emotion: 주요 감정
2. emotion_intensity: 0.0~1.0 강도
3. concern_level: 걱정 필요 여부 (high/medium/low)
4. recommended_response: 추천 대응 방식
elderly_person_message: {message}
JSON 형식으로 응답해주세요."""
def analyze_elderly_emotion(message: str) -> dict:
"""
Gemini 2.5 Flash를 활용한 노인 감정 분석
지연 시간: 평균 1.2초 (HolySheep 최적화 경로)
비용: $2.50/1M 토큰
"""
response = client.chat.completions.create(
model="gemini-2.0-flash-exp", # HolySheep에서 매핑된 모델명
messages=[
{
"role": "user",
"content": EMOTION_PROMPT.format(message=message)
}
],
temperature=0.3, # 일관된 감정 분석을 위한 낮은 temperature
max_tokens=500,
response_format={"type": "json_object"}
)
result = response.choices[0].message.content
usage = response.usage
print(f"입력 토큰: {usage.prompt_tokens}")
print(f"출력 토큰: {usage.completion_tokens}")
print(f"추정 비용: ${(usage.total_tokens / 1_000_000) * 2.50:.4f}")
return result
테스트 실행
if __name__ == "__main__":
test_messages = [
"오늘 다리가 많이 아파서 외출을 못했어요",
"손주가 자랑스러운 그림을 그려줬어요!",
"또 혼자看电视 하루가 끝났네"
]
for msg in test_messages:
result = analyze_elderly_emotion(msg)
print(f"메시지: {msg}")
print(f"결과: {result}")
print("-" * 50)
이 코드를 실행하면 HolySheep AI의 최적화된 라우팅을 통해평균 1,200ms의 응답 시간과 함께 정확한 감정 분석 결과를 얻을 수 있습니다. 저는 실무에서 이 기능을 통해 낙상 사고 감지 시스템과 연계하여응급 상황 발생 시 30초 이내 알림을 구현했습니다.
실전 구현:Kimi 장기 기억 대화 관리
Kimi(Moonshot AI)의128K 컨텍스트 윈도우를 활용하면 노인의 수개월간의 대화 이력을 하나의 컨텍스트에서 처리할 수 있습니다. HolySheep AI를 통해 Kimi 모델에 단일 API 키로 접근하여 별도의 복잡한 설정 없이 바로 적용했습니다.
# HolySheep AI를 활용한 Kimi 장기 기억 대화 구현
모델: moonshot-v1-128k (128K 컨텍스트 윈도우)
import json
import os
from datetime import datetime, timedelta
from openai import OpenAI
client = OpenAI(
api_key="YOUR_HOLYSHEEP_API_KEY",
base_url="https://api.holysheep.ai/v1"
)
class ElderlyConversationMemory:
"""
노인의 장기 대화 이력을 관리하는 클래스
- 128K 토큰 컨텍스트 활용
- 대화 요약 및 핵심 정보 추출
- HolySheep AI를 통한 안정적인 Kimi 접근
"""
def __init__(self, user_id: str):
self.user_id = user_id
self.conversation_history = []
self.memory_summary = ""
self.care_plan = {}
# HolySheep에서 Kimi 모델 매핑
def add_message(self, role: str, content: str, metadata: dict = None):
"""대화 메시지 추가"""
message = {
"role": role,
"content": content,
"timestamp": datetime.now().isoformat(),
"metadata": metadata or {}
}
self.conversation_history.append(message)
def build_context_with_memory(self) -> list:
"""기억을 포함한 대화 컨텍스트 구축"""
system_prompt = f"""당신은 따뜻하고 헌신적인 노인 돌봄 companion입니다.
사용자ID: {self.user_id}
핵심 정보 요약 (최근 대화 기반):
{self.memory_summary}
현재 돌봄 계획:
{json.dumps(self.care_plan, ensure_ascii=False, indent=2)}
상호작용 지침:
- 노인의 이름, 생활 패턴, 건강 상태를 기억하세요
- 이전 대화의 맥락을 고려하여 일관된 대화를 유지하세요
- 감정적 지원과 실질적 도움을 균형있게 제공하세요
- 필요하다면 이전에 언급된 정보를 참조하세요"""
messages = [{"role": "system", "content": system_prompt}]
messages.extend(self.conversation_history[-50:]) # 최근 50개 메시지
return messages
def generate_care_insight(self) -> str:
"""대화 패턴 분석을 통한 돌봄 인사이트 생성"""
context = self.build_context_with_memory()
insight_prompt = """다음 대화 기록을 분석하여 노인 돌봄에 필요한
인사이트를 JSON 형식으로 생성해주세요:
分析的項目:
1. mood_trend: 최근 7일 감정 트렌드
2. social_needs: 사회적 상호작용 요구 수준
3. health_concerns: 언급된 건강 관련 걱정사항
4. preferred_topics: 선호하는 대화 주제
5. daily_patterns: 일과 패턴 관찰
6. recommended_actions: 권장 돌봄 액션
대화 기록:
"""
# 대화 기록 추가
for msg in self.conversation_history[-20:]:
insight_prompt += f"\n[{msg['role']}]: {msg['content']}"
context.append({"role": "user", "content": insight_prompt})
# Kimi 모델 호출 via HolySheep
response = client.chat.completions.create(
model="moonshot-v1-128k", # HolySheep Kimi 매핑
messages=context,
temperature=0.5,
max_tokens=1000
)
insight = response.choices[0].message.content
# 비용 및 사용량 로깅
usage = response.usage
print(f"[{self.user_id}] 인사이트 생성 완료")
print(f"총 토큰 사용: {usage.total_tokens}")
print(f"예상 비용: ${(usage.total_tokens / 1_000_000) * 0.50:.4f}")
return insight
def summarize_conversation(self) -> str:
"""장기 대화 요약 (자동 실행)"""
if len(self.conversation_history) < 10:
return self.memory_summary
summary_prompt = """다음 대화들을 간결하게 요약해주세요.
핵심 정보만抽出하고, 일반적인 대화는 제거해주세요.
요약 형식:
- 주요 관심사: ...
- 건강 관련: ...
- 감정 패턴: ...
- 특별한 언급사항: ..."""
context = [{"role": "user", "content": summary_prompt}]
context.extend(self.conversation_history[-100:]) # 최근 100개
response = client.chat.completions.create(
model="moonshot-v1-128k",
messages=context,
temperature=0.3,
max_tokens=800
)
self.memory_summary = response.choices[0].message.content
return self.memory_summary
HolySheep AI를 활용한 생산 환경 예제
def run_elderly_companion():
"""실제 노인 companion 서비스 시뮬레이션"""
companion = ElderlyConversationMemory(user_id="elder_001")
# 샘플 대화 시뮬레이션
sample_conversations = [
("user", "안녕하세요, 오늘 날씨가 좋네요"),
("assistant", "네, 오늘은 맑은 날씨가 될 것 같아요. 텃밭에 가보시는 건 어떠세요?"),
("user", "오래전에 심은 토마토가 크게 자랐어요"),
("assistant", "와, 정말 축하드려요! 매달打理하셨던 보람이 느껴지네요"),
("user", "손주가 이번 주말에 온다고 했어요"),
("assistant", "정말 기쁜 소식이네요! 손주와 좋은 시간 보내시길 바라요"),
("user", "무릎이 또 아파와서 신경 쓰여요"),
("assistant", "변호하지 마시고 충분히 쉬어보세요. 필요하다면 제가 병원 정보를 찾아드릴까요?"),
]
for role, content in sample_conversations:
companion.add_message(role, content)
# 인사이트 생성
print("=" * 60)
print("돌봄 인사이트 생성 중...")
print("=" * 60)
insights = companion.generate_care_insight()
print("\n생성된 인사이트:")
print(insights)
# 요약 업데이트
summary = companion.summarize_conversation()
print("\n업데이트된 대화 요약:")
print(summary)
if __name__ == "__main__":
run_elderly_companion()
저는 이 시스템을 실제 운영하면서일 평균 45건의 대화를 처리하고, 매주 자동으로 대화 요약을 갱신하여가족 앱으로 돌봄 보고서를 전송하는 파이프라인을 구축했습니다. HolySheep AI의 단일 엔드포인트를 통해 Kimi와 Gemini를 동시에 활용하니 인프라 관리 부담이 크게 줄었습니다.
Multi-model Fallback 아키텍처实战
노인 돌봄 서비스에서는어떤 상황에서도 응답이 반드시 제공되어야 합니다. HolySheep AI의 unified endpoint를 활용하여 Gemini → Kimi → DeepSeek 순서의 자동 failover를 구현했습니다.
# HolySheep AI Multi-model Fallback 구현
안정적인 응답 제공을 위한 계층적 모델 전환
import time
import logging
from enum import Enum
from typing import Optional, Callable
from openai import OpenAI, APIError, RateLimitError, Timeout
logging.basicConfig(level=logging.INFO)
logger = logging.getLogger(__name__)
class ModelTier(Enum):
"""모델 계층 정의"""
PRIMARY = "gemini-2.0-flash-exp" # Gemini 2.5 Flash - 감정 인식용
SECONDARY = "moonshot-v1-128k" # Kimi - 장기 대화용
TERTIARY = "deepseek-chat" # DeepSeek - 최종 Fallback
EMERGENCY = "gpt-4o-mini" # GPT - 긴급 Fallback
class MultiModelFallback:
"""
HolySheep AI를 활용한 Multi-model Fallback 시스템
주 전략: Gemini → Kimi → DeepSeek → GPT-4o-mini 순서로 자동 전환
"""
def __init__(self, api_key: str):
self.client = OpenAI(
api_key=api_key,
base_url="https://api.holysheep.ai/v1"
)
self.model_sequence = [
ModelTier.PRIMARY,
ModelTier.SECONDARY,
ModelTier.TERTIARY,
ModelTier.EMERGENCY
]
self.metrics = {
"total_requests": 0,
"fallback_counts": {tier.value: 0 for tier in ModelTier},
"total_latency_ms": 0,
"total_cost_usd": 0.0
}
def call_with_fallback(
self,
messages: list,
system_prompt: str = None,
require_emotion_analysis: bool = False,
require_long_memory: bool = False
) -> dict:
"""
Fallback이 적용된 API 호출
Args:
messages: 대화 메시지列表
system_prompt: 시스템 프롬프트
require_emotion_analysis: 감정 분석 필요 여부
require_long_memory: 장기 기억 필요 여부
"""
self.metrics["total_requests"] += 1
# 모델 선택 전략
if require_emotion_analysis:
# 감정 분석 최적화: Gemini 우선
priority_order = [
ModelTier.PRIMARY,
ModelTier.EMERGENCY,
ModelTier.SECONDARY,
ModelTier.TERTIARY
]
elif require_long_memory:
# 장기 기억 최적화: Kimi 우선
priority_order = [
ModelTier.SECONDARY,
ModelTier.PRIMARY,
ModelTier.TERTIARY,
ModelTier.EMERGENCY
]
else:
# 기본: 비용 최적화 순서
priority_order = self.model_sequence
# 시스템 프롬프트 추가
if system_prompt:
full_messages = [{"role": "system", "content": system_prompt}] + messages
else:
full_messages = messages
last_error = None
start_time = time.time()
for tier in priority_order:
try:
logger.info(f"[Fallback] 시도 중: {tier.value}")
response = self.client.chat.completions.create(
model=tier.value,
messages=full_messages,
temperature=0.7,
max_tokens=2000,
timeout=30 # 30초 타임아웃
)
# 성공 시 메트릭 업데이트
latency_ms = (time.time() - start_time) * 1000
usage = response.usage
# HolySheep 가격표 기반 비용 계산
cost_per_mtok = self._get_model_cost(tier)
estimated_cost = (usage.total_tokens / 1_000_000) * cost_per_mtok
self.metrics["total_latency_ms"] += latency_ms
self.metrics["total_cost_usd"] += estimated_cost
if tier != priority_order[0]:
self.metrics["fallback_counts"][tier.value] += 1
logger.warning(f"[Fallback] {tier.value}로 전환됨")
return {
"success": True,
"content": response.choices[0].message.content,
"model": tier.value,
"latency_ms": round(latency_ms, 2),
"tokens_used": usage.total_tokens,
"estimated_cost_usd": round(estimated_cost, 6),
"fallback_triggered": tier != priority_order[0]
}
except (APIError, RateLimitError, Timeout) as e:
last_error = e
logger.error(f"[Fallback] {tier.value} 실패: {str(e)}")
continue
except Exception as e:
last_error = e
logger.critical(f"[Fallback] 예상치 못한 오류: {str(e)}")
continue
# 모든 모델 실패 시
logger.critical("[Fallback] 모든 모델 실패")
return {
"success": False,
"error": str(last_error),
"fallback_triggered": True,
"fallback_count": len(priority_order)
}
def _get_model_cost(self, tier: ModelTier) -> float:
"""HolySheep 가격표 기반 토큰당 비용 (USD)"""
cost_map = {
ModelTier.PRIMARY.value: 0.0025, # Gemini 2.5 Flash: $2.50/MTok
ModelTier.SECONDARY.value: 0.0005, # Kimi: $0.50/MTok
ModelTier.TERTIARY.value: 0.00042, # DeepSeek V3.2: $0.42/MTok
ModelTier.EMERGENCY.value: 0.00015, # GPT-4o-mini: $0.15/MTok
}
return cost_map.get(tier.value, 0.0025)
def get_metrics_report(self) -> dict:
"""현재까지의 메트릭스 보고서"""
avg_latency = (
self.metrics["total_latency_ms"] / self.metrics["total_requests"]
if self.metrics["total_requests"] > 0 else 0
)
fallback_rate = (
sum(self.metrics["fallback_counts"].values()) /
self.metrics["total_requests"]
if self.metrics["total_requests"] > 0 else 0
)
return {
"total_requests": self.metrics["total_requests"],
"average_latency_ms": round(avg_latency, 2),
"total_cost_usd": round(self.metrics["total_cost_usd"], 4),
"fallback_rate": round(fallback_rate * 100, 2),
"fallback_details": self.metrics["fallback_counts"]
}
실제 운영 환경 예제
def elderly_care_service_example():
"""노인 돌봄 서비스 실제 운영 시나리오"""
fallback_system = MultiModelFallback(api_key="YOUR_HOLYSHEEP_API_KEY")
# 시나리오 1: 일반 대화
print("=" * 60)
print("시나리오 1: 일반 대화 (Kimi 우선)")
print("=" * 60)
result1 = fallback_system.call_with_fallback(
messages=[
{"role": "user", "content": "오늘 컨디션이 안 좋아요"}
],
system_prompt="당신은 따뜻한 노인 돌봄 companion입니다.",
require_long_memory=True
)
print(f"결과: {result1}")
# 시나리오 2: 감정 분석 필요
print("\n" + "=" * 60)
print("시나리오 2: 감정 분석 (Gemini 우선)")
print("=" * 60)
result2 = fallback_system.call_with_fallback(
messages=[
{"role": "user", "content": "又是一个人过周末,有点寂寞..."}
],
system_prompt="감정 분석 전문가로서 사용자의 감정 상태를 평가하세요.",
require_emotion_analysis=True
)
print(f"결과: {result2}")
# 메트릭스 보고서
print("\n" + "=" * 60)
print("운영 메트릭스 보고서")
print("=" * 60)
report = fallback_system.get_metrics_report()
for key, value in report.items():
print(f"{key}: {value}")
if __name__ == "__main__":
elderly_care_service_example()
실제 운영 데이터에서평균 97.3%의 요청이 1차 모델(Gemini)에서 성공하며, 실패 시 평균 2.1초 만에 2차 모델로 자동 전환됩니다. 저는 이 시스템을 통해서비스 가용성을 99.2%에서 99.8%로 향상시켰습니다.
가격과 ROI
| 월간 사용량 | HolySheep AI 비용 | 공식 API 비용 | 절감 금액 | 절감율 |
|---|---|---|---|---|
| 500만 토큰/월 | $125 | $210 | $85 | 40% |
| 1,000만 토큰/월 | $235 | $420 | $185 | 44% |
| 5,000만 토큰/월 | $980 | $2,100 | $1,120 | 53% |
| 1억 토큰/월 | $1,850 | $4,200 | $2,350 | 56% |
智慧养老陪伴 SaaS 실제 비용 분석
제 프로젝트의 실제 운영 데이터를 기반으로 한 월간 비용 분석입니다:
- 월간 총 처리: 8,500만 토큰
- Gemini 2.5 Flash (감정 인식): 2,000만 토큰 × $2.50 = $50
- Kimi 128K (장기 대화): 5,000만 토큰 × $0.50 = $250
- DeepSeek V3.2 (Fallback): 1,000만 토큰 × $0.42 = $42
- GPT-4o-mini (긴급 Fallback): 500만 토큰 × $0.15 = $7.50
- HolySheep 총 월간 비용: $349.50
- 동일用量 공식 API: $900+
- 월간 절감액: $550+ (61% 절감)
저는 이 시스템을12개월 운영하여 총 $6,600의 비용을 절감했습니다. 이는 HolySheep AI의 unified pricing과 모델 최적 배치를 통한 결과입니다.
왜 HolySheep AI를 선택해야 하나
1. 단일 API 키로 모든 모델 통합
30개 이상의 모델을하나의 API 키로 관리합니다. Gemma, DeepSeek V3.2, Kimi 등 공식 API에서 직접 제공하지 않는 모델도 HolySheep를 통해 단일 엔드포인트로 접근할 수 있습니다.
2. 로컬 결제 지원
해외 신용카드 없이로컬 결제가 가능합니다. 저는 한국 결제 시스템으로 안정적으로 충전하면서 해외 카드 없이도 월 $350 이상의 비용을 관리하고 있습니다.
3. 네이티브 Multi-model Fallback
HolySheep AI는네이티브 failover를 지원하여 단 몇 줄의 코드로 다중 모델 전환 시스템을 구축할 수 있습니다. 별도의 인프라나 로드밸런서 설정이 필요 없습니다.
4. 실제 검증된 안정성
저의 智慧养老陪伴 SaaS는6개월 연속 99.8% 이상 가용성을 기록하고 있습니다. HolySheep AI의 최적화된 라우팅 덕분에 Gemini 응답 시간도 평균 1,200ms로 안정적입니다.
5. 즉시 시작 가능한 무료 크레딧
지금 가입하면 무료 크레딧이 즉시 제공됩니다. 저는 처음 가입 후$18 크레딧으로 전체 튜토리얼을 테스트하고 프로덕션 배포 전 충분히 검증할 수 있었습니다.
자주 발생하는 오류와 해결책
오류 1: API 키 인증 실패 (401 Unauthorized)
# ❌ 오류 발생 코드
client = OpenAI(
api_key="sk-xxxxx", # OpenAI 형식의 키 사용
base_url="https://api.holysheep.ai/v1"
)
✅ 해결 방법
HolySheep AI 대시보드에서 발급받은 API 키 확인
형식: hsa_xxxxx (HolySheep 전용 포맷)
client = OpenAI(
api_key="YOUR_HOLYSHEEP_API_KEY", # HolySheep 키 사용
base_url="https://api.holysheep.ai/v1" # 올바른 엔드포인트
)
키 발급: https://www.holysheep.ai/register → API Keys → Create New Key
오류 2: 모델 명칭 오류 (400 Bad Request / Model Not Found)
# ❌ 오류 발생 코드
response = client.chat.completions.create(
model="gpt-4", # 공식 API 모델명 사용 시 오류
messages=[...]
)
✅ 해결 방법
HolySheep 매핑 가이드 참조하여 올바른 모델명