Claude Code/Desktop에서 한국 주식 정보를 바로 조회할 수 있는 MCP 서버. 네이버 증권 모바일 API를 사용하여 실시간 데이터 제공.
Korean Stock MCP has 5 tools with complete input schemas and descriptions, but quality is uneven. Tool names lack action verbs (stock_price vs get_stock_price), descriptions are adequate but generic (avg ~80 chars, below 194-char baseline), and parameter descriptions are minimal. No output schemas documented. Error handling returns plain strings without recovery guidance. All tools are READ_ONLY, reducing risk, but composition could be tighter (stock_search + stock_price could chain better). Schemas are present and typed, preventing a lower score, but lack depth for production use.
KOSPI 또는 KOSDAQ 지수를 조회합니다.
한국 주식 상세 정보를 조회합니다 (시가/고가/저가/거래량/시총/PER/PBR 등).
특정 종목의 최신 뉴스를 조회합니다.
한국 주식 현재가를 조회합니다. 종목코드(예: 005930)를 입력하세요.
종목명으로 종목코드를 검색합니다. 한글 종목명을 입력하세요.
Tool names lack action verbs. 'stock_price', 'stock_detail', 'stock_search' should be 'get_stock_price', 'get_stock_detail', 'search_stocks' to signal intent clearly to LLMs.
No output schemas documented. Callers cannot predict response structure (e.g., stock_price returns a formatted string, not structured JSON with price/change/status fields). LLMs must parse unstructured text.
Error handling returns plain strings ('종목코드 {code} 조회 실패') without recovery guidance. LLMs cannot determine if error is retryable, user-fixable, or fatal.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | C | 61 | 2026-07-28+ | v2 |
Parameter descriptions are minimal. 'code' param described only as '종목코드' (stock code) with examples, but no guidance on format (6 digits?), validation rules, or what happens if invalid.
Tool descriptions lack context on when to use each. 'stock_detail' vs 'stock_price' distinction unclear, when should LLM call detail instead of price? No guidance on dependencies (e.g., 'call stock_search first if you only have a company name').