核心用法
book-salon 是基于 Lokuli MCP 平台的沙龙预约 skill，通过标准 SSE/JSON-RPC 2.0 接口提供三项核心工具：
1. search – 基于地理位置（邮编）检索附近沙龙，支持结果数量控制
2. check_availability – 查询指定沙龙/服务在特定日期的可用时段
3. create_booking – 完成预约，需提交客户姓名、邮箱、电话及选定时段
典型交互流程：用户输入意向 → 触发 search 获取候选列表 → 选定沙龙后 check_availability 确认档期 → create_booking 锁定预约。
显著优点
- 端到端闭环：覆盖从发现到支付前预约确认的全链路，无需跳转多平台
- 实时档期同步：check_availability 接口直接对接沙龙后台，降低到店无位风险
- 标准化接入：SSE + JSON-RPC 2.0 协议，便于开发者集成至聊天机器人或本地助手
- 轻量字段设计：仅需邮编即可发起搜索，降低用户输入门槛
潜在缺点与局限性
- 地理覆盖盲区：依赖 Lokuli 合作沙龙网络，偏远地区或小城镇可能结果稀疏
- 支付环节缺失：create_booking 仅完成时段锁定，实际支付需到店或跳转第三方，存在爽约风险
- 时区处理隐式：接口示例使用 ISO 8601 带偏移格式，但未明确说明系统默认时区规则，跨时区用户需自行校验
- 服务颗粒度粗：search 仅支持关键词过滤，无法按价位、评分、发型师专长等维度精细筛选
- 取消/改期未覆盖：文档未提及 booking 管理接口，后续变更需人工联系沙龙
适合人群
- 都市上班族：需要快速锁定下班或周末时段的剪发/烫染服务
- 差旅人士：通过邮编快速定位陌生城市的可预约沙龙
- 开发者：希望为聊天机器人添加本地生活服务能力的集成方
常规风险
- 隐私泄露：create_booking 需提交真实姓名、邮箱、电话，传输层若未强制 TLS 1.3 存在中间人截获风险
- 预约冲突：高并发时段或接口缓存延迟可能导致"超卖"，建议用户收到确认邮件后二次核实
- 服务质量不可控：平台仅提供信息撮合，实际体验取决于入驻沙龙的个体水平，纠纷处理机制未在文档中披露