naver-reservation-watcher-mcp
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| NRW_DATA_DIR | No | The directory where data (SQLite DB, logs, browser profile) is stored. Defaults to 'data' under the project folder. |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
| logging | {} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| add_reservation_watchC | 새 예약 감시를 등록합니다. |
| list_reservation_watchesA | 현재 등록된 예약 감시 목록을 반환합니다. |
| remove_reservation_watchB | 등록된 예약 감시를 삭제합니다. |
| check_availabilityA | 지금 이 순간 예약 가능한 시간을 확인합니다 (watcher 서비스를 통해 실제 브라우저로 조회). watch_id를 주면 등록된 감시의 조건을 그대로 사용하고, 아니면 store_name/store_url + target_date + party_size 를 직접 지정해 즉석으로 조회할 수 있습니다. |
| reserve_nowA | 지정된 조건으로 지금 즉시 실제 예약을 시도합니다. 결제/선결제/보증금/취소수수료/추가 동의가 필요하거나 캡차/추가 인증이 나타나면 자동으로 진행하지 않고 AWAITING_APPROVAL/NEEDS_HUMAN 상태로 멈춥니다. 클릭 직전에 화면의 날짜/시간/인원을 다시 확인해 요청과 다르면 진행하지 않습니다. watch_id를 주면 등록된 감시의 업체/날짜/인원을 사용하고, time만 지정하면 됩니다. dry_run=True 로 호출하면 실제 예약을 절대 완료하지 않습니다 - 업체 확인, 날짜/ 시간/인원 선택, 쿠폰 탐지(다운로드는 안 함), 결제/보증금/취소수수료/마케팅동의/ 본인인증 안전 게이트 확인, 클릭 직전 재검증까지 실제 사이트에서 그대로 수행하되 최종 확인 버튼을 누르기 직전에 멈추고 무엇을 관찰했는지 보고합니다 (DB에 예약 기록도 남기지 않고 "예약 완료" 알림도 보내지 않습니다). 사이트가 바뀐 뒤 실제 예약 흐름이 여전히 안전하게 동작하는지 점검할 때 사용하세요. |
| approve_reservationB | ASK 모드에서 발견된 예약 제안을 승인(예약 진행)하거나 거절합니다. |
| reservation_statusB | 예약 성공/실패/대기 상태를 확인합니다. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 7 tools
Each tool targets a distinct operation: watch CRUD, availability checking, reservation execution, approval, and status. Even though add_reservation_watch, check_availability, and reserve_now can share store/date/party parameters, their descriptions clearly distinguish monitoring, checking, and immediate action.
Most tools follow a snake_case verb-first pattern (list_, remove_, add_, check_, approve_, reserve_). reservation_status breaks the pattern by being noun-first, and list_reservation_watches is plural while remove/add_reservation_watch are singular, but the overall style is still predictable.
Seven tools is appropriate for this server's scope: watch lifecycle (list/add/remove), availability check, immediate reservation, approval, and status. Each tool covers a necessary step without redundancy.
The tool surface covers watch management, availability checking, immediate reservation, approval/rejection, and status. Minor gaps exist—no update_reservation_watch and no explicit cancel_reservation—but these are workable for the core watcher workflow.