Dify 1.13 HTTP MCP 会议室预订 Mock

这是一个无需认证服务器，使用 Dify 1.13 的静态 Authorization 头来验证会议室预订 MCP 的项目。

Dify 1.13 ── Bearer <고정 JWT> ──> MCP 서버 ── 내부 API 키 ──> 회의실 API

在当前范围内，JWT 的 name=dify 并不是实际用户名，而仅作为固定服务标识符。需要在各自环境中直接签发令牌，并将同一令牌同时注册到 Dify 请求头和 MCP 服务器的 MCP_STATIC_TOKEN 中。

详细步骤请参考 静态令牌对接指南。

提供的功能

• 查询会议室列表

• 会议室预订及时间冲突防止

• 查询固定服务的预订列表

• 令牌缺失、不一致、过期或缺少 name 时返回 HTTP 401

• 预订成功后返回 dify님 예약이 완료되었습니다.

Related MCP server: Boma MCP

快速运行

Docker 的安装过程不在本文档范围内。

cp .env.example .env

docker compose run --rm --no-deps mcp-server \
  python scripts/mint_dev_token.py

将输出的 JWT 注册到 .env 中。

MCP_STATIC_TOKEN=eyJ...

运行服务器。

docker compose up -d --build --force-recreate
docker compose ps

服务地址：

• MCP：http://localhost:8001/mcp

• 会议室 API 状态：http://localhost:8000/health

如果 Dify 位于其他服务器，请使用 Dify 可访问的 HTTPS URL 替换 localhost，并将其同时注册到 MCP_PUBLIC_URL 和 Dify 的 MCP 设置中。

Dify 1.13 设置

因为是静态请求头，所以即使 Dify 用户不同，JWT 和 name=dify 也不会改变。

主要文件

测试

PYTHONPATH=. uv run --isolated --extra test pytest -q

Docker E2E：

docker compose up -d --build --force-recreate
docker compose exec -T mcp-server python scripts/e2e_dify_legacy_client.py

Mock 的局限

• 不使用认证服务器公钥验证 JWT 签名。

• MCP 服务器的 .env 中只允许一个固定令牌字符串。

• 无法区分不同用户的身份。

• 容器重新创建时预订数据会被重置。

• 生产切换时需要认证服务器、签名验证、较短过期时间、密钥轮换以及按用户传递令牌。