核心用法
vibo-mcp 是 Vibo（vibodj.com）官方发布的 Model Context Protocol 服务器，专为婚礼、派对等活动的音乐规划场景设计。用户通过自然语言即可查询活动详情、管理时间线板块（如仪式、第一支舞、晚宴）、处理宾客点歌请求、导入/导出歌单至 Spotify 或 Apple Music。
典型操作流程清晰简洁：首先调用 vibo_list_events 获取活动列表，接着用 vibo_list_sections 查看具体时间线板块，然后通过 vibo_search_songs 搜索目标曲目，最后以 vibo_add_song_to_section（需设置 confirm: true）完成添加。所有写入操作均采用"确认门控"设计——未设置 confirm: true 时仅返回干运行预览，确保用户清楚了解即将执行的变更。
认证方式灵活，支持邮箱密码、捕获的访问令牌（适用于 Apple/Google/Facebook 账号）以及浏览器扩展自动捕获（SSO 账号）。服务器启动时无需凭证，仅在首次工具调用时提示配置错误，降低了初始部署门槛。
显著优点
1. 深度平台整合：作为官方 MCP 服务器，与 Vibo 后端 API 无缝衔接，功能覆盖完整——从个人资料查询、活动管理到歌单导出，几乎涵盖 Vibo Web 端全部核心能力。
2. 安全确认机制：所有变更操作强制要求 confirm: true，有效防止误触或误操作，特别适合婚礼等重要场合的谨慎决策场景。
3. 多服务生态打通：原生支持 Spotify 和 Apple Music 的双向同步——既可导入现有播放列表到活动板块，也能将精心策划的婚礼歌单导出至主流音乐平台，方便现场 DJ 或后续分享。
4. 协作友好：支持通过分享链接加入活动、管理多角色权限（主人/宾客）、查看和处理宾客点歌请求，满足婚礼策划中多方协作的需求。
5. 自然语言交互：用户无需学习 Vibo 的界面操作逻辑，直接用"把这首歌加到第一支舞环节""导出我们的歌单到 Spotify"等口语化指令即可驱动。
潜在缺点与局限性
1. 第三方服务依赖：功能重度依赖 Vibo 平台稳定性及 Spotify/Apple Music API 可用性，任一服务中断都会影响核心体验。
2. 地域与平台限制：Vibo 主要面向北美婚礼市场，Spotify/Apple Music 在某些地区可用性受限，国际用户或国内用户可能遇到服务覆盖不足的问题。
3. 认证复杂度：虽然提供多种认证方式，但 SSO 账号的令牌捕获流程对普通用户仍有技术门槛，浏览器扩展方案依赖额外安装步骤。
4. 实时性约束：MCP 工具为请求-响应模式，无法主动推送通知或实时同步其他用户的操作变更，需主动轮询 vibo_list_notifications。
5. 功能边界：不支持音频文件直接上传或自定义音乐源，仅限 Vibo 曲库及连接的流媒体服务可用曲目。
适合的目标群体
- 新婚夫妇：自主规划婚礼音乐流程，收集宾客点歌意愿，与 DJ 协作沟通。
- 婚礼策划师/活动 DJ：高效管理多个客户活动，批量处理歌单请求，导出标准化播放列表。
- 宾客参与者：通过自然语言查询活动信息、提交点歌请求、查看活动流程。
- 音乐爱好者：策划私人派对、生日聚会等社交活动的音乐环节。
使用风险
1. 凭证安全风险：邮箱密码以明文环境变量形式配置，存在潜在的凭证泄露风险；建议优先使用令牌模式或浏览器捕获方案。
2. 数据隐私考量：婚礼活动信息、宾客联系方式、音乐偏好等数据经由此工具传输至 Vibo 服务器，需确认 Vibo 隐私政策符合本地法规要求。
3. 操作确认遗漏：尽管有确认门控，用户在自动化脚本中若不慎设置 confirm: true 而未审核预览内容，可能导致非预期变更。
4. API 速率限制：频繁调用搜索、导出等操作可能触发 Vibo 或音乐平台的速率限制，建议在批量操作中加入适当延迟。
5. 长期维护依赖：作为社区驱动的 MCP 封装，其更新节奏与 Vibo 官方 API 变更保持同步的能力存在不确定性。