time-mcp-http

공식 modelcontextprotocol/servers time 서버(get_current_time, convert_time)를 stdio 대신 streamable HTTP로 재호스팅했다. 따라서 BOS 스택의 나머지 부분(bos-chat-stack.md 참고)과 동일한 Docker 전용·HTTP 전용 MCP 플릿(PyPI)에 맞출 수 있고, LibreChat이 로컬 하위 프로세스를 생성할 필요가 없다.

도구 로직(시간대 수학 계산? "시간대 계산" uses)은 설치된 mcp-server-time 패키지(TimeServer/TimeTools)에서 그대로 가져온다. 전송부가 다를 뿐이라, pip install --upgrade mcp-server-time이 여전히 업스트림 수정 사항을 받아온다.

왜 필요한가

호출하는 어시스턴트에는 "지금"에 대한 기본적인 감이 없습니다. ISO 타임스탬프의 UTC 오프셋을 잘못 읽거나 그날이 무슨 요일인지 알지 못할 수 있습니다. 모든 시스템 프롬프트에 주변(ambient) 날짜·시간을 주입하는 것보다 명시적이고 호출 가능한 온디맨드 온디맨드 도구를 제공하는 것이 더 안정적이다(LibreChat의 Agents 엔드포인트는 2026-08 기준으로 이를 기본으로 지원하지 않으며, bos-chat-stack.md를 볼 것).

Related MCP server: Now MCP

실행

docker build -t time-mcp-http .
docker run --rm -p 8080:8080 -e LOCAL_TIMEZONE=Europe/Berlin time-mcp-http

LOCAL_TIMEZONE(IANA 이름, 예: Europe/Berlin)은 도구 설명 텍스트("사용자가 지정하지 않으면 로컬 시간대로 이것을 사용")에만 사용된다. 모든 호출에는 여전히 명시적인 timezone 인자가 필요하다. 설정되지 않았거나 유효하지 않으면 부팅하지 않고 UTC로 폴백한.

자격 증명도, 사용자별 상태도, MCP_API_KEY도 없다. 이는 의도적인 선택이며, ews-mcp의 다중 사용자 모드와 같은 맥락이다. 어느 게이트에서든 401을 만나면 LibreChat의 비-OAuth MCP 클라이언트가 OAuth를 시도하다 멈춰 버리기 때문이다. 여기서 경계의 기준은 Docker 네트워크 격리이며 API 키가 아니다.

테스트

pip install -e '.[dev]'
LOCAL_TIMEZONE=Europe/Berlin pytest