Time (reference server)의 개요
Time은 modelcontextprotocol/servers에서 아직 관리되는 일곱 개의 참조 서버 중 하나이며, servers-archived 저장소로 옮겨지지 않았습니다. 도구 두 개를 갖춘 작은 Python 서버입니다. get_current_time은 Europe/London 같은 IANA 시간대의 시각, 요일, 서머타임 여부를 돌려주고, convert_time은 HH:MM 형식의 시각을 두 시간대 사이에서 변환하고 시차를 알려 줍니다. 시스템 시간대를 자동으로 감지하거나 --local-timezone으로 지정받습니다.
uvx mcp-server-time, pip, 또는 mcp/time Docker 이미지로 실행합니다. stdio로만 통신하며 키나 계정이 필요 없습니다. PyPI의 버전 2026.10.19는 MCP Python SDK 2.x로 옮겨 갔고, 2025-11-25와 2026-07-28 두 가지 프로토콜 개정판을 모두 지원합니다. 시간대 이름은 대소문자까지 정확한 IANA 키여야 합니다. Europe/Warsaw는 작동하지만 europe/warsaw는 거부됩니다.
Time (reference server) 설치 방법
uvx mcp-server-timeTime (reference server), 쓸 만한 가치가 있습니까?
좁은 문제에 대한 정확하고 무료인 해법이며, 얼마나 도움이 되는지는 클라이언트가 이미 모델에 날짜를 알려 주는지에 달려 있습니다. 언어 모델에는 시계가 없습니다. 지금은 많은 호스트가 시스템 프롬프트에 현재 날짜를 넣기 때문에 그런 환경에서는 get_current_time이 필요 없습니다. 여전히 제 몫을 하는 것은 변환 도구입니다.
변환은 모델이 아니라 Python의 시간대 데이터베이스가 합니다. 그래서 미국과 유럽이 서로 다른 날짜에 시계를 바꾸는 몇 주 동안에도 뉴욕의 09:00이 바르샤바의 올바른 시각으로 변환됩니다. 2026년 10월 릴리스는 봄철 시계를 앞당기는 밤의 02:30처럼 시계 변경으로 건너뛰는 시각을 그럴듯한 오답으로 돌려주지 않고 거부합니다. 오픈 이슈 #5196에 따르면, 가을철 시계를 되돌릴 때 생기는 모호한 시각은 여전히 아무 경고 없이 변환됩니다.
진짜 한계는 소스 코드에 있습니다. convert_time은 시각만 받고 항상 원래 시간대의 오늘 날짜에 적용합니다. 서머타임 전환 이후인 3주 뒤의 통화를 물으면, 에이전트는 그날의 시차가 아니라 오늘의 시차를 받습니다. 날짜 계산도, 달력도, 근무 시간이나 공휴일 개념도 없습니다.
패키징에는 거친 부분이 있습니다. 오픈 이슈에 따르면 Docker 이미지는 ${LOCAL_TIMEZONE}이라는 문자열을 그대로 서버에 넘겨 시간대 지정이 아무 말 없이 실패하고(#5182), app 사용자를 만들면서도 root로 실행됩니다(#4741). uvx로 실행하면 둘 다 해당하지 않으며, 남는 것은 파일, 네트워크, 자격 증명에 전혀 손대지 않는 읽기 전용 도구 두 개입니다.
제 역할을 하는 곳
샌프란시스코와 벵갈루루에 동료가 있는, 런던에서 Claude Code를 쓰는 개발자
세 도시 모두의 근무 시간 안에 드는 회의 시간 찾기
에이전트가 시차를 짐작하지 않고 후보 시간마다 convert_time을 호출하며, 인도의 30분 단위 시차도 처리합니다. 무료이고 로컬에서 돌지만 오늘 날짜 기준으로만 답하므로, 시계 변경을 넘는 다음 달 일정은 직접 확인해야 합니다.
24시간 지원 데스크의 운영 분석가
UTC로 기록된 장애 타임스탬프를 당직 엔지니어의 현지 시각으로 바꾸기
get_current_time으로 '지금'을 고정하고, convert_time으로 HH:MM 타임스탬프를 UTC에서 America/Chicago 등으로 변환합니다. 비용은 들지 않지만 모델이 정확한 IANA 키를 넘겨야 합니다. 'chicago'는 모델이 읽고 고칠 수 있는 오류와 함께 거부됩니다.
Python으로 MCP 서버 작성을 배우는 엔지니어
Python SDK 2.x 기반의 작고 최신인 예제 읽기
서버 전체가 server.py 하나이며, 두 프로토콜 개정판 모두에 대해 타입이 지정된 출력 스키마, 구조화된 결과, isError 처리를 갖췄습니다. 외부 API를 설정할 필요 없이 SDK가 이제 기대하는 패턴을 짧게 읽어 볼 수 있습니다.
도입 전 확인할 점
- 설정
- uvx mcp-server-time 또는 pip install mcp-server-time으로 설치합니다. README에 Claude Desktop, Zed, VS Code, Zencoder용 설정 예시가 있습니다. 자격 증명 이 없으므로 클라이언트를 재시작하면 바로 첫 도구 호출이 작동합니다.
- 연동
- 읽기 전용 도구 두 개입니다. get_current_time(timezone)과 convert_time(source_timezone, time, target_timezone)입니다. 프롬프트나 리소스는 없고, 결과는 구조화된 콘텐츠와 같은 JSON을 담은 텍스트 블록으로 돌아옵니다.
- 데이터와 개인정보
- 시스템 시계와 시간대 데이터베이스만 읽습니다. 파일, 네트워크, 자격 증명에는 접근하지 않습니다. 신뢰할 수 없는 콘텐츠를 가져오지 않으므로 서버 자체가 프롬프트 인젝션 위험을 더하지는 않습니다.
- 대규모 사용 시 비용
- 무료이고 로컬에서 실행되며 요청 한도가 없습니다. 비용은 세션마다 작은 도구 정의 두 개와 변환마다 호출 한 번뿐입니다.
- 제한
- convert_time은 HH:MM만 받고 오늘 날짜를 가정합니다. 가을철의 모호한 시각은 경고 없이 변환됩니다(#5196). Docker 이미지의 LOCAL_TIMEZONE은 무시됩니다(#5182). stdio만 지원합니다.
좋은 점
- 키, 계정, 네트워크 접근이 필요 없습니다
- 변환은 모델이 아니라 tz 데이터베이스가 합니다
- 시계 변경으로 건너뛰는 시각을 거부합니다
아쉬운 점
- convert_time은 항상 오늘 날짜를 가정합니다
- Docker 이미지가 LOCAL_TIMEZONE을 무시합니다(이슈 #5182)
- 클라이언트가 날짜를 넘겨주는 환경에서는 현재 시각 도구가 필요 없습니다
추천 대상
어시스턴트가 시각이나 시간대 변환을 자꾸 틀리는 모든 사람입니다.
Time (reference server) 대안
Time (reference server): 자주 묻는 질문
- Time (reference server), 쓸 만한 가치가 있습니까?
- 시간대 변환 하나만으로도 추가할 가치가 있습니다. 서머타임 전환을 가로지르는 시차 계산은 모델이 바로 틀리는 종류의 산수이기 때문입니다. 평점은 5점 만점에 3.6점입니다.
- Time (reference server)의 가격은 얼마입니까?
- 무료 오픈소스입니다.
- Time (reference server)의 단점은 무엇입니까?
- convert_time은 항상 오늘 날짜를 가정합니다; Docker 이미지가 LOCAL_TIMEZONE을 무시합니다(이슈 #5182); 클라이언트가 날짜를 넘겨주는 환경에서는 현재 시각 도구가 필요 없습니다.
- Time (reference server)에 적합한 사람은 누구입니까?
- 어시스턴트가 시각이나 시간대 변환을 자꾸 틀리는 모든 사람입니다.
- 팀이나 프로덕션 환경에서 Time (reference server)의 비용은 얼마입니까?
- 무료이고 로컬에서 실행되며 요청 한도가 없습니다. 비용은 세션마다 작은 도구 정의 두 개와 변환마다 호출 한 번뿐입니다.
- Time (reference server)에 회사 데이터를 맡겨도 안전합니까?
- 시스템 시계와 시간대 데이터베이스만 읽습니다. 파일, 네트워크, 자격 증명에는 접근하지 않습니다. 신뢰할 수 없는 콘텐츠를 가져오지 않으므로 서버 자체가 프롬프트 인젝션 위험을 더하지는 않습니다.
- Time (reference server)의 가장 좋은 대안은 무엇입니까?
- 저희가 리뷰한 것 중 가장 가까운 대안은 Everything (test server) 및 Fetch (reference server)입니다.
답변 확인일: 2026년 10월 23일.